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