MCP Server ライフサイクル（作成 → 稼働）

前提: Konnect CP 同期後、Kong Operator は signal long-poll を開始済み

MCP Server ライフサイクル（作成 → 稼働） 前提: Konnect CP 同期後、Kong Operator は signal long-poll を開始済み MCP サーバー作成 long-poll 解除 (signal) GetMCPServerKongEntities 直前に Operator 内部で MCPServer CR を作成 KongService / KongRoute spec KongService/KongRoute CR, Service, Deployment 生成 Pod 起動 (init + main container) init-container が /code を取得 (PAT/mTLS, backoff) 生成 Python 配布 (py_compile 検証 → 共有 EmptyDir) K8s probe で health 報告 直前に Pod 内部で main-container が python app.py を起動 (:8080) runtime status 報告 作成要求 & signal 解除 エンティティ取得 & インフラ生成 コード取得・起動・報告 Konnect UI (ユーザー) · Sequence participant Konnect UI (ユーザー) Konnect CP · Sequence participant Konnect CP Kong Operator · Sequence participant Kong Operator Kubernetes · Sequence participant Kubernetes MCP Server Pod · Sequence participant MCP Server Pod Legend request return security async trace default message

Signal 駆動の起動

  • • CP 同期後、Operator は signal long-poll を開始した状態で待機する
  • • User の作成指示が CP 経由で signal 解除のトリガーになる
  • • Operator は CP へ問い合わせる前に MCPServer CR を内部で作成する

インフラのプロビジョニング

  • • Operator が KongService/KongRoute の spec を取得し、K8s 上に CR・Service・Deployment を生成する
  • • Kubernetes が Pod を起動し、init/main の2コンテナ構成で立ち上がる

コード取得と稼働報告

  • • init-container は PAT/mTLS 認証と backoff 付きで /code を取得する
  • • CP は生成 Python を py_compile 検証後に共有 EmptyDir へ渡す
  • • main-container が python app.py を起動し (:8080)、K8s probe 経由で health が Operator・CP へ報告される