Dağıtım geçitleri kavramları
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Devam etmeden önce dağıtımların belirli ölçütleri karşıladığından emin olmak için Azure Pipelines'daki dağıtım geçitleri yayın işlem hatlarına eklenir. Geçitler, daha kararlı ve güvenli yazılım sürümlerine yol açan sıkı denetimler yaparak dağıtımların güvenilir ve güvenli olmasını sağlamak için gereklidir.
Geçitler, bir sürüm aşamasının dağıtım öncesi ve dağıtım sonrası koşullarında tanımlanır. Azure İşlevi veya REST API'leri gibi dış hizmetlerden gelen sistem durumu sinyallerini otomatik olarak toplayarak, bu sinyallere göre yayınların yükseltilmesini kontrol etmek için bir mekanizma sağlar. Gates, doğru paydaşların yayını onaylamasını ve yayının gerekli kalite ve uyumluluk ölçütlerini karşıladığından emin olmak için onaylarla çalışır.
Kullanım örnekleri
Dağıtım geçitleri için bazı yaygın kullanım örnekleri şunlardır:
- Olay yönetimi: Dağıtıma devam etmeden önce belirli ölçütlerin karşılandığından emin olun. Örneğin, dağıtımın yalnızca öncelik sıfır hatası yoksa gerçekleştiğine emin olun.
- Onayları isteyin: Denetçiler veya BT yöneticileri gibi harici kullanıcıları bir dağıtım hakkında bilgilendirmek ve onaylarını beklemek için Microsoft Teams veya Slack ile bütünleştirin.
- Kalite doğrulama: Geçiş hızı veya kod kapsamı gibi işlem hattı ölçümlerini sorgulayın ve yalnızca önceden tanımlanmış bir eşik içindeyse dağıtın.
- Güvenlik taraması: Yapıt taraması, kod imzalama ve ilke denetimi gibi güvenlik denetimleri gerçekleştirin. Bir dağıtım kapısı taramayı başlatıp tamamlanmasını bekleyebilir veya yalnızca tamamlanmasını denetleyebilir.
- Temel'e göre kullanıcı deneyimi
: Kullanıcı deneyiminin temel durumdan gerilemesini önlemek için ürün veri toplamayı kullanın. Dağıtımdan önceki kullanıcı deneyimi ölçümleri temel olarak kullanılabilir. - Değişiklik yönetimi: Dağıtıma devam etmeden önce ServiceNow gibi bir sistemde değişiklik yönetimi yordamlarının tamamlanmasını bekleyin.
- Altyapı sistem durumu: dağıtımdan sonra izleme gerçekleştirin ve altyapıyı uyumluluk kurallarına göre doğrulayın ya da iyi durumdaki kaynak kullanımını ve pozitif bir güvenlik raporunu bekleyin.
Sağlık parametrelerinin çoğu, zaman içinde değişir ve düzenli olarak durumlarını sağlıklıdan sağlıksıza ve tekrar sağlıklıya çevirir. Bu tür varyasyonları hesaba eklemek için, tümü aynı anda başarılı olana kadar tüm kapılar düzenli olarak yeniden değerlendirilir. Tüm geçitler aynı aralıkta ve belirlenen zaman aşımı süresinden önce başarılı olmazsa, yayın gerçekleştirme ve dağıtım devam etmez.
Aşama için kapı tanımlama
Geçitleri bir aşamanın başında (
Değerlendirme öncesi Gecikmesi, geçit değerlendirme sürecinin başında geçitlerin başlatılması, kararlılık kazanması ve geçerli dağıtım için doğru sonuçlar sağlamaya başlaması için bir zaman gecikmesidir. Daha fazla bilgi için bkz. Geçidi değerlendirme akışları.
- dağıtım öncesi geçitleriçin, gecikme, dağıtılan yapıtlara dair tüm hataların kaydedilmesi için gereken süre olacaktır.
dağıtım sonrası geçitleri için, dağıtılan uygulamanın kararlı bir işletim durumuna ulaşması için gereken en uzun süre, dağıtılan aşamada gerekli tüm testlerin yürütülmesi için geçen süre ve dağıtımdan sonra olayların günlüğe kaydedilmesi için gereken süre gecikme olacaktır.
Aşağıdaki geçitler varsayılan olarak kullanılabilir:
- Azure İşlevini çağırma: Azure işlevinin yürütülmesini tetikler ve başarıyla tamamlandığından emin olun. Daha fazla bilgi için bkz. Azure işlev görevi.
- Azure mMnitor uyarılarını sorgulama: Etkin uyarılar için yapılandırılan Azure izleyici uyarı kurallarını inceleyin. Daha fazla bilgi için bkz. Azure izleme görevi.
- REST API'sini çağırma: REST API'ye çağrı yapın ve başarılı bir yanıt döndürüyorsa devam edin. Daha fazla bilgi için bkz. REST API'sini çağırma görevi.
- İş öğelerinisorgula: Sorgudan döndürülen eşleşen iş öğelerinin sayısının eşik içinde olduğundan emin olun. Daha fazla bilgi için bkz. İş Öğelerini Sorgulama görevi.
- Azure İlkesi uyumluluğunu denetleyin: Belirli bir abonelik ve kaynak grubu kapsamındaki ve isteğe bağlı olarak belirli bir kaynak düzeyindeki kaynaklarda Azure İlkesi uyumluluğunu değerlendirin. Daha fazla bilgi için bkz. Azure Policy uyumluluğunu denetleme görevi.
Ayrıca Marketplace uzantılarıyla kendi kapılarınızı oluşturabilirsiniz.
Tüm kapılara uygulanan değerlendirme seçenekleri şunlardır:
- Geçit'in yeniden değerlendirilmesi arasındaki süre. Geçitlerin ardışık değerlendirmeleri arasındaki zaman aralığı. Her örnekleme aralığında, her bir geçide eşzamanlı olarak yeni istekler gönderilir ve yeni sonuçlar değerlendirilir. Öneri, örnekleme aralığının, tüm yanıtların değerlendirme için alınmasına izin vermek için yapılandırılan geçitlerin en uzun tipik yanıt süresinden uzun olmasıdır.
- Geçitlerin başarısız olduğuzaman aşımı. Tüm kapılar için maksimum değerlendirme süresi. Aynı örnekleme aralığında tüm geçitler başarılı olmadan önce zaman aşımına ulaşılırsa dağıtım reddedilir.
- Geçitleri ve onaylar. Her ikisini de yapılandırdıysanız geçitler ve onaylar için gerekli yürütme sırasını seçin. Dağıtım öncesi koşullar için, varsayılan olarak önce el ile (kullanıcı) onaylar istenir, ardından, eğer kullanıcı yayını reddetmezse, geçitler değerlendirilir ve böylece kullanıcı yayını reddederse sistemi gereksiz yere geçit işlevlerini değerlendirmekten kurtarır. Dağıtım sonrası koşullarda, varsayılan durum, tüm geçitler başarılı olduğunda geçitlerin değerlendirilmesi ve yalnızca bu durumda el ile onayların istenmesidir. Bu, onaylayanların yayını onaylamak için gerekli olan tüm bilgilere sahip olmalarını sağlar.
Geçit analizi hakkında daha fazla bilgi için bkz. Onay günlüklerini görüntüleme ve dağıtımları izleme ve takip etme.
Geçit değerlendirme akışı örnekleri
Aşağıdaki diyagramda, ilk sabitleme gecikme süresinden ve üç örnekleme aralığından sonra dağıtımın onaylandığı geçit değerlendirme akışı gösterilmektedir.
Aşağıdaki diyagramda, ilk sabitleme gecikme süresinden sonra her örnekleme aralığında tüm geçitlerin başarılı olmadığı geçit değerlendirme akışı gösterilmektedir. Bu durumda, zaman aşımı süresi dolduktan sonra dağıtım reddedilir.
