翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

AWS サーバーレスサービスを使用したマイクロサービスの統合

Amazon Web Services の Tabby Ward、Abhishek Agawane、Matt Kahn

2025 年 9 月 (ドキュメント履歴)

組織のソフトウェアをモダナイズする重要な側面は、変化するビジネスニーズに合わせて俊敏性と応答性を実現する適切なアーキテクチャパターンを選択することです。一部のアプリケーションでは、モノリシックアーキテクチャが一般的な選択肢です。ただし、多くの組織では、ユースケースがマイクロサービスの利点と一致する場合、モノリスをマイクロサービスにリファクタリングすることは効果的なモダナイゼーション戦略になる可能性があります。

マイクロサービスとモノリスは相互に排他的ではありません。成功している多くの組織は、両方のパターンを一緒に採用しています。モジュール式のモノリスは一部のドメインを提供し、マイクロサービスは他のドメインを処理します。

マイクロサービスがアーキテクチャの一部である場合、1 つのビジネストランザクションのデータを取得するために複数のサービスを呼び出すことがあります。これらの統合を実装するには、データ整合性、レイテンシー、運用の複雑さなどの潜在的な課題に対処するための慎重な設計が必要です。マイクロサービスが適切に統合されると、独立したスケーリング、開発速度の向上、潜在的なコスト最適化などのメリットが得られます。

このガイドは、 が推奨するアプリケーションのモダナイゼーションアプローチをカバーするコンテンツシリーズの一部です AWS。このシリーズには以下のものも含まれます:

対象者

このガイドは、マイクロサービスが特定のユースケースに適していると判断したアプリケーションオーナー、ビジネスオーナー、アーキテクト、テクニカルリード、プロジェクトマネージャーを対象としています。このガイドでは、 や Amazon API Gateway AWS のサービス などのサーバーレスを使用して、マイクロサービス間の同期 AWS Lambda および非同期通信のいくつかのパターンを自律性とスケーラビリティのために紹介します。

目的

このガイドを使って新しいマイクロサービスを統合すれば、組織のアーキテクチャを効率的にマイクロサービスアーキテクチャに変えることができます。これにより、高いスケーラビリティ、回復力の向上、継続的デリバリー、障害隔離を通じて、変動するビジネスニーズに迅速に対応することができます。マイクロサービスアーキテクチャは、各マイクロサービスを個別にデプロイしてテストできるため、イノベーションを加速させるのにも役立ちます。

マイクロサービスアーキテクチャは、製品やサービスの市場投入までの時間を短縮するのにも役立ちます。各マイクロサービスには独立したコードベースがあり、新しい機能の追加や反復を簡単かつ迅速に行えるからです。

セキュリティ

サービスとデータの整合性を保護するためにマイクロサービスを適切に保護する必要がありますが、セキュリティがアプリケーションのパフォーマンスに悪影響を及ぼさないようにする必要があります。

マイクロサービス環境では、各サービスが外部クライアントまたは別のマイクロサービスから受け取ったリクエストをどのように認証および承認するかを考慮する必要があります。また、各サービスが他の AWS のサービスに安全にアクセスする方法もご検討ください。

へのアクセスは、範囲が狭い AWS Identity and Access Management (IAM) ロールを通じて付与 AWS のサービス する必要があります。IAM ロールを引き受けると、アクセスキー、アクセスシークレット、セッショントークンの形式で短期 IAM 認証情報がマイクロサービスに提供されます。これらは、AWS Signature Version 4 (SigV4) を使用して AWS のサービス へのリクエストに署名するために、さまざまな Software Development Kit (SDK) によって使用されます。