容器化应用程序在具有公有 IP 的 EC2 实例上运行。Apache Kafka 在这些 EC2 实例上自托管，PostgreSQL 已迁移到 Amazon RDS for PostgreSQL。公司预计产品发布后订单量将激增。哪些架构更改可以减少运营开销并支持增加的负载？

正确答案通过将容器化应用程序迁移到 Amazon EKS on Fargate 来显著降低运维开销并提高可扩展性。Fargate 消除了管理 EC2 实例的需要。通过 Application Load Balancer 启用自动扩缩确保应用程序可以应对负载激增。为 RDS DB 实例添加只读副本可提高读取吞吐量。将自管理的 Kafka 替换为 Amazon MSK 进一步减少了管理负担，并提供了托管式、可扩展的 Kafka 服务。使用 Amazon CloudFront 分配后面托管 Amazon S3 中的静态内容，可以提高内容交付速度并降低源服务器负载。 其他选项的不足之处在于： 选项一和二：在 EC2 Auto Scaling 组中运行容器化应用程序仍然需要管理 EC2 实例，这增加了运维开销。 选项三：虽然将应用程序重新平台到 Kubernetes 集群并使用 MSK 是一个好的改进，但它没有像 EKS on Fargate 那样完全消除底层实例管理。将 DB 实例转换为 Multi-AZ 主要关注可用性而非读取扩展性。