提案されたアーキテクチャはマネージドサービスを活用するため (可能な場合)、大規模に実行できます。従来の COTS アプリケーションでは、 Amazon EC2 インスタンスのメトリクスと Amazon CloudWatch のアラームとログを活用していました。Auto Scaling グループとマネージド Amazon RDS は、障害から回復できます。

このアーキテクチャはマネージドサービスを利用するため (可能な場合)、Amazon S3 暗号化データ、スコープダウンされた IAM ロール、保管中の Amazon DynamoDB 暗号化などのセキュリティのベストプラクティスに従うとともに、AWS がセキュリティに関する責任の大部分を負います。コンシューマーには Amazon Cognito を通じて、オペレーターには IAM ロールを通じて強力なアイデンティティが適用されます。CloudWatch ログと AWS CloudTrail はトレーサビリティを提供し、 Amazon GuardDuty 、AWS セキュリティハブ、中央の SIEM など、組織全体の機能と組み合わせて使用できます。

マネージドサービスを利用すると、デフォルトで高い信頼性を実現できます。Amazon S3 と DynamoDB のストレージの冗長性、Amazon SageMaker インスタンス、Amazon Redshift、 Athena 、Amazon SageMaker Canvas、Amazon Pinpoint、Amazon Pinpoint 、Amazon Personalize 、AWS AppSync、EventBridge のスケーリングも、設計上可用性が高くなっています。 問題が発生した場合は、同じパイプラインを使用して Amazon S3 の未処理イベントからデータを再生できます。イベントは、EventBridge のアーカイブおよび返信機能を使用して再生することもできます。コンテナアーキテクチャは、 AWS Fargate で実行される Amazon Elastic Container Service (Amazon ECS) または Amazon Elastic Kubernetes Service (Amazon EKS) のいずれかを選択して水平方向にスケーリングし、容量の需要に動的に適応します。

スケーリングは、可能な場合は AWS Lambda、 DynamoDB 、 SageMaker エンドポイント、Amazon Redshift などの AWS サーバーレスサービスの使用に基づいています。

マネージドサービスとサーバーレスサービスは、利用時のみに料金が発生するように設計されているため、これらを利用することでアーキテクチャのコストを最小限に抑えることができます。

提案されるアーキテクチャは、可能な場合にはマネージドサービスとサーバーレスサービスを利用して、必要なときにのみ実行する持続可能なアプローチを採用しています。AWS の Customer Carbon Footprint Tool を使用して、影響の合計値を取得できます。