すべてのプロダクト
Search
ドキュメントセンター

Cloud Monitor:デジタル従業員による MCP の使用例

最終更新日:Mar 01, 2026

本トピックでは、デジタル従業員が Kubernetes の運用・保守(O&M)シナリオにおいて、MCP サービスを活用してタスクを完了する方法を説明します。

Kubernetes サービスのレプリカ数調整:実行例

シナリオの概要

Kubernetes クラスター内の支払いサービス(payment service)のレプリカ数を 1 つ減らします。このタスクは、デジタル従業員が Kubernetes MCP サービスツールを用いて実行します。

対話フロー

ユーザー入力:

支払いサービスのレプリカ数を 1 減らしてください

デジタル従業員の処理フロー:

ステップ 1:名前空間の一覧取得

デジタル従業員は MCP ツールを呼び出して、クラスター内のすべての名前空間を取得します:

Invoke tool: k8s.list_namespaces
Parameters: {}
Return: {
  "namespaces": [
    "ack-csi-fuse",
    "ack-onepilot",
    "apig-controller",
    "arms-prom",
    "chaosblade",
    "cms-demo",
    "default",
    "kube-node-lease",
    "kube-public",
    "kube-system"
  ]
}

ステップ 2:対象サービスの検索

デジタル従業員は、各名前空間内で支払いサービスの Deployment を検索します:

Invoke tool: k8s.list_workloads
Parameters: { "kind": "Deployment", "namespace": "cms-demo" }
Return: {
  "workloads": [
    {
      "kind": "Deployment",
      "name": "payment",
      "namespace": "cms-demo",
      "replicas": 3,
      "readyReplicas": 3,
      "availableReplicas": 3
    }
  ]
}

ステップ 3:スケールイン操作の実行

支払いサービスを特定した後、デジタル従業員はスケールインツールを呼び出します:

Invoke tool: k8s.scale_workload
Parameters: {
  "kind": "Deployment",
  "name": "payment",
  "namespace": "cms-demo",
  "replicas": 2
}
Return: {
  "success": true,
  "message": "Deployment payment replicas adjusted from 3 to 2"
}
注: scale_workload ツールは実行前に確認を必要とするため、デジタル従業員はユーザーによる確認を求める内容を返します。[キャンセル] をクリックするとツールの実行が中止されます。[確認] をクリックすると、デジタル従業員が操作を開始します。

確認後、デジタル従業員が応答します:

支払いサービスのスケールイン操作が完了しました:

- サービスの場所:cms-demo 名前空間
- 元のレプリカ数:3
- 現在のレプリカ数:2
- 操作ステータス:成功

スケールイン後のサービス稼働状況を監視し、正常に動作していることを確認してください。

スキルの活用(任意)

MCP ツールは、スキルと組み合わせることで、より専門性の高い運用フローを提供できます。たとえば、kubernetes-ops-guardian スキルを読み込むと、デジタル従業員は操作実行前にリスク評価を実施します:

Invoke tool: LoadSkill
Parameters: { "skill_name": "kubernetes-ops-guardian" }
Return: {
  "skill_name": "kubernetes-ops-guardian",
  "display_name": "K8s O&M Expert",
  "description": "Used for safe and robust execution of Kubernetes cluster operations and changes"
}

このスキルにより、デジタル従業員は以下の手順を実行します:

  1. 操作の影響範囲(blast radius)を評価します。

  2. PDB や HPA などの構成を確認します。

  3. ロールバック計画を提示します。

  4. 実行前にユーザーの確認を待機します。