某公司拥有数千个边缘设备，每天生成 1 TB 的状态警报，每个警报大约 2 KB。解决方案架构师必须实施一个高可用性的摄取和存储解决方案，用于未来的分析，同时最大限度地降低成本和基础设施管理。公司需要保留 14 天的数据以供即时分析，并归档超过 14 天的数据。哪种解决方案在运营效率方面最高，并且能满足这些要求？

正确答案利用了 Kinesis Data Firehose 的无服务器特性，它能自动扩展以处理每天 1 TB 的数据摄取，无需管理基础设施。将数据直接传输到 S3 存储桶，结合 S3 生命周期策略，可以高效地将 14 天后的数据自动迁移到成本更低的 S3 Glacier 存储类，满足长期归档需求，同时最大限度地降低成本和运营开销。 其他选项的不足之处： 启动 EC2 实例需要手动管理服务器、负载均衡器和脚本，增加了运营复杂性和成本。 使用 OpenSearch Service 集群进行 14 天数据保留，并手动管理快照和数据删除，会增加管理负担和成本，且 OpenSearch 不适合作为长期归档解决方案。 SQS 标准队列的消息保留期最长只有 14 天，且消息大小限制为 256 KB，无法直接存储 2 KB 的警报数据并进行高效的批量分析。消费者轮询和手动复制到 S3 的过程也增加了复杂性。