Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Verstehen Sie Geheimnisse
Ein Geheimnis kann ein Passwort, ein Satz von Anmeldeinformationen wie z. B. ein Benutzername und ein Passwort, ein OAuth-Token oder andere Geheiminformationen sein, die Sie in verschlüsselter Form in Secrets Manager speichern.
Für jedes Ziel müssen Sie das geheime Schlüssel-Wert-Paar im richtigen JSON-Format angeben, wie im folgenden Abschnitt gezeigt. Amazon Data Firehose kann keine Verbindung zu Ihrem Ziel herstellen, wenn Ihr Secret nicht das richtige JSON-Format für das Ziel hat.
Format des Geheimnisses für Datenbanken wie MySQL und PostgreSQL
{ "username": "<username>", "password": "<password>" }
Format des Geheimnisses für den Amazon Redshift Provisioned Cluster und die Amazon Redshift Serverless Workgroup
{ "username": "<username>", "password": "<password>" }
Format des Geheimnisses für Splunk
{ "hec_token": "<hec token>" }
Format des Geheimnisses für Snowflake
{ "user": "<snowflake-username>", "private_key": "<snowflake-private-key>", // without the beginning and ending private key, remove all spaces and newlines "key_passphrase": "<snowflake-private-key-passphrase>" // optional }
Geheimformat für HTTP-Endpunkt, Coralogix, Datadog, Dynatrace, Elastic, Honeycomb,, MongoDB Cloud und New Relic LogicMonitor Logz.io
{ "api_key": "<apikey>" }