Dağıtımdan sonra hizmetin sorumluluğunu üstlenin

Kullanıcıların bağımlı olduğu hizmeti tanımlayın

Dağıtım, yazılımı kullanıma sunar. İşletim; kullanıcılar, bağımlılıklar, trafik ve gereksinimler değişirken yazılımı yararlı tutar. Kod üreticisi bu sürekli işi ortadan kaldırmaz.

Kurgusal müşteri dışa aktarma özelliğinde, kullanıcıların erişilebilir bir sayfadan fazlasına ihtiyacı vardır. İzin verilen kayıtları, gereken biçimde ve kabul edilebilir sürede almaları gerekir. Hizmetin başka kuruluşun verilerine erişimi önlemesi de gerekir.

Yayından önce sorumluyu belirleyin. Hizmet taahhüdünün parçasıysa, normal çalışma saatleri dışında kimin müdahale edeceğini kaydedin. Tedarikçi işin bir bölümünü yapabilir, ancak kuruluşun kararlar ve iletişim için yine de açık bir yola ihtiyacı vardır.

İşleme yol açan sinyaller seçin

Hizmet seviyesi göstergesi, yani SLI, hizmet davranışının tanımlı bir özelliğini ölçer. Hizmet seviyesi hedefi, yani SLO, belirtilen dönem boyunca bu gösterge için hedef belirler. Hedefi kullanıcı ihtiyaçlarına ve işletim kapasitesine göre seçin.

Google’ın SRE rehberi, bu yaklaşımı ve güvenilirlik kararlarında hata bütçesinin kullanımını açıklar. Anlamını kontrol etmeden başka bir hizmetin hedefini kopyalamayın. SLO rehberi, örnek hata bütçesi politikası.

Dışa aktarma için, uygun bir isteğin hangi durumda başarılı sayılacağını tanımlayın. Beklenen erişim retlerini sistem hatalarından ayırın. Bir ölçütün yalnızca zor istekleri gizleyerek iyileşmesini önlemek için kapsam dışı durumları belgeleyin.

Görünürlüğü artırmak için dışa aktarılan verinin tamamını günlüklere yazmayın. Sorunu teşhis etmek için gereken en az bilgiyi toplayın ve bu bilgiye erişimi koruyun.

Olay müdahalesini hazırlayın

Kimin koordine edeceğini, kimin araştıracağını ve kimin iletişim kuracağını belirleyin. Küçük ekipte bu roller birleştirilebilir, ancak sorumluluklar açık kalmalıdır. Gözlemleri ve işlemleri kaydedin.

Google’ın olay müdahalesi rehberi, teknik etki sınırlamanın yanında koordinasyonu ve iletişimi vurgular. Teknik olarak doğru bir düzeltmede bile kullanıcılar bilgisiz kalabilir veya birden fazla müdahale görevlisi çelişen değişiklikler yapabilir. Olay müdahalesi.

Ajan, onaylı veri sınırları içinde günlükleri özetleyebilir veya hipotezleri karşılaştırabilir. Olay acil diye sınırsız üretim yetkisi kazanmamalıdır. İstisnai erişim için tanımlı bir yetki yükseltme yolu kullanın.

Kurtarmayı uygulayın ve bakıma bütçe ayırın

Kurtarma prosedürünü temsili kurgusal verilerle test edin. Silinen kayıtlar veya zaten gönderilmiş mesajlar dahil, kod rollback işleminin geri alamayacağı sonuçları belirleyin. Hizmeti geri getirmek için gereken süreyi ve bilgiyi kaydedin.

Sürekli işleri atayın: bağımlılık güncellemeleri, erişim incelemeleri, uygun olduğunda sertifika yenileme, kapasite değişiklikleri ve belge düzeltmeleri. Bakım kapasitesi olmayan hizmette, yayına alma bütçesi bittikten sonra yükümlülükler birikir.

Olaydan sonra, gözlenen nedenleri ele alan iyileştirmeler seçin. Bunları uygulamaya ve doğrulamaya bağlayın. Böylece yaşam döngüsü tamamlanır: işletimden gelen kanıt, ekibin sonraki aşamada neyi tanımlayıp geliştireceğini değiştirir.