このドキュメントでは、単一メッセージ変換(SMT)を使用して Pub/Sub サブスクリプションを作成する方法について説明します。
サブスクリプション SMT を使用すると、メッセージデータと属性に対する軽量な変更を Pub/Sub 内で直接行うことができます。この機能により、メッセージがサブスクライバー クライアントに配信される前に、データのクリーンアップ、フィルタリング、形式変換を行うことができます。
SMT を使用してサブスクリプションを作成するには、 Google Cloud コンソール、Google Cloud CLI、クライアント ライブラリ、または Pub/Sub API を使用します。
始める前に
Pub/Sub サービスとその用語について学習する。
SMT について学習する。
必要なロールと権限
SMT を使用してサブスクリプションを作成するために必要な権限を取得するには、プロジェクトに対する Pub/Sub 編集者 (roles/pubsub.editor)IAM ロールの付与を管理者に依頼してください。ロールの付与については、プロジェクト、フォルダ、組織に対するアクセス権の管理をご覧ください。
この事前定義ロールには、SMT を使用してサブスクリプションを作成するために必要な権限が含まれています。必要とされる正確な権限については、「必要な権限」セクションを開いてご確認ください。
必要な権限
SMT を使用してサブスクリプションを作成するには、次の権限が必要です。
-
プロジェクトに対するサブスクリプション作成権限を付与します。
pubsub.subscriptions.create
カスタムロールや他の事前定義ロールを使用して、これらの権限を取得することもできます。
サブスクリプションの種類によっては、追加の権限が必要になる場合があります。権限の正確なリストについては、特定のサブスクリプションの作成について説明しているドキュメントをご覧ください。たとえば、SMT を使用して BigQuery サブスクリプションを作成する場合は、BigQuery サブスクリプションを作成するをご覧ください。
トピックとは異なるプロジェクトにサブスクリプションを作成する場合は、トピックを含むプロジェクトで、サブスクリプションを含むプロジェクトのプリンシパルに roles/pubsub.subscriber ロールを付与する必要があります。
アクセス制御は、プロジェクト レベルと個々のリソースレベルで構成できます。
SMT を使用してサブスクリプションを作成する
SMT を使用してサブスクリプションを作成する前に、サブスクリプションのプロパティに関するドキュメントを確認してください。
1 つ以上の SMT を使用して Pub/Sub サブスクリプションを作成する手順は次のとおりです。
コンソール
Google Cloud コンソールで、Pub/Sub の [サブスクリプション] ページに移動します。
[サブスクリプションを作成] をクリックします。
[サブスクリプションの作成] ページが開きます。
[サブスクリプション ID] フィールドに、サブスクリプションの ID を入力します。サブスクリプションの命名の詳細については、命名ガイドラインをご覧ください。
[変換] で、[変換を追加] をクリックします。
関数名を入力します。例:
redactSSN。SMT をすぐに有効にしない場合は、[変換を無効にする] を選択します。このオプションを選択すると、サブスクリプションで SMT が作成されますが、受信メッセージに対して実行されません。サブスクリプションを作成したら、サブスクリプションを編集して SMT を有効にできます。
テキスト エリアに SMT のコードを入力します。次に例を示します。
function redactSSN(message, metadata) { const data = JSON.parse(message.data); delete data['ssn']; message.data = JSON.stringify(data); return message; }省略可。SMT を検証するには、[Validate] をクリックします。SMT が有効な場合は、メッセージ
"Validation passed"が表示されます。それ以外の場合は、エラー メッセージが表示されます。別の変換を追加するには、[変換を追加] をクリックして、前の手順を繰り返します。
SMT を特定の順序で並べ替えるには、上に移動または 下に移動をクリックします。SMT を削除するには、 [削除] をクリックします。
省略可。サンプル メッセージで SMT をテストする手順は次のとおりです。
[変換をテスト] をクリックします。
[テスト変換] ウィンドウで、テストする関数を選択します。
[入力メッセージ] ウィンドウにサンプル メッセージを入力します。
メッセージに属性を追加するには、[属性を追加] をクリックし、属性のキーと値を入力します。複数の属性を追加できます。
[Test] をクリックします。メッセージに SMT を適用した結果が [出力メッセージ] に表示されます。
[変換をテスト] ウィンドウを閉じるには、([閉じる])をクリックします。
複数の SMT を作成した場合は、次のように変換のシーケンス全体をテストできます。
- 前の手順で説明したように、シーケンスの最初の SMT をテストします。
- 次の SMT を選択します。入力メッセージには、前のテストの出力メッセージが事前入力されています。
- SMT のテストを順番に続け、シーケンス全体が想定どおりに動作することを確認します。
[作成] をクリックしてサブスクリプションを作成します。
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
1 つ以上の SMT を定義する YAML ファイルまたは JSON ファイルを作成します。複数の SMT がある場合、それらはリストに記載されている順にメッセージに対して実行されます。
YAML 変換ファイルの例を次に示します。
- javascriptUdf: code: > function redactSSN(message, metadata) { const data = JSON.parse(message.data); delete data['ssn']; message.data = JSON.stringify(data); return message; } functionName: redactSSN省略可。SMT を検証するには、
gcloud pubsub message-transforms validateコマンドを実行します。gcloud pubsub message-transforms validate \ --message-transform-file=TRANSFORM_FILE次のように置き換えます。
- TRANSFORM_FILE: 単一の SMT を定義する YAML ファイルまたは JSON ファイルへのパス。複数の SMT を作成する場合は、個別に検証する必要があります。
省略可。サンプル Pub/Sub メッセージで 1 つ以上の SMT をテストするには、
gcloud pubsub message-transforms testコマンドを実行します。gcloud pubsub message-transforms test \ --message-transforms-file=TRANSFORMS_FILE \ --message=MESSAGE \ --attribute=ATTRIBUTES次のように置き換えます。
- TRANSFORMS_FILE: 1 つ以上の SMT を定義する YAML ファイルまたは JSON ファイルへのパス。
- MESSAGE: サンプル メッセージの本文。
- ATTRIBUTES: 省略可。メッセージ属性のカンマ区切りのリスト。各属性は
KEY="VALUE"形式の Key-Value ペアです。
このコマンドは、各 SMT の出力を次の SMT の入力として使用して、SMT を順番に実行します。このコマンドは、各ステップの結果を出力します。
サブスクリプションを作成するには、
gcloud pubsub subscriptions createコマンドを実行します。gcloud pubsub subscriptions create SUBSCRIPTION_ID \ --topic=projects/PROJECT_ID/topics/TOPIC_ID \ --message-transforms-file=TRANSFORMS_FILE次のように置き換えます。
SUBSCRIPTION_ID: 作成するサブスクリプションの ID または名前。サブスクリプションの命名方法のガイドラインについては、リソース名をご覧ください。サブスクリプションの名前は変更できません。
PROJECT_ID: トピックを含むプロジェクトの ID。
TOPIC_ID: 登録するトピックの ID。
TRANSFORMS_FILE: 1 つ以上の SMT を定義する YAML ファイルまたは JSON ファイルのパス。
Java
このサンプルを試す前に、クイックスタート: クライアント ライブラリの使用の Java の設定手順を実施してください。詳細については、Pub/Sub Java API のリファレンス ドキュメントをご覧ください。
Python
このサンプルを試す前に、クイックスタート: クライアント ライブラリの使用の Python の設定手順を実施してください。詳細については、Pub/Sub Python API のリファレンス ドキュメントをご覧ください。
Go
次のサンプルでは、Go Pub/Sub クライアント ライブラリのメジャー バージョン(v2)を使用しています。引き続き v1 ライブラリを使用している場合は、v2 への移行ガイドをご覧ください。v1 のコードサンプルの一覧については、 非推奨のコードサンプルをご覧ください。
このサンプルを試す前に、クイックスタート: クライアント ライブラリの使用の Go の設定手順を実施してください。詳細については、Pub/Sub Go API のリファレンス ドキュメントをご覧ください。
SMT と他のサブスクリプション機能の連携
サブスクリプションで SMT と Pub/Sub の組み込みフィルタの両方を使用している場合、フィルタは SMT の前に適用されます。この動作には次の影響があります。
- SMT がメッセージ属性を変更した場合、Pub/Sub フィルタは新しい属性セットに適用されません。
- SMT は、Pub/Sub フィルタで除外されたメッセージには適用されません。
SMT でメッセージがフィルタされる場合は、サブスクリプション バックログのモニタリングへの影響に注意してください。サブスクリプションを Dataflow パイプラインにフィードする場合は、Dataflow の自動スケーリングが中断されるため、SMT を使用してメッセージをフィルタしないでください。