Azure アプリケーションの 10 の設計原則

次の設計原則に従って、アプリケーションのスケーラビリティを上げて、回復力や管理しやすさを強化します。

• 自動修復機能を設計します 。 分散システムでは、障害が発生します。 障害の発生に備えてアプリケーションの自動修復機能を設計します。

• すべての要素を冗長にします 。 単一障害点をなくすようにアプリケーションに冗長性を組み込みます。

• 調整を最小限に抑えます 。 アプリケーション サービス間の調整を最小限に抑えてスケーラビリティを実現します。

• スケール アウトするように設計します 。需要に応じて新規インスタンスを追加または削除し、水平方向に拡張できるようにアプリケーションを設計します。

• 制限に対処するようにパーティション化します 。 パーティション分割を使用して、データベース、ネットワーク、コンピューティングの制限に対処します。

• 操作に合わせて設計します 。 運用チームが必要なツールを得られるようにアプリケーションを設計します。

• 管理対象サービスを使用します 。 可能であればサービスとしてのインフラストラクチャ (IaaS) ではなくサービスとしてのプラットフォーム (PaaS) を使用します。

• ID サービスの使用. 独自の ID を構築または運用する代わりに、サービスとしての ID (IDaaS) プラットフォームを使用します。

• 展開を見込んで設計します 。 成功するすべてのアプリケーションは時間の経過と共に変化します。 改良を見込んだ設計は、継続的なイノベーションのための鍵です。

• ビジネスのニーズに合わせて構築します 。 設計の決定はすべてビジネス要件によって正当化される必要があります。