Dünyanın en detaylı ücretsiz FDE + DevOps kütüphanesi: 140 üzeri ders, 70 üzeri lab ve 80 uzun yazı, İngilizce ve Türkçe. Öğrenmeye başla →

DevOps Practitioner · Modül 1: Kubernetes workload yönetimi

İleri Saran Deployment ve ReplicaSetler

Deployment, yeni kodun podlara nasıl ulaşacağına dair sürümlü sözdür. Dönerek güncelleme, kayıtlı revizyonlar ve tek komutluk geri alma, sürümleri olay olmaktan çıkarıp rutine çevirir.

10 dk okuma

Kazanımlar

  • Deploymentın yeni şablonu kesintisiz nasıl devreye aldığını açıklamak
  • Sürüm geçmişini okuyup trafiğe şu an hangi revizyonun çıktığını adlandırmak
  • Bozuk sürümü kayıtlı tek komutla geri almak
  • Geri alma mümkün kalacak, çöp birikmeyecek geçmiş limiti koymak

Neden önemli

Ekip cuma günleri manifest uygulayıp izleyerek sürer. Yeni sürüm girişleri bozunca kurtarma demek eski manifesti bulmak, etiketi geri düzenlemek, yeniden uygulamak ve o sırada başka bir şeyin değişmemiş olmasını ummaktır. Olay baskısı altında yirmi dakika arkeoloji. Deployment oluşturduğu her revizyonu saklar; kurtarma önceki ReplicaSete kayıtlı tek geri almadır ve geçmiş her an hangi şablonun trafik aldığını gösterir. Sürüm sıkıcıdır çünkü makine insanların unuttuğunu hatırlar.

Kavramlar

Deployment ReplicaSetlere sahiptir; her şablon değişikliği yeni ReplicaSet doğurur, eskiler geçmiş limitine göre saklanır. Dönerek strateji kesintiyi iki sayıyla sınırlar: maxUnavailable (kaç pod kapalı kalabilir) ve maxSurge (kaç fazladan pod olabilir). Küçük değerler yavaş ve güvenli demektir; varsayılanlar küçük servislere uyar, büyük filolar kapasite ve sabra göre ayarlar. Hazırlık geçidi devreye alımı durdurur: hazır olmayan yeni pod ilerlemeyi engeller, trafik almaz; bu tam 3. dersin tasarladığı davranıştır.

Devreye alma durumu birinci sınıf sorgudur, his değil. Sürüm geçmişi revizyonları şablonlarıyla listeler; geri alma Deploymentı önceki revizyona döndürür ve o da aynı artış ve erişilebilirlik sınırlarıyla devreye girer. İki arıza şeklini tanı: takılan devreye alım (yeni podlar hiç hazır olmaz, genelde prob veya imaj sorunu) ve tamamlanıp hata veren devreye alım (hazır podların arkasında bozuk kod, metrik yakalar, önce geri al sonra teşhis).

Geçmiş limitini bilinçli tut. Onluk varsayılan ucuzdur ve çoğu olayı kapsar; sınırsız yükseltmek kimseye geri döndürmeyeceği revizyonlarla nesne deposunu doldurur. Sürümlere değişim notu ekle ki geçmiş özet listesi değil kayıt gibi okunsun.

Uygulamalı örnek

Demo Deployment v1den bozuk v2ye geçer. Öğrenci devreye alımın takıldığını veya hata verdiğini görür, durum ve geçmiş komutlarını çalıştırır, kayıtlı önceki revizyona geri alır. Trafik aynı dönerek sınırlarla döner. Alıştırma doğru v3 ile tekrarlanır ve ileri yol gösterilir: geçmiş büyür, bozuk eski ReplicaSet sıfıra iner ama limit emekli edene kadar listede kalır.

Yaygın yanlış hamle

Bozuk devreye alımı düzeltmek için Deploymentı silip yeniden kurmak. Bu revizyon geçmişini siler, her podu aynı anda yeniden başlatır ve sınırlı geri almayı sınırsız kesintiye çevirir. Deployment nesnesinin içinden ileri veya geri git; etrafından değil.

Mini kontrol

4 soruluk isteğe bağlı öz kontrol. Yanıtlar cihazından çıkmaz, saklanmaz ve hiçbir değerlendirmeye sayılmaz.

Ders geri bildirimi

Henüz yayında geri bildirim yok.

Geri bildirim yazmak için giriş yap ve dersi tamamla.

Kaynaklar

Alıştırma

Yerel kümede demo Deploymentı bozuk imaja sür, arızayı devreye alım durumundan doğrula, önceki revizyona geri al; geri yüklemeyi kanıtlayan geçmiş satırını alıntıla.

Geçme kriterleri

Kayıtta bozuk revizyon, geri alma komutu ve geri yüklenen revizyonun güncel ve trafikte olduğunu gösteren geçmiş listesi vardır.

İlerlemeni kaydetmek için giriş yapÜcretsiz hesap: yalnızca ders ilerlemen ve quiz sonuçların saklanır.