Eventarc を使用すると、基盤となるインフラストラクチャを実装、カスタマイズ、またはメンテナンスすることなく、イベント ドリブン アーキテクチャを構築できます。
Eventarc には、Eventarc Advanced と Eventarc Standard の 2 つのエディションがあります。
どちらのエディションも、スケーラブルでサーバーレスのフルマネージド イベント ソリューションを提供します。このソリューションを使用すると、状態変化(イベント)によってトリガーされ、状態変化に応答する疎結合サービスを使用して、ソースからターゲットへのメッセージを非同期で転送できます。どちらのエディションも、Google Cloud サービス、カスタム アプリケーション、SaaS アプリケーション、サードパーティ サービスなど、さまざまなイベント プロバイダとデスティネーションをサポートし、配信、セキュリティ、認可、オブザーバビリティ、エラー処理を管理します。
なお、両方のエディションの Eventarc の基盤となるデータモデルは同じです。ユースケースの複雑さが増すにつれて、Eventarc Standard から Eventarc Advanced へのシームレスな移行が可能になります。
エディションの概要
両方のエディションの概要は次のとおりです。詳細については、Eventarc Advanced の概要と Eventarc Standard の概要をご覧ください。
- Eventarc Advanced
Eventarc Advanced は、イベント ドリブン アーキテクチャを構築するためのフルマネージド プラットフォームです。これにより、システムで発生したイベントを収集して、中央バスにパブリッシュできます。関心のあるサービスは、登録を作成することで特定のメッセージにサブスクライブできます。バスを使用すると、複数のソースからのイベントをリアルタイムで転送し、複数の宛先にパブリッシュできます。また、必要に応じて、ターゲットに配信する前にイベントを変換することもできます。Eventarc Advanced は機能が豊富で、複雑なイベント処理やメッセージングのニーズがある組織に最適です。特に、多数の Pub/Sub トピックや Kafka キュー、あるいはサードパーティのメッセージング システムの管理に取り組んでいる組織に最適です。Eventarc Advanced は、管理者に強化された一元的な可視性と制御を提供することで、組織が異なるプロジェクト間で複数のチームを接続できるようにします。
- Eventarc Standard
Eventarc Standard は、イベント プロバイダからイベントの宛先にイベントを配信することに重点を置くアプリケーション���推奨されます。ソース、タイプ、その他の属性に応じてインバウンド イベントをフィルタし、指定した宛先に転送するトリ��ー��������することで、Google イベントを迅速かつ簡単に使用できます。
機能の比較表
次の表は、Eventarc Advanced と Eventarc Standard の選択に役立ちます。イベント ドリブン アーキテクチャの基本コンセプトを理解していることを前提としています。特徴 | Eventarc Advanced | Eventarc Standard |
---|---|---|
アクセス制御 | IAM を使用したメッセージごとのアクセス制御と一元的なガバナンス IAM によるアクセス制御をご覧ください |
IAM によるアクセス制御をご覧ください。 |
容量 | 自動プロビジョニング済み | 自動プロビジョニング済み |
クライアント ライブラリの言語 | Java、Python、Go、Node.js、C++、C#、PHP、Ruby Eventarc クライアント ライブラリをご覧ください。 |
Java、Python、Go、Node.js、C++、C#、PHP、Ruby Eventarc クライアント ライブラリをご覧ください。 |
コンプライアンス標準 | プレビュー版の機能には適用されません。 | コンプライアンス標準をご覧ください。 |
プロジェクト間のイベント配信 | サポート対象 Google ソースからイベントを公開するをご覧ください。 |
非対応 |
顧客管理の暗号鍵 | はい 顧客管理の暗号鍵を使用するをご覧ください。 |
はい 顧客管理の暗号鍵を使用するをご覧ください。 |
デッドレター キューのサポート | × | はい、Pub/Sub デッドレター トピックを介して イベントの再試行をご覧ください。 |
イベントの形式 | イベントは CloudEvents 形式で宛先に配信されます。 イベント形式をご覧ください。 必要に応じて、HTTP バインディングを定義してこの動作をオーバーライドできます。 |
イベントは CloudEvents 形式で宛先に配信されます イベント形式をご覧ください |
イベントサイズ | 最大 1 MB 割り当てと上限をご覧ください。 |
最大 512 KB 割り当てと上限をご覧ください。 |
場所 | Eventarc Advanced のロケーションをご覧ください。 | Eventarc Standard のロケーションをご覧ください。 |
メッセージのフィルタリング | 任意のイベント属性とすべてのイベント属性でフィルタする | イベントタイプと特定の属性によるフィルタリング |
メッセージ ルーティング | 複数のプロバイダから複数のデスティネーション |
プロバイダからデスティネーション |
メッセージ スキーマの変換 | はい 受信したイベントの形式を変換するをご覧ください。 |
× |
メッセージの変換 | はい、CEL 式を使用します 受信したイベントを変換するをご覧ください |
× |
オブザーバビリティ | Cloud Logging や Cloud Monitoring などの Google Cloud Observability を使用 Eventarc 監査ロギングをご覧ください。 |
Cloud Logging や Cloud Monitoring などの Google Cloud Observability を使用 Eventarc 監査ロギングをご覧ください。 |
順序付けられた配信 | 配信で先着順や先入れ先出しの保証はありません。 | 配信で先着順や先入れ先出しの保証はありません。 |
料金 | Eventarc の料金をご覧ください。 | Eventarc の料金をご覧ください。 |
リージョン | 地域別 地域性を理解するをご覧ください |
リージョン、グローバル Eventarc のロケーションについてをご覧ください。 |
REST エンドポイント | https://eventarc.googleapis.com Eventarc API をご覧ください https://eventarcpublishing.googleapis.com Eventarc Publishing API をご覧ください |
https://eventarc.googleapis.com Eventarc API をご覧ください。 |
再試行と保持 | ターゲットへの「少なくとも 1 回」のイベント配信。デフォルトのメッセージ保持期間は 24 時間で、指数バックオフ遅延があります。 イベントの再試行をご覧ください。 |
ターゲットへの「少なくとも 1 回」のイベント配信。デフォルトのメッセージ保持期間は 24 時間で、指数バックオフ遅延があります イベントの再試行をご覧ください |
サービスの上限 | Google Cloud プロジェクトごとに 1 つのバス Google Cloud プロジェクトごとにリージョンごとに 100 個のパイプライン 割り当てと上限をご覧ください |
ロケーションあたりの Google Cloud プロジェクトあたり 500 個のトリガー 割り当てと上限をご覧ください |
VPC Service Controls を使用したサービス境界 | はい VPC Service Controls を使用してサービス境界を設定するをご覧ください。 |
はい VPC Service Controls を使用してサービス境界を設定するをご覧ください。 |
サポート対象のソース | Google プロバイダ Eventarc Publishing API を使用する直接パブリッシャー イベント プロバイダと宛先をご覧ください |
Google プロバイダ Audit Logs を介した Google プロバイダ サードパーティ プロバイダ イベント プロバイダと宛先をご覧ください |
サポートされているターゲット | Cloud Run functions(第 1 世代を含む) Cloud Run ジョブとサービス Eventarc Advanced バス VPC ネットワーク内の内部 HTTP エンドポイント Pub/Sub トピック Workflows イベント プロバイダと宛先をご覧ください |
Cloud Run 関数 Cloud Run サービス VPC ネットワーク内の内部 HTTP エンドポイント 限定公開と公開の GKE サービスの公開エンドポイント ワークフロー イベント プロバイダと宛先をご覧ください |