14.3. イベント変換のデプロイメントパターン
EventTransform は、アーキテクチャーのニーズに応じて、イベントフローのさまざまなポイントで使用できます。以下のパターンがサポートされます。
14.3.1. ソースからブローカーイベントの変換 リンクのコピーリンクがクリップボードにコピーされました!
イベントを Source から EventTransform リソースにルーティングし、変換ロジックを適用して Broker に転送し、正規化または強化されたイベントのみが消費のためにルーティングされるようにできます。
以下の例のように、ApiServerSource リソースを設定して、イベントを EventTransform リソースに送信し、それらを変換して default Broker にルーティングできます。
14.3.2. サービスイベントの変換へのトリガー リンクのコピーリンクがクリップボードにコピーされました!
イベントは Broker EventTransform リソースがフィルターされたイベントを再生成または強化し、サービスまたは Sink が結果を処理します。
元のプロデューサーを変更したり、他のサブスクライバーに影響を与えたりすることなく、特定のコンシューマーに対してイベントを調整できます。変換はフィルタリング後にのみ適用されるため、関連するイベントのみが再成され、効率が改善され、不要な処理が削減されます。
タイプの original.event.type のイベントをフィルタリングし、それらを EventTransform にルーティングし、変換されたイベントをこの設定のサービスに配信できます。
14.3.3. ブローカーのリプライイベント変換 リンクのコピーリンクがクリップボードにコピーされました!
変換されたイベントをブローカーに再パブリッシュするようにシンクなしで EventTransform を設定できます。ここで、それらを追加の Triggers または consumer にルーティングできます。
Broker の応答機能を使用する場合は、変換されたイベントが EventTransform を呼び出した Trigger に一致しないようにしてください。そうしないと、無限のイベントループが発生するリスクがあります。
トリガーを使用して original.event.type タイプのイベントをフィルタリングし、EventTransform で変換し、transformed.event.type 型として Broker に再公開できます。type または別の属性を更新すると、同じ Trigger で再処理せずにイベントが異なる Triggers にルーティングされます。