Kejuruteraan Pelepasan DevOps dan Pengawal CI/CD: Panduan Tahap Pengeluaran

Senario

Satu pasukan menggunakan Jenkins dan GitLab CI untuk menggunakan mikroservis pada Kubernetes. Mereka sering mengalami kegagalan pelepasan dan masa henti. Mereka mahu menguatkuasakan pengawal CI/CD untuk meningkatkan keselamatan.

Gejala

• Kadar ralat meningkat serta-merta selepas penggunaan produksi
• Pengembalian lambat dan manual
• Pembangun memintas ujian dan menggabung kod secara langsung

Diagnosis

1. Ketiadaan get ujian automatik (ujian unit, integrasi, imbasan keselamatan)
2. Tiada strategi penghantaran progresif (misalnya, canary)
3. Proses pengembalian sepenuhnya manual
4. Penggera pemantauan tidak disepadukan dengan saluran paip

Arahan & Konfigurasi Utama

Contoh saluran paip Jenkins dengan peringkat pengawal:

pipeline {
    agent any
    stages {
        stage('Lint') {
            steps { sh 'golangci-lint run' }
        }
        stage('Ujian Unit') {
            steps { sh 'go test ./... -cover' }
        }
        stage('Bina Imej') {
            steps { sh 'docker build -t myapp:$BUILD_NUMBER .' }
        }
        stage('Imbasan Keselamatan') {
            steps { sh 'trivy image myapp:$BUILD_NUMBER' }
        }
        stage('Gunakan ke Pensandian') {
            steps { sh 'kubectl set image deployment/myapp-staging myapp=myapp:$BUILD_NUMBER -n staging' }
        }
        stage('Ujian Asap') {
            steps { sh 'newman run smoke-tests.json' }
        }
        stage('Penggunaan Canary') {
            steps {
                sh 'kubectl set image deployment/myapp-canary myapp=myapp:$BUILD_NUMBER -n production'
                input 'Teruskan dengan pelepasan penuh?'
            }
        }
        stage('Pelepasan Penuh') {
            steps { sh 'kubectl set image deployment/myapp myapp=myapp:$BUILD_NUMBER -n production' }
        }
    }
}

Kawalan Risiko

• Gunakan Flag Ciri: togol fungsi melalui pengurusan konfigurasi
• Get automatik: sekat gabung jika liputan kod < 80%
• Penghantaran progresif: canary dengan 5% trafik selama 15 minit
• Sandaran pra-penggunaan: kubectl get deployment myapp -o yaml > backup.yaml

Pengembalian

Skrip pengembalian automatik:

kubectl rollout undo deployment/myapp -n production
kubectl rollout status deployment/myapp -n production

Dengan Helm:

helm rollback myapp 1

Pengesahan

1. Periksa status pod: kubectl get pods -n production -l app=myapp
2. Pantau metrik: Pertanyaan Prometheus kadar ralat rate(http_requests_total{status=~"5.."}[5m])
3. Sahkan versi pengembalian: kubectl rollout history deployment/myapp -n production

Bila Hantar Tiket OpsGlobal

• Perlu strategi penggunaan progresif lanjutan (biru/hijau)
• Kegagalan saluran paip tanpa punca jelas
• Pengawal automatik tidak berfungsi seperti yang diharapkan
• Keperluan pematuhan menuntut log audit dan konfigurasi get