Camunda

概要

Camunda は BPMN を基盤とするプロセスオーケストレーション・プラットフォームです。BPMN は、ビジネスプロセスを機械が実行できる図として描くための、ISO で標準化された表記法です。承認、タイマー、エスカレーション、他システムの呼び出し、人への引き継ぎといったプロセスをモデル化すると、Zeebe エンジンがそのモデルを実行し、完了までにかかる時間が 4 秒でも 4 か月でも、各インスタンスの状態を保持し続けます。Operate は各インスタンスがどこで止まっているかを示し、Tasklist は人が担当する手作業のステップを割り当て、Optimize はサイクルタイムを報告します。

アプリ間の自動化ツールではありません。1 つのプロセスが 5 つのシステムをまたぎ、コンプライアンス要件を抱え、署名待ちの 2 週間を途中の状態を失わずに乗り切らなければならないときに選ぶものです。Camunda によれば、Atlassian、ING、Vodafone を含む 700 を超える組織が利用しています。Gartner は 2026 年 9 月 14 日公開の Business Orchestration and Automation Technologies 部門の Magic Quadrant で、Camunda を Leader ではなく Visionary に位置づけました。2025 年 10 月の初回レポートと同じ位置です。

エージェント時代に向けて変わったこと

Camunda の主張は、エージェントは決定論的なプロセスの内側に置くべきで、プロセスの代わりにするべきではない、というものです。2025 年 10 月 14 日にリリースされたバージョン 8.8 は、エージェント型オーケストレーションを前面に出しました。AI Agent connector が ad-hoc sub-process の中で LLM のツール呼び出しループを実行するため、どのアクティビティを実行するかはモデルが選び、その前後で何が起きるか、誰が承認するか、何を記録するかは周囲の BPMN が固定します。Anthropic、Azure OpenAI、AWS Bedrock、Google Vertex AI のモデルに対応し、自社インフラ上でも動かせます。

2026 年 4 月 14 日にリリースされた Camunda 8.9 では、Orchestration Cluster の MCP サーバーが一般提供となり、Claude のような MCP クライアントからプロセスを直接開始・照会できるようになりました。さらに、異なるベンダーのエージェント間で署名付きメッセージをやり取りするための Agent2Agent（A2A）コネクタを 3 つ追加しています。同じリリースで、集中型の監査ログとグローバルなユーザータスク・リスナーも一般提供となりました。コンプライアンスチームが承認するかどうかを実際に左右するのは、こうしたガバナンス機能です。

Camunda が 2026 年 1 月に発表した、従業員 1,000 人超の企業の意思決定者 1,150 人を対象とする自社調査では、73% がエージェント型 AI の構想と現実の間にギャップがあると答え、過去 1 年間に本番まで到達したエージェント型ユースケースは 11% にとどまりました。これは中立的なデータではなくベンダーの主張として読むべきですが、構図は正しいと言えます。エージェントのパイロットの多くが止まるのは、責任者のいるエンドツーエンドのプロセスに組み込まれていないからです。

購入に値するユースケース

5 つのシステムをまたぐ契約承認のワークフローです。Salesforce 上のディールデスク申請がプロセスインスタンスを開始し、エージェントが修正履歴（redline）を読んでリスクを分類します。低リスクの契約書は自動承認に回り、標準外の補償条項を含むものは Tasklist で法務の判断を待ち、48 時間でジェネラルカウンセルにエスカレーションするタイマーが付きます。署名済みの契約は CRM と ERP に書き戻され、Slack に通知が届きます。すべての分岐、待機、手動での上書きが 1 つの監査証跡に残り、弁護士が承認した図そのものがエンジンの実行する成果物です。この最後の点こそ n8n では得られないものです。n8n のフローは API 呼び出しの連続であり、何日も待ち、期限切れになり、エスカレーションする人のタスクという概念をネイティブには持っていません。

料金

Camunda は定価を公開していません。ローカルでの開発は非本番ライセンスのもとで無料で、30 日間の SaaS トライアルが課金されることはありません。SaaS でもセルフマネージドでも、本番で使うには営業が見積もる Enterprise ライセンスが必要です。

唯一の公開された目安は、AWS Marketplace の Camunda の掲載ページです。Enterprise Plan が 12 か月で $175,000 で、プロセスが開始されるたびにカウントされるプロセスインスタンスで計量されます。実際の支払額ではなく上限を示す定価として扱うべきですが、予算は 5 桁ではなく 6 桁で組んでください。セルフマネージドで導入する場合は、Kubernetes と Elasticsearch またはリレーショナルデータベースを自社で運用するコストが加わります。

最適な対象

従業員 1,000 人以上の企業で、人による承認と監査要件を伴う長時間・複数システムのプロセス（融資の審査、保険金請求、オンボーディング、契約承認など）を自動化し、それを担う Java エンジニアやプラットフォームエンジニアを抱えている ops と IT のリーダーです。

代替ツールと、それを選ぶべきとき

• Pega：2025 年の初回 BOAT Magic Quadrant で Leader に選ばれ、同年の Critical Capabilities レポートではケース管理で最高評価を得ました。仕事がケース型で、固定のフローではなく予測できないイベントに動かされ、ベンダーのコンサルタントに構築を任せたい場合に選んでください。
• Appian：同じく Leader で、Gartner の 2026 年 Critical Capabilities レポートでは決定論的ワークフロー自動化で 1 位です。プロセスとフォームを作るのが開発者ではなくビジネスアナリストであるべき場合に選んでください。
• Temporal：最も成長の速い新興勢力で、2026 年 9 月 14 日に評価額 $12.55B で $550M のシリーズ E を調達し、有料顧客は 4,300 社を超えます。エンジニアが耐久性のあるワークフローを図ではなくコードで書きたく、ビジネス側の関係者がモデルを読む必要がない場合に選んでください。
• n8n：プロセスが数分で完了し、人の待機状態がなく、ops エンジニア 1 人で担当できる場合に選んでください。
• UiPath：システムの半分に API がなく、プロセスが画面操作をしなければならない場合に選んでください。

注意点

• オープンソースの前提が変わりました。 8.6（2024 年 10 月）以降、Camunda 8 のセルフマネージドのコンポーネントはすべて、本番利用に Enterprise ライセンスが必要です。無料のセルフホスト版 Zeebe を紹介する古い記事は現状と合っていません。対策：概念実証の後ではなく前に見積もりを取り、無料の本番プランは存在しない前提で予算を組んでください。
• Camunda 7 には期限があります。 Community Edition は 2025 年 10 月にサポート終了を迎え、Enterprise のサポートは 2030 年 4 月に終わります。有償の延長サポートは 2032 年 4 月までです。Camunda 8 は設計し直されたプラットフォームで、単なるアップグレードではありません。対策：Camunda 7 を運用しているなら、移行を独自予算を持つ基盤移行プロジェクトとして扱い、移行先のバージョンを決める前に、プロセスが依存している機能を棚卸ししてください。
• BPMN は UI ではなくスキルです。 下手にモデル化されたプロセスは下手に実行され、モデリングの責任者がいない ops チームは誰も保守できない図を量産します。対策：本番稼働の前に、プロセスごとにプロセスオーナーと開発者を 1 人ずつ決め、最初のモデルは範囲の明確な単一のプロセスに絞ってください。
• プロセスインスタンス単位の計量は量に比例して膨らみます。 すべてのインバウンドのリードやすべてのチケットのような、大量で単価の低いプロセスはインスタンスを急速に消費します。対策：Camunda に載せるのは人のステップ、長い待機、監査要件のいずれかを含むプロセスだけにし、短くて量の多い自動化はより安価なツールに残してください。