Stacklok
レジストリ、ランタイム、ゲートウェイ、ポリシー、オブザーバビリティ制御を備えた、Kubernetes 上のエンタープライズ向け MCP 運用基盤。
Stacklokについて
Stacklok は、既存の Kubernetes インフラストラクチャ上で AI エージェントと Model Context Protocol サーバーを稼働させるためのエンタープライズプラットフォームです。MCP サーバーを Pod として扱い、使い慣れたクラスター境界、ネットワークルール、サービスメッシュ、GitOps ワークフローを利用して、エージェントによる業務システムやデータへのアクセス方法を制御します。チームは中央レジストリで信頼できるサーバーを選定し、統制されたランタイムを通じてデプロイおよび管理し、単一のゲートウェイからツールを公開できます。また、管理者やナレッジワーカーにはポータル経由でアクセスを提供できます。ネイティブの OpenTelemetry 計装により、ツール呼び出しのアクティビティが既存のオブザーバビリティスタックへ送信されます。ID 制御では、Kubernetes ServiceAccounts と OIDC クレームを MCP 権限に対応付けます。Stacklok は ToolHive を基盤としているため、チームは本番プラットフォームを導入する前にオープンソース基盤を評価できます。このアプローチは、すでに Kubernetes を運用しており、MCP ガバナンスを既存のプラットフォーム制御と併設したい組織に適していますが、導入にはクラスター運用、ポリシー設計、企業調達も伴います。
機能
Kubernetes 上の MCP サーバーを統制
MCP サーバーを Kubernetes ワークロードとしてデプロイおよび管理しながら、名前空間、Ingress、ネットワークポリシー、サービスメッシュの制御を適用します。
信頼できるエージェントツールを選定
承認済みのホスト型およびローカル MCP サーバーをチームが見つけられる中央レジストリを維持します。
エージェントのアクセスを可視化・制御
ツールをゲートウェイ経由でルーティングし、ワークロード ID を権限に対応付け、OpenTelemetry を通じてツール呼び出しのテレメトリをエクスポートします。
長所
- 確立された Kubernetes の制御を再利用するため、プラットフォーム機能の重複を減らせます。
- 一元化された検出とアクセスのワークフローにより、管理対象外の MCP サーバー利用を抑制できます。
- ツール呼び出しのテレメトリを既存の OpenTelemetry 互換スタックへ送信できます。
短所
- 本番環境にプラットフォームを組み込むには、Kubernetes の運用スキルが必要です。
- 問い合わせベースのサブスクリプション料金であるため、コストを直接比較しにくくなります。
- 本番展開には、ポリシー、ID、GitOps の統合作業が必要です。
料金プラン
エンタープライズ
- 選定済み MCP サーバーレジストリ
- Kubernetes ベースの MCP ランタイム
- 統合ツールゲートウェイ
- 管理者・ユーザーポータル
- Policy as Code と ID の統合
- OpenTelemetry ベースの監視
* 料金情報は参考用です。最新情報はStacklok公式サイトのお知らせをご確認ください。