Doğruyu Söyleyen Problar: Hazırlık, Canlılık ve Başlangıç

Neden önemli

Servis aylarca kontrollerden geçer, sonra bir sürüm tüm trafiği önbelleği henüz ısınmamış podlara yönlendirir ve üç dakika her istek zaman aşımına uğrar. Hazırlık probu kök yola vuruyordu; süreç başlar başlamaz 200 döner, servis yararlı iş yapamadan çok önce. Prob süreç hakkında doğruyu, hazırlık hakkında yalanı söyledi ve Servis inandı. Her prob olayı bu şekildedir: uç nokta kümenin sorduğundan başka soruyu yanıtlar ve otomasyon yanlış yanıta makine hızında davranır.

Kavramlar

Üç prob, üç soru. Hazırlık bu pod şu an trafik almalı mı diye sorar; başarısız hazırlık podu yeniden başlatmadan Servis uç noktalarından çıkarır. Canlılık süreç geri dönülmez takıldı mı diye sorar; başarısız canlılık konteyneri yeniden başlatır. Başlangıç yavaş açılan konteyner hâlâ ısınıyor mu diye sorar; başlangıç başarısızken canlılık duraklatılır ve canlılık zaman aşımını aşan ısınmalar korunur. Yalnızca canlılığı olan podda trafik geçidi yoktur; yalnızca hazırlığı olanda kilitlenmeden kurtulma yoktur. Çoğu servis hazırlık artı canlılık ister, yavaş açılanlar başlangıç ekler.

Bağımlılık yolunu yokla, süreci değil. Veritabanı bağlantısını açan durum ucuna HTTP kontrolü hazırlığı kanıtlar; dinleyen porta TCP kontrolü yalnızca soketin varlığını kanıtlar. Zaman aşımı ve eşikler sabrı kodlar: fazla hevesli normal dalgalanmada sağlıklı podları yeniden başlatır, fazla cömert gerçek arızayı bekletir. Arıza olayları probu, ucu ve sayıları adlandırır; teşhis uygulama kaydında değil olay metninde başlar.

Canlılık asla dış servise bağlanmamalı. Veritabanı çöker ve her podun canlılığı veritabanını yoklarsa küme beklemek yerine tüm filoyu yeniden başlatır; alt sistem arızasını çökme döngüsüne çevirir. Hazırlık bağımlılıkları yansıtabilir (bağımlılık yanıt verene trafik yok); canlılık yalnızca sürecin kendisini yansıtır.

Uygulamalı örnek

Demo servis /alive (hep 200) ve /ready (deneme deposu ulaşılabilir ve otuz saniyelik ısınma bitince 200) sunar. Öğrenci önce iki probu /alivea bağlar ve sürümün trafiği soğuk podlara gönderdiğini izler; sonra hazırlığı /readye çevirip ısınmayı kapsayan başlangıç probu ekler ve aynı sürümün beklediğini görür. L26 labı bunu onarım olarak tekrarlar: yanlış probun kestiği trafik, gerçek yolun yoklanmasıyla düzelir.

Yaygın yanlış hamle

Prob bloklarını ucu değiştirmeden servisler arası kopyalamak. Her servis aynı /healthz kontrolünü alır, servislerin yarısında böyle yol yoktur ve küme trafik veren podları yeniden başlatır. Prob belirli uygulama yoluna dair iddiadır; yapıştırılan iddia çalışan koda karşı doğrulanana kadar yanlıştır.