Dunia K2: Dulang & Pesanan

Blue/green dan canary dengan Deployment

Anda akan belajar: blue/green dengan tukar selector Service, dan canary dengan bilangan replika.

Teks BM belum disemak oleh penutur asli.

Disemak dengan Kubernetes 1.37 pada 31 Okt 2026

Masalahnya

Menu versi 2 sudah siap. Anda mahu ia hidup dalam satu saat. Kalau rosak, hilang dalam satu saat. Dengan objek Kubernetes biasa, bagaimana?

Tengok

Anda di sini: kluster kind-dev namespace default

~/shop $ kubectl get deploymentsNAME         READY   UP-TO-DATE   AVAILABLE   AGEshop-blue    2/2     2            2           16sshop-green   2/2     2            2           16s~/shop $ kubectl get service shop -o wideNAME   TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE   SELECTORshop   ClusterIP   10.96.151.105   <none>        80/TCP    16s   app=shop,version=blue~/shop $ kubectl exec client -- wget -qO- -T 5 http://shop<h1>Kedai Kancil menu v1</h1>

: dua Deployment penuh berjalan sebelah-menyebelah. Selector Service tulis version=blue, jadi hanya dulang blue dapat pelanggan.

Cuba

Giliran anda. service-green.yaml ialah nombor pesanan yang sama, tapi tuju ke green. Apply fail itu. Kemudian tanya kedai sekali lagi dari client.

Anda di sini: kluster kind-dev namespace default

shop2/2 sedia

dev-control-planeBukaPengurus

Tiada dulang di sini.

dev-workerBuka

client
shop·gl7xh
shop·68n9z

dev-worker2Buka

shop·kw9rw
shop·nhlrr

Masa: +0s (dipercepat)

Petunjuk

kubectl apply -f service-green.yaml, kemudian kubectl exec client -- wget -qO- -T 5 http://shop.

Teka

Green ada bug. Secepat mana anda boleh kembali ke blue?

Tengok

Anda di sini: kluster kind-dev namespace default

~/shop $ kubectl apply -f canary.yamldeployment.apps/shop-canary created~/shop $ kubectl rollout status deployment/shop-canary --timeout=120sWaiting for deployment "shop-canary" rollout to finish: 0 of 1 updated replicas are available...deployment "shop-canary" successfully rolled out~/shop $ kubectl get deploymentsNAME          READY   UP-TO-DATE   AVAILABLE   AGEshop-canary   1/1     1            1           4sshop-stable   3/3     3            3           20s~/shop $ kubectl get endpointslices -l kubernetes.io/service-name=shopNAME         ADDRESSTYPE   PORTS   ENDPOINTS                                      AGEshop-c8v4d   IPv4          80      10.244.2.4,10.244.1.3,10.244.2.3 + 1 more...   20s

: Deployment kedua dengan label app: shop yang sama, tapi hanya 1 dulang. Service pilih keempat-empatnya, jadi lebih kurang 1 daripada 4 pelanggan rasa versi 2.

Cuba

Trafik sebenar, ralat sebenar. Alihkan pelanggan ke versi 2 langkah demi langkah. Rollback sebelum 150 orang kena bug.

Hantar sedikit pengguna ke v2. Tengok graf. Roll back jika ralat melonjak.

Pengguna sekarang: 100% di v1 (lama), 0% di v2 (baharu).

Kadar ralat setiap minit

v1 (lama) v2 (baharu)

Minit 0

Pengguna yang kena ralat v2: 0 (had 150)

Nombor, minit demi minit

Belum ada trafik.

Semak

Blue/green atau canary? Susun setiap fakta.

Seret kad ke dalam kotak. Atau ketik kad, kemudian ketik kotak.

Anda berjaya!

Kini anda boleh jalankan keluaran blue/green dan canary dengan Deployment biasa.

Nak tahu lebih (pilihan)

Di mana cerita ini tak tepat: dulang sebenar ialah program yang berjalan. Gerai ialah sebuah komputer penuh. Canary ikut replika juga kasar: 1 daripada 4 ialah 25%, bukan 5%. Untuk bahagian tepat, guna berat Gateway API (Dunia K3) atau Argo Rollouts (Dunia K7).

Latihan sebenar (pilihan): dalam kluster yang boleh dibuang, tukar selector Service, kemudian tukar balik.