Компания в настоящее время использует инстансы EC2 для пользовательского конвейера приема данных, который отправляет логи локальных серверов, логи мобильных приложений и данные IoT-датчиков в S3 и OpenSearch Service. Они хотят создать новый бессерверный конвейер, который будет автоматически масштабироваться и будет экономически эффективным. Какая архитектура наиболее экономично соответствует этим требованиям?

Правильный ответ — создание одного потока доставки Kinesis Data Firehose для OpenSearch Service с включенным резервным копированием в S3. Это наиболее экономичное и бессерверное решение. Firehose автоматически масштабируется и позволяет доставлять данные в несколько мест назначения (OpenSearch и S3) из одного источника, минимизируя затраты и сложность управления. Создание двух отдельных потоков Firehose (один для S3, один для OpenSearch) увеличивает накладные расходы на управление и потенциально удваивает затраты на доставку данных. Использование Kinesis Data Streams перед Firehose добавляет дополнительный компонент, который требует управления и увеличивает стоимость, если не требуется сложная обработка данных в реальном времени или несколько потребителей из одного потока. В данном случае, когда требуется только доставка в S3 и OpenSearch, Kinesis Data Streams избыточен.