Membina Pengawal CI/CD yang Teguh untuk Penggunaan Kubernetes

Senario

Pasukan anda mengautomasikan penggunaan perkhidmatan mikro kritikal ke kluster Kubernetes. Saluran paip CI/CD lulus semua ujian, tetapi selepas penggunaan, perkhidmatan tidak responsif. Anda mengesyaki had sumber atau konfigurasi probe bermasalah.

Gejala

• Pod menunjukkan CrashLoopBackOff atau Running tetapi gagal probe kesediaan.
• Log menunjukkan OOMKilled atau sumber tidak mencukupi.
• Versi baru tidak menerima trafik; versi lama masih berkhidmat.

Diagnosis

Periksa dengan arahan ini:

# Periksa status pod dan peristiwa
kubectl describe pod <nama-pod> -n <ruang-nama>

# Lihat log kontena
kubectl logs <nama-pod> -n <ruang-nama> --previous

# Semak penggunaan sumber
kubectl top pod <nama-pod> -n <ruang-nama>

# Sahkan konfigurasi probe kesediaan
kubectl get pod <nama-pod> -n <ruang-nama> -o yaml | grep -A10 readinessProbe

Contoh Arahan

# Andaikan pod dimulakan semula akibat OOMKilled
kubectl get events --field-selector involvedObject.name=<nama-pod> -n <ruang-nama>
# Output menunjukkan: OOMKilled
# Laraskan had sumber Deployment
kubectl set resources deployment/<nama-deployment> -n <ruang-nama> --limits=cpu=500m,memory=512Mi --requests=cpu=250m,memory=256Mi

Kawalan Risiko

• Tambah pemeriksaan had sumber dalam saluran paip CI: gunakan kubectl dry-run dan pengesahan tersuai.
• Wajibkan probe kesediaan dan liveness.
• Laksanakan penghantaran progresif (contohnya, kemas kini bergulir, canary).
• Gunakan Polisi Keselamatan Pod atau OPA Gatekeeper.

Gulung Balik

Jika penggunaan gagal, gulung balik segera:

kubectl rollout undo deployment/<nama-deployment> -n <ruang-nama>
# Atau ke versi tertentu
kubectl rollout undo deployment/<nama-deployment> -n <ruang-nama> --to-revision=2

Pengesahan

Selepas gulung balik, sahkan:

kubectl rollout status deployment/<nama-deployment> -n <ruang-nama>
kubectl get pods -n <ruang-nama> | grep <nama-deployment>
# Pastikan semua pod sihat

Bila Hantar Tiket OpsGlobal

• Apabila anda memerlukan reka bentuk pakar untuk strategi pengawal CI/CD yang lengkap.
• Apabila kegagalan melibatkan isu peringkat platform (Ingress, sijil, kehabisan kluster).
• Apabila anda memerlukan sokongan pemantauan dan penggera 24/7.