翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon EventBridge パイプの作成
EventBridge Pipes では、高度なイベント変換とエンリッチメントを含む、ソースとターゲット間のポイントツーポイント統合を作成できます。
EventBridge パイプを作成するには、次のステップを実行します。
1. [ソースの指定](#pipes-configure-source)
1. [イベントフィルタリングの設定 (オプション)](#pipes-configure-filtering)
1. [イベントのエンリッチメントの定義 (オプション)](#pipes-define-enrichment)
1. [ターゲットの設定](#pipes-configure-target)
1. [パイプ設定の指定](#pipes-configure-pipe-settings)
サンプルパイプを迅速にセットアップするには、「[開始方法: Amazon EventBridge パイプを作成する](pipes-get-started.md)」を参照してください。このトピックでは CloudFormation 、 を使用してパイプとその関連リソースをデプロイし、パイプの機能の概要を説明します。
AWS CLI を使用してパイプを作成する方法については、*AWS 「 CLI コマンドリファレンス*」の[「create-pipe](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/pipes/create-pipe.html)」を参照してください。
## ソースの指定
まず、パイプでイベントを受信するソースを指定します。
**コンソールを使用してパイプソースを指定するには**
1. Amazon EventBridge コンソールの [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/) を開いてください。
1. ナビゲーションペインで、**[パイプ]** を選択します。
1. **[Create pipe]** (パイプの作成) を選択します。
1. パイプの名前を入力します。
1. (オプション) パイプの説明を追加します。
1. **[パイプを構築]** タブの **[ソース]** で、このパイプに指定するソースのタイプを選択し、ソースを設定します。
設定のプロパティは、選択するソースの種類によって異なります。
------
#### [ Confluent ]
**コンソールを使用して Confluent Cloud ストリームをソースとして設定するには**
1. **[ソース]** で、**[Confluent Cloud]** を選択します。
1. **[Bootstrap servers]** (ブートストラップサーバー) には、ブローカーの `host:port` ペアアドレスを入力します。
1. **[Topic name]** (トピック名) には、読み取り元のトピック名を入力します。
1. (オプション) **[VPC] **では、使用する VPC を選択します。次に、**[VPC subnets]** (VPC サブネット) に、目的のサブネットを選択します。**[VPCSecurity groups]** (VPC セキュリティグループ) で、セキュリティグループを選択します。
1. **[認証 - オプション]** で、**[認証を使用]** をオンにして次の操作を行います。
1. **[Authentication method]** (認証方法) で、認証タイプを選択します。
1. **[Secret key]** (シークレットキー) で、シークレットキーを選択します。
詳細については、「Confluent Documentation」の「[Authenticate to Confluent Cloud resources](https://docs.confluent.io/cloud/current/access-management/authenticate/overview.html)」を参照してください。
1. (オプション) **[Additional settings - optional]** (追加設定 - オプション) では、以下を実行します。
1. **[Starting position]** (開始位置) で、次のいずれかを選択します。
+ **Latest** (最新) — シャード内の最新のレコードでストリームの読み取りを開始します。
+ **Trim horizon** (水平トリム) — シャード内の最後のトリミングされていないレコードからストリームの読み取りを開始します。これはシャード内の最も古いレコードです。
1. **[Batch size - optional]** (バッチサイズ - オプション) に、各バッチの最大レコード数を入力します。デフォルト値は 100 です。
1. **[Batch window - optional]** (バッチウィンドウ - オプション) の場合、次に進む前にレコードを収集する最大秒数を入力します。
------
#### [ DynamoDB ]
1. **[ソース]** で、**[DynamoDB]** を選択します。
1. **DynamoDB ストリーム**の場合は、ソースとして使用するストリームを選択します。
1. **[Starting position]** (開始位置) で、次のいずれかを選択します。
+ **Latest** (最新) — シャード内の最新のレコードでストリームの読み取りを開始します。
+ **Trim horizon** (水平トリム) — シャード内の最後のトリミングされていないレコードからストリームの読み取りを開始します。これはシャード内の最も古いレコードです。
1. (オプション) **[Additional settings - optional]** (追加設定 - オプション) では、以下を実行します。
1. **[Batch size - optional]** (バッチサイズ - オプション) に、各バッチの最大レコード数を入力します。デフォルト値は 10 です。
1. **[Batch window - optional]** (バッチウィンドウ - オプション) の場合、次に進む前にレコードを収集する最大秒数を入力します。
1. **[Concurrent batches per shard - optional]** (シャードあたりの同時バッチ数 - オプション) の場合、同じシャードから同時に読み取ることができるバッチの数を入力します。
1. **[On partial batch item failure]** (バッチ項目の一部に障害が発生した場合) では、次の項目を選択します。
+ **AUTOMATIC\_BISECT** — すべてのレコードが処理されるか、バッチに 1 つの失敗メッセージが残るまで、各バッチを半分ずつ再試行します。
**注記**
**AUTOMATIC\_BISECT** を選択しない場合は、特定の失敗したレコードを返すことができ、そのレコードだけが再試行されます。
------
#### [ Kinesis ]
**コンソールを使用して Kinesis ソースを設定するには**
1. **[ソース]** で、**[Kinesis]** を選択します。
1. **[Kinesis stream]** (Kinesis ストリーム) には、ソースとして使用するストリームを選択します。
1. **[Starting position]** (開始位置) で、次のいずれかを選択します。
+ **Latest** (最新) — シャード内の最新のレコードでストリームの読み取りを開始します。
+ **Trim horizon** (水平トリム) — シャード内の最後のトリミングされていないレコードからストリームの読み取りを開始します。これはシャード内の最も古いレコードです。
+ **[At timestamp]** (タイムスタンプ時) — 指定した時刻からストリームの読み取りを開始します。**[Timestamp]** (タイムスタンプ) に、YYYY/MM/DD と hh:mm:ss 形式でデータと時刻を入力します。
1. (オプション) **[Additional settings - optional]** (追加設定 - オプション) では、以下を実行します。
1. **[Batch size - optional]** (バッチサイズ - オプション) に、各バッチの最大レコード数を入力します。デフォルト値は 10 です。
1. (オプション) **[Batch window - optional]** (バッチウィンドウ - オプション) の場合、次に進む前にレコードを収集する最大秒数を入力します。
1. **[Concurrent batches per shard - optional]** (シャードあたりの同時バッチ数 - オプション) の場合、同じシャードから同時に読み取ることができるバッチの数を入力します。
1. **[On partial batch item failure]** (バッチ項目の一部に障害が発生した場合) では、次の項目を選択します。
+ **AUTOMATIC\_BISECT** — すべてのレコードが処理されるか、バッチに 1 つの失敗メッセージが残るまで、各バッチを半分ずつ再試行します。
**注記**
**AUTOMATIC\_BISECT** を選択しない場合は、特定の失敗したレコードを返すことができ、そのレコードだけが再試行されます。
------
#### [ Amazon MQ ]
**コンソールを使用して Amazon MQ ソースを設定するには**
1. **[ソース]** で、**[Amazon MQ]** を選択します。
1. **Amazon MQ ブローカー**の場合は、ソースとして使用するストリームを選択します。
1. **[Queue name]** (キュー名) には、読み取り元のトピック名を入力します。
1. **[Authentication Method]** (認証方法) には、**[BASIC\_AUTH]** を選択します。
1. **[Secret key]** (シークレットキー) で、シークレットキーを選択します。
1. (オプション) **[Additional settings - optional]** (追加設定 - オプション) では、以下を実行します。
1. **[Batch size - optional]** (バッチサイズ - オプション) に、各バッチの最大メッセージ数を入力します。デフォルト値は 100 です。
1. **[Batch window - optional]** (バッチウィンドウ - オプション) の場合、次に進む前にレコードを収集する最大秒数を入力します。
------
#### [ Amazon MSK ]
**コンソールを使用して Amazon MSK ソースを設定するには**
1. **[ソース]** で、**[Amazon MSK]** を選択します。
1. **[Amazon MSK cluster]** (Amazon MSK クラスター) で、開くクラスターを選択します。
1. **[Topic name]** (トピック名) には、読み取り元のトピック名を入力します。
1. (オプション) **[Consumer Group ID - optional]** (コンシューマーグループ ID) で、パイプが参加するコンシューマーグループの ID を入力します。
1. (オプション) **[Authentication - optional]** (認証 - オプション) で、**[Use Authentication]** (認証を使用) をオンにして次の操作を行います。
1. **[Authentication method]** (認証方法) で、認証タイプを選択します。
1. **[Secret key]** (シークレットキー) で、シークレットキーを選択します。
1. (オプション) **[Additional settings - optional]** (追加設定 - オプション) では、以下を実行します。
1. **[Batch size - optional]** (バッチサイズ - オプション) に、各バッチの最大レコード数を入力します。デフォルト値は 100 です。
1. **[Batch window - optional]** (バッチウィンドウ - オプション) の場合、次に進む前にレコードを収集する最大秒数を入力します。
1. **[Starting position]** (開始位置) で、次のいずれかを選択します。
+ **Latest** (最新) — シャード内の最新のレコードでトピックの読み取りを開始します。
+ **Trim horizon** (水平トリム) — シャード内の最後のトリミングされていないレコードからトピックの読み取りを開始します。これはシャード内の最も古いレコードです。
**注記**
**Trim horizon** (水平トリム) はApache Kafka の**[Earliest]** (最も早い時間) と同じです。
------
#### [ Self managed Apache Kafka ]
**コンソールを使用してセルフマネージド型の Apache Kafka ソースを設定するには**
1. **[ソース]** で、**[セルフマネージド型の Apache Kafka]** を選択します。
1. **[Bootstrap servers]** (ブートストラップサーバー) には、ブローカーの `host:port` ペアアドレスを入力します。
1. **[Topic name]** (トピック名) には、読み取り元のトピック名を入力します。
1. (オプション) **[VPC] **では、使用する VPC を選択します。次に、**[VPC subnets]** (VPC サブネット) に、目的のサブネットを選択します。**[VPCSecurity groups]** (VPC セキュリティグループ) で、セキュリティグループを選択します。
1. (オプション) **[Authentication - optional]** (認証 - オプション) で、**[Use Authentication]** (認証を使用) をオンにして次の操作を行います。
1. **[Authentication method]** (認証方法) で、認証タイプを選択します。
1. **[Secret key]** (シークレットキー) で、シークレットキーを選択します。
1. (オプション) **[Additional settings - optional]** (追加設定 - オプション) では、以下を実行します。
1. **[Starting position]** (開始位置) で、次のいずれかを選択します。
+ **Latest** (最新) — シャード内の最新のレコードでストリームの読み取りを開始します。
+ **Trim horizon** (水平トリム) — シャード内の最後のトリミングされていないレコードからストリームの読み取りを開始します。これはシャード内の最も古いレコードです。
1. **[Batch size - optional]** (バッチサイズ - オプション) に、各バッチの最大レコード数を入力します。デフォルト値は 100 です。
1. **[Batch window - optional]** (バッチウィンドウ - オプション) の場合、次に進む前にレコードを収集する最大秒数を入力します。
------
#### [ Amazon SQS ]
**コンソールを使用して Amazon SQS ソースを設定するには**
1. **[ソース]** で **[SQS]** を選択します。
1. **[SQS Queue]** (SQS キュー) には、使用するキューを選択します。
1. (オプション) **[Additional settings - optional]** (追加設定 - オプション) では、以下を実行します。
1. **[Batch size - optional]** (バッチサイズ - オプション) に、各バッチの最大レコード数を入力します。デフォルト値は 100 です。
1. **[Batch window - optional]** (バッチウィンドウ - オプション) の場合、次に進む前にレコードを収集する最大秒数を入力します。
------
## イベントフィルタリングの設定 (オプション)
パイプにフィルタリングを追加して、ソースからイベントのサブセットのみをターゲットに送信できます。
**コンソールを使用してフィルタリングを設定するには**
1. **[Filtering]** (フィルタリング) を選択します。
1. **[サンプルイベント - オプション]** には、イベントパターンの作成に使用できるサンプルイベントが表示されます。また、**[独自のイベントを入力]** を選択して独自のイベントを入力することもできます。
1. **[イベントパターン]** に、イベントのフィルタリングに使用するイベントパターンを入力します。フィルターの作成の詳細については、「[Amazon EventBridge Pipes フィルタリング](eb-pipes-event-filtering.md)」を参照してください。
以下は、**[City]** (都市) フィールドの値が **[Seattle]** のイベントのみを送信するイベントパターンの例です。
```
{
"data": {
"City": ["Seattle"]
}
}
```
イベントがフィルタリングされたので、オプションのエンリッチメントとパイプのターゲットを追加できます。
## イベントのエンリッチメントの定義 (オプション)
エンリッチメント用のイベントデータを Lambda 関数、 AWS Step Functions ステートマシン、Amazon API Gateway、または API 送信先に送信できます。
**エンリッチメントを選択するには**
1. **[Enrichment]** (エンリッチメント) を選択します。
1. **[Details]** (詳細) の **[Service]** (サービス) で、エンリッチメントに使用したいサービスと関連設定を選択します。
データを送信する前にデータを変換して拡張することもできます。
**(オプション) Input Transformer を定義するには**
1. **[Enrichment Input Transformer - optional]** (エンリッチメント Input Transformer - オプション) を選択してください。
1. **[Sample events/Event Payload]** (サンプルイベント/イベントペイロード)では、サンプルイベントタイプを選択します。
1. **[Transformer]** (トランスフォーマー) には、サンプルイベントからフィールドへ参照する`"Event happened at <$.detail.field>."`場所`<$.detail.field>` など、トランスフォーマー構文を入力します。また、サンプルイベントのフィールドをダブルクリックしてトランスフォーマーに追加することもできます。
1. **[Output]** (出力) で、出力が希望どおりであることを確認します。
これでデータのフィルタリングと拡張が完了したので、次はイベントデータを送信するターゲットを定義する必要があります。
## ターゲットの設定
**ターゲットを設定するには**
1. [**Target**] を選択します。
1. **[Details]** (詳細) の **[Target service]** (ターゲットサービス) で、ターゲットを選択します。表示されるフィールドは、選択したターゲットによって異なります。必要に応じて、このターゲットタイプに固有の情報を入力します。
ターゲットに送信する前にデータを変換することもできます。
**(オプション) Input Transformer を定義するには**
1. **[Target Input Transformer - optional]** (ターゲットインプットトランスフォーマー - オプション) を選択します。
1. **[Sample events/Event Payload]** (サンプルイベント/イベントペイロード)では、サンプルイベントタイプを選択します。
1. **[Transformer]** (トランスフォーマー) には、サンプルイベントからフィールドへ参照する`"Event happened at <$.detail.field>."`場所`<$.detail.field>` など、トランスフォーマー構文を入力します。また、サンプルイベントのフィールドをダブルクリックしてトランスフォーマーに追加することもできます。
1. **[Output]** (出力) で、出力が希望どおりであることを確認します。
これでパイプが設定されたので、その設定が正しく設定されていることを確認します。
## パイプ設定の指定
パイプはデフォルトで有効ですが、無効にすることもできます。パイプのアクセス許可の指定、パイプのロギングの設定、タグの追加を行うこともできます。
**パイプ設定を行うには**
1. **[Pipe settings]** (パイプ設定) タブを選択します。
1. デフォルトでは、新しく作成されたパイプは作成されるとすぐに有効になります。無効なパイプを作成する場合は、**[Activation]** (アクティベーション) の **[Activate pipe]**] (パイプを有効化) で **[Active]** (有効) をオフにします。
1. **[Permissions]** (アクセス許可) の **[Execution role]** (実行ロール) で、次のいずれかを実行します。
1. EventBridge にこのパイプに対する新しい実行ロールを作成させるには、**[Create a new role for this specific resource]** (この特定のリソースに対して新しいロールを作成する) を選択します。**[Role name]** (ロール名) では、ロール名をオプションで編集できます。
1. 既存の実行ロールを使用するには、**[Use an existing role]** (既存のロールを使用する) を選択します。**[Logging role]** (ログ記録ロール) でロールを選択します。
1. (オプション) パイプソースとして Kinesis または DynamoDB ストリームを指定している場合は、再試行ポリシーとデッドレターキュー (DLQ) を設定できます。
**[再試行ポリシーとデッドレターキュー – オプション]** で、次の操作を行います。
**[Retry policy]** (再試行ポリシー) で、以下の作業を行います。
1. 再試行ポリシーを有効にする場合は、**[Retry]** (再試行) をオンにします。デフォルトでは、新しく作成されたパイプは、再試行ポリシーが有効になっていません。
1. **最大イベント有効期間** に、1 分 (00:01) から 24 時間 (24:00) の間の値を入力します。
1. **再試行** で、0～185 の数値を入力します。
1. デッドレターキュー (DLQ) を使用する場合は、**[デッドレターキュー]** を有効にして、希望する方法を選択し、使用するキューまたはトピックを選択します。デフォルトでは、新規作成したパイプは DLQ を使用しません。
1. パイプデータを暗号化するときに EventBridge 使用する KMS key の を選択します。
EventBridge の使用方法の詳細については KMS keys、「」を参照してください[保管中の暗号化](eb-data-protection.md#eb-encryption-at-rest)。
+ **Use AWS 所有のキー** for EventBridge を選択して、 を使用してデータを暗号化します AWS 所有のキー。
これは、複数の AWS アカウントで使用するために KMS key EventBridge を所有および管理する AWS 所有のキー です。一般に、リソースを保護する暗号化キーを制御する必要がない限り、 AWS 所有のキー は良い選択です。
これがデフォルトです。
+ で**使用 カスタマー管理キー** EventBridge を選択して、 カスタマー管理キー 指定または作成した を使用してデータを暗号化します。
カスタマーマネージドキー は、作成、所有、管理する AWS アカウント KMS keys にあります。ユーザーは、この KMS keysに関する完全なコントロール権を持ちます。
1. 既存の を指定するか カスタマー管理キー、**新規作成 KMS key**を選択します。
EventBridge は、指定された に関連付けられているキーステータスとキーエイリアスを表示します カスタマー管理キー。
1. (オプション) **[ログ - オプション]** で、 EventBridge Pipe から、サポートされているサービスにログ情報を送信する方法 (ログの設定方法を含む) を設定できます。
パイプレコードのログ記録の詳細については、「[Amazon EventBridge Pipes のパフォーマンスのログ記録](eb-pipes-logs.md)」を参照してください。
CloudWatch ログは、ログレベルと同様に、デフォルトで`ERROR`ログ送信先として選択されます。そのため、デフォルトでは、 EventBridge Pipes は、詳細`ERROR`レベルを含む CloudWatch ログレコードを送信する新しいロググループを作成します。
EventBridge Pipes がサポートされているログ送信先にログレコードを送信するには、次の手順を実行します。
1. **[ログ - オプション]** で、ログレコードの配信先を選択します。
1. **ログレベルで**、ログレコード EventBridge に含める の情報レベルを選択します。`ERROR` ログレベルはデフォルトで選択されています。
詳細については、「[EventBridge Pipes のログレベルの指定](eb-pipes-logs.md#eb-pipes-logs-level)」を参照してください。
1. イベントペイロード情報とサービスリクエストおよびレスポンス情報をログレコードに含める場合は EventBridge 、**実行データ**を含めるを選択します。
詳細については、「[EventBridge Pipes ログに実行データを含める](eb-pipes-logs.md#eb-pipes-logs-execution-data)」を参照してください。
1. 選択したログの送信先をそれぞれ設定します。
CloudWatch Logs ログの場合、 **CloudWatch ログ**で以下を実行します。
+ **CloudWatch ロググループ**では、 で新しいロググループ EventBridge を作成するか、既存のロググループを選択するか、既存のロググループの ARN を指定するかを選択します。
+ 新しいロググループを作成する場合は、必要に応じてロググループ名を編集します。
CloudWatch ログはデフォルトで選択されています。
Firehose ストリームログの場合は、**Firehose ストリームログ**で Firehose ストリームを選択します。
Amazon S3 ログの場合、**S3 ログ**で以下を実行します。
+ ログの送信先として使用するバケットの名前を入力します。
+ バケット所有者の AWS アカウント ID を入力します。
+ EventBridge で S3 オブジェクトの作成時に使用するプレフィックステキストを入力します。
詳細については、「Amazon Simple Storage Service ユーザーガイド」の「[プレフィックスを使用してオブジェクトを整理する](https://docs.aws.amazon.com/AmazonS3/latest/userguide/using-prefixes.html)」を参照してください。**
+ S3 ログレコード EventBridge のフォーマット方法を選択します。
+ `json`: JSON
+ `plain`: プレーンテキスト
+ `w3c`: [W3C 拡張ログファイル形式](https://www.w3.org/TR/WD-logfile)
1. (オプション) **[Tags - optional]** (タグ-オプション) で、**[Add new tag]** (新しいタグを追加する) を選択し、ルールに対する 1 つまたは複数のタグを入力します。詳細については、「[Amazon EventBridge でのリソースのタグ付け](eb-tagging.md)」を参照してください。
1. **[Create pipe]** (パイプの作成) を選択します。
## 構成パラメータの検証
パイプが作成されると、EventBridge は次の設定パラメーターを検証します。
+ **IAM ロール** — パイプの作成後はパイプのソースを変更できないため、EventBridge は指定された IAM ロールがソースにアクセスできることを検証します。
**注記**
EventBridge はエンリッチメントやターゲットに対して同じ検証を行いません。エンリッチメントやターゲットはパイプの作成後に更新される可能性があるためです。
+ **バッチ処理** — EventBridge は、ソースのバッチサイズがターゲットの最大バッチサイズを超えていないことを検証します。超えている場合、EventBridge ではバッチサイズを小さくする必要があります。また、ターゲットがバッチ処理をサポートしていない場合、EventBridge でソースのバッチ処理を設定することはできません。
+ **エンリッチメント** — EventBridge は、API Gateway と API 送信先エンリッチメントのバッチサイズが 1 であることを検証します。これは、バッチサイズ 1 のみがサポートされているためです。