モダンアプリケーションにおける代表的な設計パターン

モダンアプリケーション開発のベストプラクティスの 1 つは、アプリケーションの設計と実装に今回ご紹介するようなパターンを使うことです。アプリケーションのビルディングブロックとして AWS のサービスをご利用いただくことで、実装の労力が大幅に減らすことができ、信頼性と可用性が向上します。こうしたベネフィットによって、デベロッパーの皆様は、アプリケーションに価値をもたらすビジネスロジックに注力することができます。

さて、今回はホワイトペーパーの中から 2 つの一般的なパターンについて紹介します。

API ゲートウェイパターンは、バックエンドサービスへの呼び出しが多数ある場合や、クライアントインターフェイスまたはデバイスタイプによって提供コンテンツが違う場合に使用できます。API ゲートウェイによって、さまざまなバックエンドサービスを統一された API の後ろで統合し、それぞれのデバイスに必要なコンテンツを提供できます。

システムに複数のマイクロサービスが含まれている場合、各サービスが依存先のサービスの場所を見つけられることが必要です。マイクロサービスにはスケーラビリティや伸縮性が求められます。コンポーネントに障害が発生した場合は、新しいインスタンスやコンテナをオンラインにして、常に可用性を確保する必要があります。このため、マイクロサービス内のインスタンスやコンテナの IP アドレスは、絶えず変更される可能性があります。サービスのインスタンスそれぞれについても、可用性を継続的にモニタリングする必要があります。

ロードバランサーを使用すると、可用性の高い安定したエンドポイントを実現できます。これは通常、パブリック側のウェブエンドポイントに最適です。ただし、ロードバランサー用のコンピューティングリソースを追加する必要があり、レイテンシーも発生します。クライアントや、マイクロサービス間の呼び出しを管理できるのであれば、「サービスディスカバリーパターン」を使用する方が効率的な場合があります。このパターンは、クライアント側での負荷分散と考えることもできます。

サービスディスカバリーパターンでは、検出される側のサービスについての情報が登録されていることが必要です。「サービスレジストリ」は、個々のコンテナやインスタンスの起動時に、呼び出されるサービスがそのサービス自体の情報を一元的に保存できる場所です。