GKE Productionize Skill
This skill acts as a high-level orchestrator for preparing a GKE cluster and its
workloads for production readiness.
[!IMPORTANT]
This is a meta-skill or orchestrator skill. You are
expected to invoke and run many other specialized skills listed in this
document as part of the overall productionization process. Do not attempt to
implement all production readiness features directly within this skill;
instead, use this skill to assess the environment and then delegate to the
specific skills for each domain.
Scope
This skill is adaptable to:
- A single application (already on Kubernetes or not).
- A set of applications.
- A target cluster.
Workflow
1. Discovery Phase
Before making recommendations, discover the current state of the environment.
Cluster Discovery
Run these commands to understand the cluster setup:
Check cluster details: gcloud container clusters describe {cluster_name} --location {location} --project {project}
Check for Autopilot vs Standard: Look for the following block in the
describe output:
autopilot:
enabled: true
Check release channel: Look for releaseChannel.
Workload Discovery
If a specific application is targeted, discover its configuration:
- Get deployment/statefulset details:
kubectl get deployment {app_name} -n {namespace} -o yaml
- Check for dedicated namespace and labels:
kubectl get namespace {namespace} -o yaml (Look for Pod Security Standards labels).
- Check for dedicated service account usage:
kubectl get pods -n {namespace} -o custom-columns="NAME:.metadata.name,SERVICE_ACCOUNT:.spec.serviceAccountName"
- Check for resource requests and limits.
- Check for liveness, readiness, and startup probes.
- Check for HPA:
kubectl get hpa -n {namespace}
- Check for PDB:
kubectl get pdb -n {namespace}
- Check for NetworkPolicies:
kubectl get networkpolicy -n {namespace}
2. Production Readiness Assessment
Before implementation, you MUST run the skills for each relevant specialized
area listed below and incorporate its guidance into your assessment and plan.
Failure to do so will result in a non-compliant production configuration.
A. App Onboarding (Pre-Kubernetes)
If the application is not yet running on GKE, you MUST run the
gke-app-onboarding skill for planning containerization, image building, and
basic deployment.
B. Scalability & Resource Management
Ensure workloads have appropriate resources and autoscaling.
- Action: You MUST run the
gke-workload-scaling skill for configuring
HPA, VPA, and resource limits.
C. Observability
Ensure adequate logging and monitoring are in place.
- Action: You MUST run the
gke-observability skill for setting up Cloud
Logging, Monitoring, and Managed Prometheus.
D. Reliability
Ensure high availability and graceful degradation.
- Action: You MUST run the
gke-reliability skill for configuring
regional clusters, PDBs, and health probes.
E. Security
Harden the cluster and workloads.
- Action: You MUST run the
gke-platform-security and
gke-workload-security skills for Workload Identity, Network Policies, and
Shielded Nodes.
- Namespace Isolation: Ensure workloads run in dedicated namespaces with
Pod Security Standards (PSS) enforced via labels.
- Least Privilege: Ensure workloads use dedicated ServiceAccounts instead
of the
default ServiceAccount.
F. Backup & Disaster Recovery
Ensure stateful data is protected.
- Action: You MUST run the
gke-backup-dr skill for configuring Backup
for GKE and restore procedures.
G. Edge Security & Ingress
Secure external access.
- Action: You MUST run the
gke-service-networking skill for Gateway API,
Ingress, and Cloud Armor.
H. Cost Optimization
Ensure efficient use of resources.
- Action: You MUST run the
gke-cost-optimization skill for strategies on
rightsizing, quotas, and Spot VMs.
I. Upgrades & Maintenance Posture
Ensure a safe, predictable upgrade posture.
- Action: You MUST run the
gke-upgrades skill for release channel
selection, maintenance windows/exclusions, and node pool upgrade strategy.
J. Golden Path Defaults Audit
Ensure the cluster configuration matches recommended defaults.
- Action: You MUST run the
gke-golden-path skill to compare the cluster
against golden path defaults and report deviations with severity and
remediation.
3. Production Readiness Scoring
After the assessment, provide a summary report with a RAG (Red, Amber, Green)
status for each area and an overall readiness score. This helps prioritize
remediation efforts.
Apply this rubric deterministically so repeated assessments of the same
environment produce the same result:
- Per-domain criteria: For each assessed domain (A-J), list the concrete
checks performed (from the domain skill's guidance) and classify each check
as pass, fail-critical (production-blocking, e.g., no resource
requests, no backups for stateful data, public control plane in a locked
down environment), or fail-minor (improvement, e.g., missing VPA
recommendations, no Spot usage for batch).
- RAG mapping (per domain):
- Red = one or more fail-critical checks.
- Amber = no fail-critical, but one or more fail-minor checks.
- Green = all checks pass.
- Domain score: Green = 100, Amber = 50, Red = 0.
- Weighted overall score: weight Security, Reliability, and Backup/DR at
2x; all other assessed domains at 1x. Overall score = sum(domain score x
weight) / sum(weights), rounded to the nearest integer. Exclude domains
that are not applicable (e.g., Backup/DR for fully stateless workloads) from
both sums and note the exclusion.
- Readiness verdict: >= 90 with no Red domains = "Production ready";
70-89 with no Red domains = "Ready with follow-ups"; anything else =
"Not production ready".
In the report, show the per-domain check lists, RAG status, weights, and the
computed overall score.
Adaptability Guidelines
- Single App: Focus on Health Probes, HPA, Resource Limits, PDB, and
Workload Identity for that specific app.
- Cluster Wide: Focus on Cluster Autoscaler, Multi-zonal setup, Release
Channels, Maintenance Windows, and default Network Policies.
- Proactive Execution: Proactively execute relevant skills (e.g.,
observability, security, scaling, reliability) to assess and propose
improvements, seeking user confirmation before applying state-changing
implementations.
1---2name: gke-productionize3description: Orchestrates comprehensive production readiness reviews and assessments for GKE clusters and workloads across scalability, security, reliability, observability, backup/DR, and cost optimization. Use when asked to productionize, prepare, assess, audit, or review a GKE cluster or workload before going live to production. Don't use for deep-dive single-domain implementation (use specific domain skills like gke-workload-scaling, gke-platform-security, gke-workload-security, gke-service-networking, gke-reliability instead).4---56# GKE Productionize Skill78This skill acts as a high-level orchestrator for preparing a GKE cluster and its9workloads for production readiness.1011> [!IMPORTANT]12> This is a **meta-skill** or **orchestrator skill**. You are13> expected to invoke and run many other specialized skills listed in this14> document as part of the overall productionization process. Do not attempt to15> implement all production readiness features directly within this skill;16> instead, use this skill to assess the environment and then delegate to the17> specific skills for each domain.1819## Scope2021This skill is adaptable to:2223- A single application (already on Kubernetes or not).24- A set of applications.25- A target cluster.2627## Workflow2829### 1. Discovery Phase3031Before making recommendations, discover the current state of the environment.3233#### Cluster Discovery3435Run these commands to understand the cluster setup:3637- Check cluster details: `gcloud container clusters describe {cluster_name}38 --location {location} --project {project}`39- Check for Autopilot vs Standard: Look for the following block in the40 describe output:4142 ```yaml43 autopilot:44 enabled: true45 ```46- Check release channel: Look for `releaseChannel`.4748#### Workload Discovery4950If a specific application is targeted, discover its configuration:5152- Get deployment/statefulset details: `kubectl get deployment {app_name} -n53 {namespace} -o yaml`54- Check for dedicated namespace and labels: `kubectl get namespace {namespace}55 -o yaml` (Look for Pod Security Standards labels).56- Check for dedicated service account usage: `kubectl get pods -n {namespace}57 -o58 custom-columns="NAME:.metadata.name,SERVICE_ACCOUNT:.spec.serviceAccountName"`59- Check for resource requests and limits.60- Check for liveness, readiness, and startup probes.61- Check for HPA: `kubectl get hpa -n {namespace}`62- Check for PDB: `kubectl get pdb -n {namespace}`63- Check for NetworkPolicies: `kubectl get networkpolicy -n {namespace}`6465### 2. Production Readiness Assessment6667**Before implementation, you MUST run the skills for each relevant specialized68area listed below and incorporate its guidance into your assessment and plan.69Failure to do so will result in a non-compliant production configuration.**7071#### A. App Onboarding (Pre-Kubernetes)7273If the application is not yet running on GKE, you MUST run the74`gke-app-onboarding` skill for planning containerization, image building, and75basic deployment.7677#### B. Scalability & Resource Management7879Ensure workloads have appropriate resources and autoscaling.8081- **Action**: You MUST run the `gke-workload-scaling` skill for configuring82 HPA, VPA, and resource limits.8384#### C. Observability8586Ensure adequate logging and monitoring are in place.8788- **Action**: You MUST run the `gke-observability` skill for setting up Cloud89 Logging, Monitoring, and Managed Prometheus.9091#### D. Reliability9293Ensure high availability and graceful degradation.9495- **Action**: You MUST run the `gke-reliability` skill for configuring96 regional clusters, PDBs, and health probes.9798#### E. Security99100Harden the cluster and workloads.101102- **Action**: You MUST run the `gke-platform-security` and103 `gke-workload-security` skills for Workload Identity, Network Policies, and104 Shielded Nodes.105- **Namespace Isolation**: Ensure workloads run in dedicated namespaces with106 Pod Security Standards (PSS) enforced via labels.107- **Least Privilege**: Ensure workloads use dedicated ServiceAccounts instead108 of the `default` ServiceAccount.109110#### F. Backup & Disaster Recovery111112Ensure stateful data is protected.113114- **Action**: You MUST run the `gke-backup-dr` skill for configuring Backup115 for GKE and restore procedures.116117#### G. Edge Security & Ingress118119Secure external access.120121- **Action**: You MUST run the `gke-service-networking` skill for Gateway API,122 Ingress, and Cloud Armor.123124#### H. Cost Optimization125126Ensure efficient use of resources.127128- **Action**: You MUST run the `gke-cost-optimization` skill for strategies on129 rightsizing, quotas, and Spot VMs.130131#### I. Upgrades & Maintenance Posture132133Ensure a safe, predictable upgrade posture.134135- **Action**: You MUST run the `gke-upgrades` skill for release channel136 selection, maintenance windows/exclusions, and node pool upgrade strategy.137138#### J. Golden Path Defaults Audit139140Ensure the cluster configuration matches recommended defaults.141142- **Action**: You MUST run the `gke-golden-path` skill to compare the cluster143 against golden path defaults and report deviations with severity and144 remediation.145146### 3. Production Readiness Scoring147148After the assessment, provide a summary report with a RAG (Red, Amber, Green)149status for each area and an overall readiness score. This helps prioritize150remediation efforts.151152Apply this rubric deterministically so repeated assessments of the same153environment produce the same result:1541551. **Per-domain criteria**: For each assessed domain (A-J), list the concrete156 checks performed (from the domain skill's guidance) and classify each check157 as **pass**, **fail-critical** (production-blocking, e.g., no resource158 requests, no backups for stateful data, public control plane in a locked159 down environment), or **fail-minor** (improvement, e.g., missing VPA160 recommendations, no Spot usage for batch).1612. **RAG mapping (per domain)**:162 - **Red** = one or more fail-critical checks.163 - **Amber** = no fail-critical, but one or more fail-minor checks.164 - **Green** = all checks pass.1653. **Domain score**: Green = 100, Amber = 50, Red = 0.1664. **Weighted overall score**: weight Security, Reliability, and Backup/DR at167 2x; all other assessed domains at 1x. Overall score = sum(domain score x168 weight) / sum(weights), rounded to the nearest integer. Exclude domains169 that are not applicable (e.g., Backup/DR for fully stateless workloads) from170 both sums and note the exclusion.1715. **Readiness verdict**: >= 90 with no Red domains = "Production ready";172 70-89 with no Red domains = "Ready with follow-ups"; anything else =173 "Not production ready".174175In the report, show the per-domain check lists, RAG status, weights, and the176computed overall score.177178## Adaptability Guidelines179180- **Single App**: Focus on Health Probes, HPA, Resource Limits, PDB, and181 Workload Identity for that specific app.182- **Cluster Wide**: Focus on Cluster Autoscaler, Multi-zonal setup, Release183 Channels, Maintenance Windows, and default Network Policies.184- **Proactive Execution**: Proactively execute relevant skills (e.g.,185 observability, security, scaling, reliability) to assess and propose186 improvements, seeking user confirmation before applying state-changing187 implementations.