REL03-BP02 特定のビジネスドメインと機能に重点を置いたサービスを構築する - AWS Well-Architected Framework
実装のガイダンスリソース

REL03-BP02 特定のビジネスドメインと機能に重点を置いたサービスを構築する

サービス指向アーキテクチャ (SOA) は、ビジネスニーズに合わせて明確に定義された機能を備えたサービスを構築します。マイクロサービスはドメインモデルと境界付けられたコンテキストを使用してこれをさらに制限し、各サービスが 1 つのことだけを実行するようにします。特定の機能に焦点を当てることで、さまざまなサービスの信頼性要件を差別化し、より具体的に的を絞って投資することができます。簡潔なビジネス上の問題と各サービスに関連付けられた小さなチームにより、組織のスケーリングも容易になります。

マイクロサービスアーキテクチャを設計する際は、ドメイン駆動設計 (DDD) を使用して、エンティティでビジネス上の問題をモデル化すると便利です。例えば、Amazon.com ウェブサイトの場合、エンティティには、パッケージ、配送、スケジュール、料金、割引、通貨などがあります。その後、モデルは 境界コンテキストを使用してさらに小さなモデルに分割され、そこで類似した機能と属性を共有するエンティティがグループ化されます。したがって、Amazon.com の例で言うと、パッケージ、配送、スケジュールは発送コンテキストの一部となり、料金、割引、通貨は料金コンテキストの一部となります。モデルをコンテキストに分割したら、マイクロサービスを境界で区切る方法のテンプレートが現れます。

マイクロサービスを境界で区切る方法のモデルテンプレート

このベストプラクティスを活用しない場合のリスクレベル: 高

実装のガイダンス

  • ビジネスドメインとそれぞれの機能に基づいてワークロードを設計します。特定の機能に焦点を当てることで、さまざまなサービスの信頼性要件を差別化し、より具体的に的を絞って投資することができます。簡潔なビジネス上の問題と各サービスに関連付けられた小さなチームにより、組織のスケーリングも容易になります。

  • サービスをできるだけ小さなコンポーネントに分解します。マイクロサービスアーキテクチャを使用すると、最小限の機能でワークロードをコンポーネントに分割し、全社的なスケーリングと俊敏性を実現できます。

    • ワークロードの API とその設計目標、制約、使用に関するその他の検討事項を定義します。

      • API を定義します。

        • 拡張と追加パラメータが実現可能になるように API を定義します。

      • 設計時の可用性を定義します。

        • さまざまな機能に関して API の設計目標を複数立てることができます。

      • 制約を決める

        • テスティングを利用して、ワークロードの能力の上限を定義します。

リソース

関連するドキュメント: