Ein Unternehmen verwendet derzeit EC2-Instances für eine benutzerdefinierte Ingestion-Pipeline, die On-Prem-Serverprotokolle, mobile App-Protokolle und IoT-Sensordaten an S3 und OpenSearch Service sendet. Sie möchten eine neue serverlose Pipeline, die automatisch skaliert und kostengünstig ist. Welche Architektur erfüllt diese Anforderungen am wirtschaftlichsten?

Die korrekte Option ist die kostengünstigste und serverlose Lösung. Ein einziger Kinesis Data Firehose-Bereitstellungs-Stream kann Daten an OpenSearch Service liefern und gleichzeitig eine Sicherungskopie der Rohdaten in S3 speichern. Dies reduziert die Komplexität und die Betriebskosten, da nur eine Ressource verwaltet werden muss und Firehose automatisch skaliert. Die Datenquellen senden direkt an Firehose, was zusätzliche Komponenten überflüssig macht. Die anderen Optionen sind weniger effizient: Zwei separate Firehose-Streams sind teurer und komplexer zu verwalten. Die Verwendung eines Kinesis Data Streams vor Firehose ist unnötig, wenn die Datenquellen direkt an Firehose senden können und keine komplexen Echtzeitverarbeitungen erforderlich sind. Firehose bietet bereits automatische Skalierung und Pufferung.