一家公司将其消息处理系统迁移到 AWS。消息在 Amazon EC2 实例上的 ActiveMQ 队列中接收，由 Amazon EC2 上的消费者应用程序处理，结果写入 Amazon EC2 上的 MySQL 数据库。该公司希望应用程序具有高可用性且操作复杂性低。哪种架构能提供最高的可用性？

正确答案提供了最高的可用性和最低的操作复杂性。Amazon MQ 主/备代理在两个可用区之间自动同步，提供高可用性消息队列。Auto Scaling 组确保消费者应用程序在多个可用区中保持可用和弹性，自动调整实例数量以应对负载变化和故障。Amazon RDS for MySQL Multi-AZ 自动在不同可用区之间复制数据库，并在主数据库发生故障时自动故障转移到备用数据库，从而实现数据库层的高可用性。 其他选项的不足之处： 在 EC2 上手动部署和管理 ActiveMQ 和 MySQL 复制增加了操作复杂性，并且不如托管服务可靠。 仅将 MySQL 数据库复制到另一个可用区（而非使用 RDS Multi-AZ）仍需手动管理故障转移，增加了复杂性并可能导致更长的停机时间。 仅添加一个额外的消费者 EC2 实例，而不是使用 Auto Scaling 组，无法提供消费者应用程序的弹性伸缩和自动故障恢复能力。