بنقرة واحدة
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.