mcpField
K
kubernetes-deploying

kubernetes-deploying

github.com/revitalb-portCloud & DevOps053 installsUpdated 10w ago
Repository

About kubernetes-deploying

A Kubernetes deployment skill for developers and operators, covering core resources, rollout strategies, health checks, and scaling. It combines manifest guidance with common kubectl commands and operational practices.

Key features

  1. 01Deployment、Service 和 Ingress 配置
  2. 02滚动更新、蓝绿和金丝雀策略
  3. 03存活与就绪探针设置
  4. 04Horizontal Pod Autoscaler 配置
  5. 05kubectl 部署与状态检查

Use cases

  1. 01编写应用的 Kubernetes 清单
  2. 02选择适合变更的部署策略
  3. 03排查 Pod 和 Deployment 状态

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/revitalb-port/skills-registry-demo --skill kubernetes-deploying

After installing, type/kubernetes-deployingin Claude Code to confirm it loaded.

Details

From the project README

Kubernetes Deploying

Deploy and manage applications on Kubernetes.

Core Resources

Deployment
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
  labels:
    app: my-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
        - name: my-app
          image: my-registry/my-app:v1.2.3
          ports:
            - containerPort: 3000
          resources:
            requests:
              cpu: 100m
              memory: 128Mi
            limits:
              cpu: 500m
              memory: 512Mi
          livenessProbe:
            httpGet:
              path: /healthz
              port: 3000
            initialDelaySeconds: 10
            periodSeconds: 30
          readinessProbe:
            httpGet:
              path: /ready
              port: 3000
            initialDelaySeconds: 5
            periodSeconds: 10
          env:
            - name: DATABASE_URL
              valueFrom:
                secretKeyRef:
                  name: my-app-secrets
                  key: database-url
            - name: NODE_ENV
              value: production
Service
apiVersion: v1
kind: Service
metadata:
  name: my-app
spec:
  selector:
    app: my-app
  ports:
    - port: 80
      targetPort: 3000
  type: ClusterIP
Ingress
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-app
  annotations:
    cert-manager.io/cluster-issuer: letsencrypt-prod
spec:
  tls:
    - hosts:
        - app.example.com
      secretName: my-app-tls
  rules:
    - host: app.example.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: my-app
                port:
                  number: 80
ConfigMap & Secret
apiVersion: v1
kind: ConfigMap
metadata:
  name: my-app-config
data:
  LOG_LEVEL: info
  FEATURE_FLAGS: '{"darkMode": true}'
---
apiVersion: v1
kind: Secret
metadata:
  name: my-app-secrets
type: Opaque
stringData:
  database-url: postgresql://user:pass@host:5432/db
  api-key: sk-abc123

Common Commands

# Apply manifests
kubectl apply -f k8s/

# Check deployment status
kubectl rollout status deployment/my-app

# View pods
kubectl get pods -l app=my-app

# View logs
kubectl logs -f deployment/my-app

# Execute into a pod
kubectl exec -it <pod-name> -- /bin/sh

# Scale
kubectl scale deployment/my-app --replicas=5

# Rollback
kubectl rollout undo deployment/my-app

# Port forward for local debugging
kubectl port-forward svc/my-app 3000:80

Deployment Strategies

StrategyHowWhen
Rolling update (default)Replace pods one at a timeMost deployments
RecreateKill all old pods, start new onesWhen you can't run two versions simultaneously
Blue/greenRun two full environments, switch trafficNeed instant rollback
CanaryRoute small % of traffic to new versionHigh-risk changes

Rolling update config:

spec:
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0

Health Checks

Always set both:

  • livenessProbe: "Is the process healthy?" — restarts the pod if it fails
  • readinessProbe: "Can it handle traffic?" — removes from service if it fails

Common probe types:

  • httpGet: Hit an HTTP endpoint (most common)
  • exec: Run a command in the container
  • tcpSocket: Check if a port is open

Horizontal Pod Autoscaler

apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: my-app
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: my-app
  minReplicas: 2
  maxReplicas: 10
  metrics:
    - type: Resource
      resource:
        name: cpu
        target:
          type: Utilization
          averageUtilization: 70

Tips

  • Always set resource requests and limits
  • Use namespaces to isolate environments (dev, staging, prod)
  • Never put secrets in plaintext YAML committed to git — use Sealed Secrets, SOPS, or external secret managers
  • Tag images with specific versions, never use :latest in production
  • Set PodDisruptionBudget for high-availability workloads

Comments

Markdown supported