シークレットを理解する

シークレットには、パスワード、ユーザー名とパスワードなどの認証情報のセット、OAuthトークン、または Secrets Manager で暗号化された形式で保存するその他のシークレット情報を指定できます。

送信先ごとに、次のセクションに示すように、シークレットのキーと値のペアを正しいJSON形式で指定する必要があります。Amazon Data Firehose は、シークレットのJSON形式が送信先と異なる場合、送信先への接続に失敗します。

MySQL や Postgre などのデータベースのシークレットの形式SQL

{
    "username":  "<username>",
    "password":  "<password>"
}

Amazon Redshift プロビジョンドクラスターと Amazon Redshift Serverless ワークグループのシークレットの形式

{
    "username":  "<username>",
    "password":  "<password>"
}

Splunk のシークレットの形式

{
    "hec_token":  "<hec token>"
}

Snowflake のシークレットの形式

{
    "user":  "<user>",
    "private_key":  "<private_key>", // without the begin and end private key, remove all spaces and newlines
    "key_passphrase":  "<passphrase>" // optional
}

HTTPエンドポイント、Coralogix、Datadog、Dynatrace、Elastic、Honeycomb LogicMonitor、Logz.io、MongoDB Cloud、New Relic のシークレットの形式

{
    "api_key":  "<apikey>"
}