Датчики IoT в лаборатории передают полезные данные размером 100 КБ каждые 10 секунд. Нижестоящий процесс опрашивает бакет Amazon S3 каждые 30 секунд для получения данных. Какая архитектура обеспечит доставку данных в S3 с НАИМЕНЬШЕЙ задержкой?

Правильный ответ обеспечивает наименьшую задержку, так как Kinesis Client Library (KCL) позволяет приложению потребителя напрямую получать данные из Kinesis Data Streams и контролировать интервал буферизации (5 секунд), что быстрее, чем интервал опроса S3. Kinesis Data Streams подходит для потоковой передачи с низкой задержкой. Использование Kinesis Data Firehose с интервалом буферизации по умолчанию (60 секунд или 1 МБ) приведет к большей задержке, чем требуется (100 КБ каждые 10 секунд). Firehose оптимизирован для пакетной доставки. Использование только Kinesis Data Streams для доставки в S3 не является полным решением; требуется потребитель для перемещения данных. 5 шардов могут быть избыточными для данного объема данных, но не решают проблему доставки в S3. Amazon Managed Service for Apache Flink (Kinesis Data Analytics) предназначен для обработки данных в реальном времени, а не для прямой доставки в S3 с минимальной задержкой. Он добавит дополнительную задержку обработки.