6 AY PEŞİN −28% · 1 YIL PEŞİN −50%Planları karşılaştır
PrivacyNodes
SÜRÜM MÜHENDİSLİĞİ

Sonraki dağıtımınızı tekrarlanabilir yapın

Tekrarlanabilir bir dağıtımın bilinen girdileri, kasıtlı bir sırası ve net bir durma koşulu vardır. Çalışan bir uygulamayı değiştirmeden önce çıktı ve veritabanı uyumluluk sınırını kaydedin; önceki imajı yeniden dağıtmak olası kurtarma eylemlerinden yalnızca biridir.

PrivacyNodes mühendislik notları · İncelendi · 3 dk okuma

Tanımlanabilir girdileri toplayın

Üretim dışı bir ortamda derleyebileceğiniz bir uygulama, kaynak ve çıktı kayıt defterine erişim, sürümlenmiş bir yapılandırma şeması ve harici bir sır deposu kullanın. Bilinen çalışan bir sürümü saklayın. Bunlar otomasyonunuzun girdileridir; PrivacyNodes bu web sitesi üzerinden bir dağıtım API'si veya işlem hattı çalıştırıcısı sağlamaz.

Şu gibi değiştirilebilir bir etikete güvenmek yerine çıktıyı sabitleyin: latest. Docker, güncellemelerin kasıtlı olarak gözden geçirilmesi gereksinimiyle tam bir temel imajı tanımlamak için özet sabitlemeyi belgeler. Hem yeniden üretilebilirlik hem de yamalama sorumluluktur: eski ve savunmasız bir imajı sonsuza dek tutmak bir bakım planı değildir.

Teknik referans: Docker derleme en iyi uygulamaları.

Trafiği değiştirmeden önce bir sürüm kaydı yazın

Bu bir belge biçimidir, çalıştırılabilir bir betik değildir. Yer tutucuları gözden geçirilmiş çıktıdan doldurun. Tek başına bir kaynak revizyonu ortam değişikliklerini tanımlamaz. Gözlemlenen geçiş süresini, beklenen kilit davranışını, yapılandırma farklarını ve son çalışan çıktıyı ekleyin.

# Illustrative release record — no credentials
release: reports-api-review-01
source_revision: REVISION_TO_REVIEW
artifact_digest: DIGEST_FROM_YOUR_REGISTRY
configuration_schema: config-v3
migration: add-export-state
old_code_can_read_new_schema: yes
verification:
  - authenticated-read
  - enqueue-and-complete-test-export
  - failed-dependency-behavior
rollback_decision: keep-additive-schema-and-previous-artifact
operator_and_result: TO_BE_RECORDED

Kaydı, uygulama kapalıyken erişilebilir bir yerde saklayın. Değerlerini dahil etmeden korumalı kurtarma kimlik bilgilerine başvurun. Terfi ettirmeyi durdurabilecek bakımcıyı ve planlanan geri alma işleminin artık geçerli olmadığı noktayı belirtin.

Hazırlığı terfi ettirmeden ayırın

Önce çıktıyı derleyin ve inceleyin. Yeni süreci başlatmadan önce yapılandırmayı ve sır referanslarını doğrulayın. Yalnızca bu sürüm için gözden geçirilmiş şema adımını uygulayın. Yeni sürümü amaçlanan ortamda başlatın ve trafiği taşımadan önce bağımlılıkları kontrol edin; gözden geçirilmemiş yıkıcı bir geçişi olağan bir imaj güncellemesiyle birleştirmekten kaçının.

Compose ile başlatılan bir konteyner hazır olmayı sağlamaz. Anlamlı bir sağlık kontrolü ve condition: service_healthy bağımlılık beklemeyi kullanışlı kılabilir, ancak bir müşteri iş akışını doğrulayamaz. Uygulama yine de başlangıçtan sonra kullanılamaz hale gelen bir bağımlılığı ele almalıdır.

Teknik referans: Docker Compose başlatma sırası.

Yeşil bir porttan daha fazlasını doğrulayın

Raporlama API'si için kimliği doğrulanmış bir test isteğini, amaçlanan şemaya karşı bir okumayı, küçük bir kuyruğa alınmış dışa aktarmayı ve dosyasına erişimi kontrol edin. Ayrılmış bir test ad alanı kullanın ve üretim bildirimlerini bastırın. Çakışan sürümlerin zamanlanmış işleri yanlışlıkla çoğaltamayacağını doğrulayın.

Kontrolden önce beklenen çıktıları yazın: doğru hesap kapsamı, beklenen örnek kayıt, tamamlanmış bir dışa aktarma ve yetkisiz hesaplar arası veri olmaması. Gerçek çıktıları ve zamanlamayı sonradan kaydedin. Bir çalışan sürekli başarısız oluyorsa veya bir geçiş API'nin eski değerleri okumasına neden olduysa, HTTP 200 döndüren bir ana sayfa yeterli değildir.

Kurtarma kararını açık hale getirin

Süreç başlatılamazsa, trafiği çalışan sürümde tutun. Bir iş akışı kontrolü başarısız olursa, terfiyi durdurun ve düzenlenmiş kanıtları koruyun. Eski yapıyla uyumlu eklemeli bir şema, uygulama geri alma işlemine izin verebilir. Uyumsuz bir dönüşümden sonra eski kod güvensiz olabilir; incelenen ileri düzeltme veya veri kurtarma planını izleyin.

Başarısız bir geçişi sonsuza kadar tekrarlamayın. Neyin işlendiğini, yeniden denemenin güvenli olup olmadığını ve kullanıcıların yeni şema altında yazıp yazmadığını belirleyin. geçiş kılavuzu bu sınırı bir sütun değişikliğiyle geliştirir. Bir geri alma düğmesinin varlığını verilerin geri döndürülebileceğinin kanıtı olarak görmeyin.

Başka bir bakımcının izleyebileceği bir kayıt bırakın

Dağıtılan yapı ve yapılandırma tanımlayıcılarını planlanan kayıtla karşılaştırın. Kontrolleri, başarısız denemeleri ve seçilen kurtarma eylemini koruyun. Son çalışan yapıyı açık bir saklama politikası altında tutun; doğrulama tamamlanmadan kaldırmayın.

Faydalı bir prova, başka bir yetkili bakımcının girdileri açıklamasına, kontrolleri tekrarlamasına ve kabuk geçmişinizde arama yapmadan kurtarma talimatlarını bulmasına olanak tanır. Sıfır kesinti veya gelecekteki başarıyı kanıtlamaz. Şema, çalışan davranışı veya bağımlılıklar değiştiğinde bunu yeniden gözden geçirin. Ardından, dağıtım kimliğinin izinlerini.

Resmî referanslar

Bu makale için belgeler incelendi. Örnekler, bir PrivacyNodes sunucusunda test edilmiş komutlar değil, planlama alıştırmalarıdır. Yüklü sürümünüz için belgeleri kontrol edin.