원클릭으로
gke-app-onboarding
Workflows for containerizing and deploying applications to GKE for the first time.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Workflows for containerizing and deploying applications to GKE for the first time.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Systematically diagnose GKE JobSet interruptions, restarts, and preemptions for AI/ML training workloads. Identifies preemption events, maintenance interruptions, bad host VMs, unhealthy pods, and coordinator worker failures.
Diagnose and predict node disruption during Compute Engine host maintenance for GPU and TPU workloads.
Diagnose and prevent `vbar_control_agent` segfaults and OOMs caused by race conditions during TPU device resets and frequent metrics collection (e.g. every 3s). Use when TPU slice initialization fails or `vbar_control_agent` crashes on TPU v6e nodes.
Verifies if a GKE or Kubernetes cluster is unused (no active compute, external exposure, or persistent data) before allowing deletion. Evaluates external exposure (LoadBalancer Service, Ingress, Gateway, MultiClusterIngress), persistent data (Bound PVC), and active compute (Running/Pending Pods in user namespaces) with low-overhead queries and fail-close timeouts.
Monitor and manage GKE TPU Dynamic Slices custom resources. Use when checking slice lifecycle states, troubleshooting failed slice creations (e.g. SliceCreationFailed, FAILED), running single or multi-slice workloads, or safely deleting/disabling slices.
Monitor and troubleshoot GKE TPU workloads using GKE system metrics and PromQL.
| name | gke-app-onboarding |
| description | Workflows for containerizing and deploying applications to GKE for the first time. |
This skill provides workflows for preparing applications that are not yet running on Kubernetes and deploying them to GKE for the first time.
Before containerizing, assess the application's requirements:
Create a container image suitable for the application:
Dockerfile in the project root.stdout and stderr for proper log collection.Build and store the container image:
Generate Kubernetes manifests for the application:
Namespace for the application to isolate resources.
pod-security.kubernetes.io/enforce: restricted and pod-security.kubernetes.io/enforce-version: latest).ServiceAccount for the application. Avoid using the default ServiceAccount to follow the principle of least privilege.Deployment manifest.
ServiceAccount using the serviceAccountName field.Apply the manifests and verify the deployment:
kubectl apply -f <manifest-file>.kubectl get pods and ensure the service is accessible.Once the application is running, use the gke-productionize skill to assess its readiness for production.