次の方法で共有


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

これらの設計原則に従って、アプリケーションのスケーラビリティ、回復性、管理性を高めます。

  • 自己治癒のための設計. 分散システムでは、障害が発生します。 障害が発生したときに自己復旧するようにアプリケーションを設計します。

  • すべてのものを不要にします。 単一障害点を回避するために、アプリケーションに冗長性を組み込みます。

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

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

  • 制限を中心にしたパーティション。 パーティション分割を使用して、データベース、ネットワーク、コンピューティングの制限を回避します。

  • 運用のための設計。 運用チームに必要なツールが用意されるようにアプリケーションを設計します。

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

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

  • 進化のための設計. 成功したすべてのアプリケーションは時間の経過と同時に変化します。 進化的な設計は、継続的なイノベーションの鍵となります。

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