エンタープライズAIの空白
エンタープライズJavaにはビジュアルAIオーケストレーションミドルウェアがありません。チームはPython/Node.jsツールでプロトタイプを作って本番用に書き直すか、Spring AIやLangChain4jのようなライブラリですべてをゼロから構築するかです。
EDDIがこの空白を埋める
EDDIはデプロイ可能なミドルウェアプラットフォームで、ライブラリではありません。チームが必要とするすべてをすぐに使える形で提供：
- ビジュアル管理UI、エージェントの構築と監視のためのEDDIマネージャー
- Configuration-as-Code、エージェントロジックはJSON、コンパイルされたコードではない
- 65のMCPツール、Model Context Protocolによる完全なAIネイティブ制御
- エンタープライズセキュリティ、OIDC、Vault、監査証跡、eval()なし
- 本番インフラストラクチャ、REST API、会話状態管理、Prometheusメトリクス
- 水平スケーリング、分散アーキテクチャのためのNATS JetStream
誰がEDDIを使うべきか？
- エンタープライズチーム、本番対応のAIオーケストレーションプラットフォームが必要
- プロンプトエンジニア、再デプロイなしにイテレーションしたい
- 規制産業、監査証跡とEU AI規制法コンプライアンスが必要
- プラットフォームチーム、複数部門向けの社内AIサービスを構築
EDDI vs. 一般的なエージェントフレームワーク
| 次元 | Python/Nodeフレームワーク | EDDI |
|---|---|---|
| 並行性 | GILまたはシングルスレッドのイベントループ | Java 25仮想スレッド、真のOSレベル並列性 |
| エージェントロジック | アプリケーションコードに埋め込み | バージョン管理されたJSON設定、再デプロイなしで動作を更新 |
| セキュリティモデル | サンドボックス化されたコード実行に依存 | 動的コード実行なし。エンベロープ暗号化Vault、SSRF保護 |
| コンプライアンス | カスタム実装が必要 | GDPR、HIPAA、EU AI規制法インフラを内蔵 |
| 監査証跡 | アプリケーションレベルのロギング | 暗号化エージェント署名付きHMAC-SHA256不変台帳 |
| デプロイメント | pip/npm + 手動インフラ構築 | ワンコマンドDockerインストール、Kubernetes/OpenShift対応 |
12のLLMプロバイダーに対応
主要なLLMプロバイダーに接続、またはOpenAI互換エンドポイントで独自のものを使用。
| カテゴリ | プロバイダー |
|---|---|
| クラウドAPI | OpenAI · Anthropic Claude · Google Gemini · Mistral AI |
| エンタープライズクラウド | Azure OpenAI · Amazon Bedrock · Oracle GenAI · Google Vertex AI |
| セルフホスト | Ollama · Jlama · Hugging Face |
| 互換 | OpenAI互換エンドポイント（DeepSeek、Cohere等）baseUrl経由 |
すべてのCIOが問うべき8つの質問
AIエージェントオーケストレーションプラットフォームを評価する際、本番グレードのインフラと脆弱なプロトタイプを分けるのは、次の質問です：
アーキテクチャ
プラットフォームはランタイムでユーザー提供コードを実行しますか？
EDDI: いいえ。EDDIは宣言的なJSON設定のみを使用します。
パフォーマンス
数千の並行エージェント会話をどのように処理しますか？
EDDI: Java 25仮想スレッドが真のOSレベル並列性を提供します。
統合
エージェントはオープンスタンダードを通じて外部ツールを利用できますか？
EDDI: 65のMCPツール、A2Aプロトコル、OpenAPI 3.1、OAuth 2.0/OIDC。
データプライバシー
データ主体の権利はどのように実装されていますか？
EDDI: 統一REST APIが5つのデータストア全体にカスケード。15以上のフレームワークに対応。
セキュリティ
プラットフォームのアーキテクチャ上のセキュリティ態勢は？
EDDI: 動的コード実行なし。OIDC/Keycloak、AES-256-GCM Vault、HMAC-SHA256監査証跡。
コンプライアンス
不変の監査証跡を提供しますか？
EDDI: 完全なパイプライントレーシングを備えたHMAC-SHA256改ざん検知台帳。
運用
非開発者でもプラットフォームを利用できますか？
EDDI: EDDIマネージャー：ビジュアルエージェント構築を備えた本番対応React UI。
ポータビリティ
オンプレミスやエアギャップ環境で動作しますか？
EDDI: Dockerネイティブ。12のLLMプロバイダー。Ollamaによる完全エアギャップ対応。
総所有コスト：構築 vs. デプロイ
AIライブラリを使用する際の隠れたコストは、ライブラリそのものではなく、チームがその周囲に構築しなければならない見えないインフラストラクチャです：
ライブラリで構築
- カスタムREST APIレイヤー（2〜4週間）
- 認証＆RBACシステム（2〜3週間）
- 会話状態の永続化（1〜2週間）
- 監査証跡＆コンプライアンスロギング（2〜4週間）
- 非開発者向け管理UI（4〜8週間）
- シークレット管理の統合（1〜2週間）
- 水平スケーリングと調整（2〜4週間）
- 継続的なメンテナンスとセキュリティパッチ適用
EDDIをデプロイ
- ワンコマンドインストール（5分）
- 上記すべてを標準搭載
- チームはインフラではなくビジネスロジックに集中
- 2006年から継続的にメンテナンスされ、2018年からはオープンソース
ビジネスケース
EDDIの価値は、チームが構築しなくて済むもので測られます：REST API、認証システム、監査インフラ、管理UI、コンプライアンスツールなど、本来なら数か月のエンジニアリング時間を要するものです。モデルカスケードだけでも、シンプルなクエリを安価なモデルにルーティングし、コンフィデンスが低い場合のみ強力なモデルにエスカレートすることで、一般的なマルチモデルワークロードでLLMコストを最大60-80%削減できます。
規制産業では、コストの方程式はさらに明確です：EDDIの組み込みコンプライアンスインフラの代替は、GDPR、EU AI規制法、HIPAA、さらには15以上の追加の規制フレームワークをカバーするカスタム実装であり、それぞれにデータ主体の権利の実装、監査証跡、ガバナンスツールが必要になります。