Event Mesh: アーキテクチャと用途

JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

May 10, 2026 · 23 min read

本記事の位置づけ#

参考資料#

1) イベンティングのランドスケープ#

SAPは、3つの異なるイベントサービスを「Event Mesh」という大まかな総称でグループ化しています。実際のプロジェクトでは、これらを正確に命名しないと、契約の話がうまく進みません。Standard Event Mesh — 元々の「Enterprise Messaging」 — は、共有のBTP専用ブローカーです。Advanced Event Meshは、Solace PubSub+からOEM提供され、BTPの内部または外部で専用ブローカーとして動作します。Cloud Application Event Hubは最新のサービスで、クラウド間のSAP-to-SAPシナリオ向けにBTPライセンスにバンドルされています。Integration Suiteの「Event Mesh機能（EMIS）」は、Standard Event Meshのパッケージバリアントであり、StandardエディションおよびPremiumエディションに含まれています。これは同じ技術的な上限を共有しており、別のランタイムではありません。

これらは代替品ではありません。

2) S/4HANA への接続方法#

                     SAP eventing portfolio (BTP and beyond)
   ┌──────────────────────────────────────────────────────────────────────┐
   │                                                                      │
   │   Cloud Application Event Hub        Standard Event Mesh / EMIS      │
   │   (SAP cloud-to-cloud only)          (BTP shared broker, 1 MB cap)   │
   │            ▲                                  ▲                      │
   │            │                                  │                      │
   │            │ AMQP / MQTT / REST / Webhook ────┘                      │
   │            │                                                         │
   │   ┌────────┴────────────────┐         ┌─────────────────────────┐    │
   │   │ S/4HANA Cloud (events)  │         │ S/4HANA on-prem         │    │
   │   │ pre-built BAH catalogue │         │ via SAP Cloud Connector │    │
   │   └─────────────────────────┘         └─────────────────────────┘    │
   │                                                  │                   │
   └──────────────────────────────────────────────────┼───────────────────┘
                                                      │
                                                      ▼
                            Advanced Event Mesh (dedicated brokers,
                            on-prem / public cloud / private cloud / edge,
                            multi-cloud DMR, 30 MB / 6 TB, replay)
                                          ▲
                                          │
                                  ┌───────┴────────┐
                                  │ Non-SAP / IoT  │
                                  │ External B2B   │
                                  └────────────────┘

S/4HANA Cloudは、SAP Business Accelerator Hub上で厳選されたビジネスイベントのカタログを公開しています。オンプレミスのS/4HANAも、同じイベントプロトコルを通じてイベントを公開でき、SAP Cloud ConnectorがBTPへのセキュアなトンネルを提供します。Standard Event Meshは、AMQP、MQTT、HTTP/REST、またはwebhook配信を使用してこれらのイベントを受け入れます。AEMは同じインターフェースを拡張しつつ、BTP外部に配置可能な専用ブローカーを追加し、クラウドプロバイダー間の動的メッセージルーティングとイベントリプレイを実現します。Cloud Application Event HubはSAP間のクラウドアプリケーション専用であるため、SAPがより簡単な導入経路として位置づけているものの、Standard EMよりも範囲が狭くなっています。

重要ポイント: イベント処理はプロトコル層であり、S/4HANAエンドポイントに到達可能かどうかを決定するのは、汎用的な名称としての「Event Mesh」ではなく、Cloud Connectorと選択したブローカーです。

3) 成熟度マップ#

標準EMの上限は交渉不可です。これらは公開されたデフォルトプランの制約であり、ソフトキャップではありません。AEMのブローカーTシャツサイジングとCloud Application Event Hubのトランザクション許容量のみがヘッドルーム調整の手段であり、それぞれ異なる商用トラックに属しています。

4) 要件チェックリスト#

イベントポートフォリオ内のサービスごとに1つのサブテーブル。各行は要件段階で決定可能です。

標準イベントメッシュ / EMIS#

Advanced Event Mesh (AEM)#

Cloud Application Event Hub#

5) 意思決定基準#

最初に問うべき3つの質問#

Q1. 真にパブ/サブのファンアウトを必要とする、測定可能な統合上の課題は存在しますか？単なるiPaaSインターフェースでは不十分なのでしょうか？

ブローカーは、同じイベントを複数のコンシューマーに届ける必要がある場合、コンシューマーの可用性にばらつきがある場合、順序付けやリプレイが必要な場合、またはボリュームプロファイルが同期統合には急峻すぎる場合に、そのコストに見合う価値を発揮します。要件が変換を伴うポイントツーポイントのみであれば、Cloud Integration単体で十分であり、Event Meshは過剰な設計となります。ブローカーを採用する前に、ファンアウト数、ボリュームプロファイル、およびコンシューマーのSLAを定量化してください。

Q2. データはどこに存在し、誰が所有し、どのデータ保存ルールが適用されるのか？

Standard Event Mesh は SAP BTP Cloud Foundry 上でのみ動作し、マルチクラウド DMR は AEM のみの機能です。EU-Access 契約では、EU 事業者以外の Cloud Foundry 環境が禁止されています。オンプレミスの S/4HANA への到達性には Cloud Connector が必要です。Cloud Application Event Hub は SAP クラウドのみであり、非 SAP ソースは暗黙的に除外されます。これらの回答を持たずに運営委員会に臨むと、イベント駆動型のスコープが第8週目で中断されることになります。

Q3. 2年目の消費に対する予算権限を持つ社内スポンサーと、ブローカー環境を担当する運用チームは存在しますか？

イベント量が稼働後の想定よりも急速に増加し、特にAEMではクリックして作成する以上のプラットフォームエンジニアリング能力が必要となります。スポンサーは2年目の消費量を管理する責任を負い、指定された運用チームがブローカーの健全性、キュー深度、およびリプレイウィンドウのライフサイクルを管理する必要があります。

プロジェクトコンテキストによるサービス選択#

ライセンスとコスト#

Free Tierでは、CPEA / PAYG / PAYG-TDDグローバルアカウントごとに1つのIntegration Suiteテナントが提供され、Standard Editionの機能を90日間トライアルとして利用できます。Standard EMの標準価格は公開されていないため、アカウントチームとの協議が必要です。実際のコンサルティング事例では、ボリュームプロファイルの見積もりを誤った場合、数日以内に緊急でStandard EMユニットのスケーリングが月間数千台に達したケースがあります。そのため、初日から2年目のボリュームに合わせたサイジングが推奨されます。

6) よくある障害#

これらは要件段階の失敗であり、実装のバグではありません。すべてスコーピングで防止可能です。

障害 1: IoT または外部 B2B 向けに約束された標準イベントメッシュ

1 MBのハードメッセージ制限と、サブアカウントあたり約250 KB/sの実効スループットは譲れない条件です。Standard EMをIoT規模のトラフィック（ビジネスイベントの10～100倍）や、BTP以外のパートナー（Standard EMではネイティブ認証できない）に約束すると、プロジェクト途中でAEMへの緊急移行を余儀なくされ、別途商用トラックとブローカーサイジングが必要になります。初週にボリューム計算を実施してください。

障害 2: 契約書に「Event Mesh」と記載されているが、どれを指すか特定されていない

ステアリングデッキやSOWでは、しばしば「Event Mesh」があたかも単一の製品であるかのように記載されます。標準EMとAEMは商業的に異なるものであり、Cloud Application Event Hubは全く別の第三のサービスです。契約段階での曖昧さは、導入時に契約上の驚きを生み出します。すべての成果物において、サービス名を正確に明記してください。

障害 3: コンシューマ設計における冪等性の欠如

実際の運用では、リトライ、再起動、および最低1回の配信セマンティクスによって、イベントの重複が発生します。非冪等なコンシューマーは、静かにダウンストリームの状態を破壊します。WebhookハンドラーとAMQPコンシューマーは、同じイベントを2回処理しても副作用がないように設計されなければならず、その設計パターンは開発開始前に文書化される必要があります。

障害 4: 通知のみのペイロードをデータイベントと誤認するケース

SAP標準イベントはデフォルトで通知のみであり、キー（例：ビジネスパートナー番号）のみを保持し、完全なレコードは保持しません。データイベントを想定してS/4HANA APIコールバックをスキップするコンシューマは、初回実行時に失敗します。ペイロードパターンはトピックごとに明示し、コンシューマ開発前にSAP Business Accelerator Hubカタログに対して検証する必要があります。

障害 5: リプレイが必要だが、サービスは標準EMであった

Standard Event Mesh には時間ベースのリプレイ機能はありません。トピックメッセージにバッファリングするサブスクライバーがいない場合、そのメッセージは消失します。キュー永続化はこれとは異なる機能です。Standard EM にリプレイを組み込んだプロジェクトは、インシデント復旧訓練の際にこのギャップを発見します。リプレイが必要な場合、使用するサービスは AEM であり、それ以外に選択肢はありません。

障害 6: イベントカタログなし、スキーマガバナンスなし

トピックが増殖し、スキーマが乖離し、コンシューマーチームには信頼できるインベントリがありません。Event Meshはカタログを強制しません。AEMのEvent Portalは、所有者が指定されている場合にのみカタログを強制します。初日からカタログ成果物がない場合、プロジェクトは未文書の統合インターフェースをリリースし、変更要求の際にその代償を払うことになります。

障害 7: 初年度のイベント件数を予算として採用し、2年目を無視

採用がボリュームを押し上げます。ブローカーのアップサイズとStandard EMユニットのスケーリングは、それぞれ独自の承認サイクルを持つコマーシャルイベントです。初年度の消費のみを承認するスポンサーは、特にAEMにおいては不適切なスポンサーです。AEMではTシャツサイズの変更は無料ではありません。

FAQ#

Q: Event Mesh はオンプレミスの S/4HANA でも動作しますか、それともクラウド専用ですか？

両方で動作しますが、注意点があります。Standard Event MeshはSAP BTP Cloud Foundry上でのみ動作しますが、オンプレミスのS/4HANAは、SAP Cloud Connectorがセキュアトンネルを提供すれば、イベントプロトコルを介してイベントを公開できます。Advanced Event Meshは、BTP外部（オンプレミス、パブリッククラウド、プライベートクラウド、エッジ）に物理的にデプロイするオプションです。Cloud Application Event Hubは、設計上SAPクラウド専用です。したがって、ハイブリッド環境における課題は、Event Meshを適用するかどうかではなく、どのサービスを選択するかです。

Q: Event Meshのライセンスはどのように適用され、顧客は通常どこで過剰に支出してしまうのでしょうか？

3つの商用モデルが存在します。Standard Event Meshはサブスクリプションまたは従量課金（CPEA / BTPEA / PAYG）でライセンス供与され、1 MB / 10 GB / 約250 KB/秒の上限内で使用量ベースの計測が行われます。EMISはIntegration Suite StandardおよびPremiumエディションに含まれているため、既にIntegration Suiteを所有しているお客様は、Standard EMの別途ラインアイテムを回避できます。AEMはブローカーベース（Tシャツサイズ）であり、別の商用トラックで運用されます。Cloud Application Event HubはBTPにバンドルされており、年間約7,500万件とされるトランザクション許容量まで利用可能で、超過分は課金対象となります。繰り返し発生する過剰支出の落とし穴としては、Standard EMにおける2年目のボリュームの見誤り、本番稼働時のAEMブローカーの過小サイジング、そして誰もメーターを監視しないままCloud Application Event Hubの組み込み許容量を超過することです。

Q: プロジェクトからEvent Meshをスコープ外とするのはどのような場合ですか？

以下のいずれかに該当する場合：真のpub/subファンアウト要件がない（1つのコンシューマ＋変換＝Cloud Integrationを使用）、ボリューム予測がStandard EMの上限を超え、かつAEMが予算外である（Standard EMを約束して期待させるのは避ける）、データレジデンシールールがCloud Foundryのデプロイメントと競合し、AEMのエッジオプションが対象外である、リプレイが必要でStandard EMが提案されていたサービスである、または顧客がブローカー運用チームを指名できない場合。「このフェーズではイベントは対象外、6か月後に計画を再評価」というのは成果物であり、後退ではありません。

Q: Event Mesh の要件を、デリバリー後も有効な形で文書化するにはどうすればよいですか？

各イベントフローを6項目で記述すること：(1) プロデューサシステムとイベントトピック名（ドットとスラッシュの命名規則を統一）、(2) ペイロードパターン（通知のみかデータイベントか）とその理由、(3) 冪等性設計を含むコンシューマ一覧、(4) 1年目と2年目の1秒あたりのイベント数によるボリューム予測、(5) デッドレター、リトライ、アラートパターンとその所有者、(6) リプレイウィンドウと保持ポリシー。この6項目が揃わない場合、要件は構築中に形作られることになる——通常はコンシューマチームがスプリントの途中でギャップを発見する形で。

Q: Standard Event Mesh と Advanced Event Mesh — どのように判断すべきか、またその違いは実質的なものか？

違いは現実的かつアーキテクチャ上のものです。Standard EM は BTP 上の共有ブローカーであり、メッセージサイズは最大 1 MB、サブアカウントあたりのスループットは約 250 KB/秒、ストレージは 10 GB に制限されています。時間ベースのリプレイ機能はなく、クラウドプロバイダー間でのルーティングもできません。AEM は Solace PubSub+ を OEM したもので、Tシャツサイズの専用ブローカーとして動作し、30 MB のメッセージ、6 TB のストレージ、イベントリプレイ、トランザクション、およびクラウドプロバイダー間の動的メッセージルーティングをサポートします。判断基準は以下の通りです。Standard EM は上限内の SAP 内部クラウドイベントフローに使用し、AEM は IoT、15,000 イベント/時以上、マルチクラウド、または外部パートナー向けに使用します。両方を混在させることも許容されます。

Q: Cloud Application Event Hubとは何ですか？無料で利用できますか？

Cloud Application Event Hub は、旧称「SAP Event Broker for SAP Cloud Applications」のSAPの最新イベントサービスです。SAPクラウド間のイベント配信を目的としており、BTPライセンスにバンドルされ、年間約7,500万件とされるトランザクション許容量が設定されています。この許容量の範囲内であれば、SAP中心のクラウド顧客にとって「無料」と捉えるのが適切ですが、Standard EMと比較して機能範囲は狭く、ルーティングの柔軟性が限定的で、ソースはSAPクラウドのみ、リプレイ機能もありません。そのため、ハイブリッド環境や非SAPシナリオにおいてStandard EMやAEMを置き換えるものではありません。

Q: ブローカーはそもそも必要なのでしょうか、それとも Cloud Integration だけで十分ですか？

ブローカーは、真のパブ/サブファンアウトが必要な場合、コンシューマーの可用性が異なる場合、順序付けやリプレイが必要な場合、または同期統合にはボリュームの変動が大きすぎる場合に使用します。Cloud Integration単体は、変換を伴うポイントツーポイントが必要な場合、またはフォーマット/構造変換が支配的な場合に使用します。この2つは競合するものではなく補完関係にあります。一般的な本番パターンは、Standard EM（ファンアウトと疎結合用）とCloud Integration（エンリッチメント、マッピング、アダプター到達範囲用）の組み合わせです。どちらの要件も文書化されていない場合は、ブローカーを購入しないでください。

概要#

SAP BTP におけるイベント処理は、1つのパッケージバリアントを持つ3つのサービスポートフォリオとして捉えるのが最適です。Standard Event Mesh（およびIntegration Suite内のEMISバリアント）は、SAP内部のクラウドイベントフロー向けの共有BTPブローカーであり、上限は1MB、10GB、約250KB/秒です。Advanced Event Meshは、OEM版Solace専有ブローカー環境であり、IoT、マルチクラウド、リプレイ、トランザクション、外部パートナー向けです。これは別の商用トラックであり、プラットフォームエンジニアリングによる管理が必要です。Cloud Application Event Hubは、ブローカーの議論を必要とせずにイベント処理を実現したいお客様向けの、BTPバンドル型SAPクラウド間オプションです。コンサルタントの役割は、「Event Mesh」を単一の製品として扱うことを拒否し、サービスを正確に特定し、2年目のボリュームに合わせて規模を設定し、iPaaSインターフェースだけで十分な場合にはpub/subを断ることです。

次に読むべきもの#