gke-productionize について
GKE クラスターやワークロードの本番運用準備を評価・計画するオーケストレーションスキルです。アプリケーションやクラスターの担当者向けに環境を調査し、専門スキルに分担して、分野別の RAG 状態と全体評価をまとめます。
主な機能
- 01クラスターとワークロード設定の調査
- 02分野別の専門スキル呼び出し
- 03本番運用準備の評価
- 04RAG 状態と全体スコアの集約
- 05アプリ単位とクラスター単位の評価
活用シーン
- 01GKE 導入前のアプリ準備状況の評価
- 02既存クラスターの本番運用準備の確認
- 03セキュリティ、信頼性、可観測性の改善計画
- 04RAG 状態に基づく対応優先度の決定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ googlecloudplatform/ gke-mcp --skill gke-productionizeインストール後、Claude Code で/gke-productionizeを入力して読み込まれたか確認します。
詳細
GKE 本番環境対応スキル
このスキルは、GKE クラスターとそのワークロードを本番環境に対応させるための、高レベルのオーケストレーターとして機能します。
重要
これはメタスキルまたはオーケストレータースキルです。本番環境対応プロセス全体の一環として、このドキュメントに記載されている多数の専門スキルを呼び出して実行する必要があります。このスキルだけですべての本番環境対応機能を実装しようとしないでください。代わりに、このスキルを使って環境を評価し、各領域に特化したスキルに作業を委任してください。
対象範囲
このスキルは、次の対象に適用できます。
- 単一のアプリケーション(すでに Kubernetes 上で稼働しているかどうかは問いません)。
- 複数のアプリケーション。
- 対象クラスター。
ワークフロー
1. 検出フェーズ
推奨事項を提示する前に、環境の現在の状態を確認します。
クラスターの検出
次のコマンドを実行して、クラスターの設定を把握します。
- クラスターの詳細を確認します:
gcloud container clusters describe <cluster-name> --location <location> --project <project> - Autopilot と Standard のどちらかを確認します:describe の出力で
autopilot: trueを探します。 - リリースチャネルを確認します:
releaseChannelを探します。
ワークロードの検出
特定のアプリケーションが対象の場合、その設定を確認します。
- Deployment/StatefulSet の詳細を取得します:
kubectl get deployment <app-name> -n <namespace> -o yaml - 専用の名前空間とラベルを確認します:
kubectl get namespace <namespace> -o yaml(Pod Security Standards のラベルを確認します)。 - 専用サービスアカウントの使用状況を確認します:kubectl get pods -n -o custom-columns="NAME:.metadata.name,SERVICE_ACCOUNT:.spec.serviceAccountName"
- リソース要求と上限を確認します。
- Liveness、Readiness、Startup Probe を確認します。
- HPA を確認します:
kubectl get hpa -n <namespace> - PDB を確認します:
kubectl get pdb -n <namespace> - NetworkPolicy を確認します:
kubectl get networkpolicy -n <namespace>
2. 本番環境対応の評価
実装する前に、以下に挙げる関連分野ごとに、該当する専門スキルを必ず実行し、その指針を評価と計画に反映してください。実行しない場合、本番環境の構成が要件に適合しなくなります。
A. アプリケーションのオンボーディング(Kubernetes 導入前)
アプリケーションがまだ GKE 上で稼働していない場合、コンテナ化、イメージのビルド、基本的なデプロイの計画に gke-app-onboarding スキルを必ず実行してください。
B. スケーラビリティとリソース管理
ワークロードに適切なリソースとオートスケーリングが設定されていることを確認します。
- アクション:HPA、VPA、リソース上限を設定するため、
gke-workload-scalingスキルを必ず実行してください。
C. オブザーバビリティ
適切なロギングとモニタリングが導入されていることを確認します。
- アクション:Cloud Logging、Monitoring、Managed Prometheus を設定するため、
gke-observabilityスキルを必ず実行してください。
D. 信頼性
高可用性と正常な縮退動作を確保します。
- アクション:リージョンクラスター、PDB、ヘルスプローブを設定するため、
gke-reliabilityスキルを必ず実行してください。
E. セキュリティ
クラスターとワークロードを強化します。
- アクション:Workload Identity、NetworkPolicy、Shielded Node を設定するため、
gke-workload-securityスキルを必ず実行してください。 - 名前空間の分離:ラベルを使用して Pod Security Standards(PSS)を適用した専用の名前空間で、ワークロードが実行されるようにします。
- 最小権限:ワークロードでは
defaultサービスアカウントではなく、専用の ServiceAccount を使用するようにします。
F. バックアップと災害復旧
ステートフルデータが保護されていることを確認します。
- アクション:Backup for GKE と復元手順を設定するため、
gke-backup-drスキルを必ず実行してください。
G. エッジセキュリティとイングレス
外部からのアクセスを保護します。
- アクション:Gateway API、Ingress、Cloud Armor を設定するため、
gke-networking-edgeスキルを必ず実行してください。
H. コスト最適化
リソースが効率的に使用されていることを確認します。
- アクション:適正なリソースサイズの設定、クォータ、Spot VM に関する戦略を策定するため、
gke-cost-optimizationスキルを必ず実行してください。
3. 本番環境への対応状況の評価
評価後、各領域の RAG(赤、黄、緑)ステータスと全体の対応状況スコアをまとめたレポートを作成します。これにより、改善作業の優先順位を付けやすくなります。
適応ガイドライン
- 単一アプリ:対象アプリについて、ヘルスプローブ、HPA、リソース制限、PDB、ワークロード ID に重点を置きます。
- クラスター全体:クラスターオートスケーラー、マルチゾーン構成、リリースチャネル、メンテナンス期間、デフォルトのネットワークポリシーに重点を置きます。
- プロアクティブな実行:関連するスキル(例:オブザーバビリティ、セキュリティ、スケーリング、信頼性)を先回りして実行し、評価と改善案の提示を行います。状態を変更する実装を適用する前に、ユーザーの確認を求めます。