一家初创公司最初在一个 AWS 区域运营，并通过 AWS CLI 创建了一个区域性的 AWS CloudTrail 跟踪，该跟踪将日志传送到一个 Amazon S3 存储桶。在多个区域添加资源后，工程师发现新区域的日志未传送到 S3。在操作工作量最小的情况下，应如何解决此问题？

正确的解决方案是更新现有的 CloudTrail 跟踪，使其适用于所有区域。最初创建的 CloudTrail 跟踪是区域性的，因此它只记录该特定区域的事件。要捕获所有区域的事件，只需修改现有跟踪的配置，将其设置为“应用于所有区域”。这样做可以确保所有新区域的日志都被发送到同一个 S3 存储桶，从而最小化操作开销。 创建新的 CloudTrail 跟踪会增加管理复杂性，因为您需要为每个新区域维护单独的跟踪。修改 S3 存储桶并不能解决问题，因为 S3 存储桶是日志的接收方，而不是日志的生成方；它无法控制 CloudTrail 记录哪些区域的事件。创建一个适用于所有区域的新 CloudTrail 跟踪虽然能解决问题，但不如直接更新现有跟踪来得高效和简洁，因为后者避免了创建和配置新资源的步骤。