一家公司构建了一个数据摄取管道，该管道使用 Amazon Kinesis Data Firehose 将电子商务销售交易发送到 Amazon OpenSearch Service。Firehose 缓冲区间隔设置为 60 秒。OpenSearch 线性模型生成实时销售预测，并显示在 OpenSearch 控制面板上。该公司要求实时控制面板的延迟低于一秒。哪种架构更改可以满足该要求？

将 Firehose 流设置为使用零缓冲，并调整 PutRecordBatch 使用的批处理大小是满足实时仪表板低延迟要求的最佳方法。Firehose 的缓冲区间隔和缓冲区大小是影响数据传输延迟的主要因素。将缓冲区间隔设置为零意味着 Firehose 会尽快将数据传输到目标，从而显著降低延迟。同时，调整 PutRecordBatch 的批处理大小可以优化数据传输效率，确保在零缓冲的情况下仍能有效处理数据。 其他选项不正确： 将 Firehose 流替换为 AWS DataSync 任务：DataSync 主要用于大规模数据迁移，不适用于实时流式数据处理，会引入更高的延迟。 将 Firehose 缓冲区间隔从 60 秒增加到 120 秒：这会增加而不是减少延迟，与实时要求相悖。 将 Firehose 流替换为 Amazon SQS 队列：SQS 是消息队列服务，虽然可以用于异步处理，但直接替换 Firehose 并不能直接满足实时仪表板的低延迟要求，还需要额外的处理组件。