Azure アプリケーションの 10 個の設計原則
これらの設計原則に従って、アプリケーションのスケーラビリティ、回復性、管理性を高めます。
自己治癒のための設計. 分散システムでは、障害が発生します。 障害が発生したときに自己復旧するようにアプリケーションを設計します。
すべてのものを不要にします。 単一障害点を回避するために、アプリケーションに冗長性を組み込みます。
をスケールアウトするデザインをします。需要に応じて新しいインスタンスを追加または削除して、水平方向にスケーリングできるようにアプリケーションを設計します。
制限を中心にしたパーティション。 パーティション分割を使用して、データベース、ネットワーク、コンピューティングの制限を回避します。
運用のための設計。 運用チームに必要なツールが用意されるようにアプリケーションを設計します。
マネージド サービスを使用します。 可能であれば、サービスとしてのインフラストラクチャ (IaaS) ではなく、サービスとしてのプラットフォーム (PaaS) を使用します。
ID サービスを使用します。 独自の ID を構築または運用する代わりに、サービスとしての ID (IDaaS) プラットフォームを使用します。
進化のための設計. 成功したすべてのアプリケーションは時間の経過と同時に変化します。 進化的な設計は、継続的なイノベーションの鍵となります。
ビジネスのニーズに合わせて構築します。 すべての設計上の決定は、ビジネス要件によって正当化される必要があります。