Geçitleri kullanarak sürüm dağıtımı denetimiRelease deployment control using gates

Azure PipelinesAzure Pipelines

Kapılar, dış hizmetlerden gelen sistem durumu sinyallerinin otomatik toplanmasını sağlar ve ardından tüm sinyaller aynı anda başarılı olduğunda yayını yükseltir veya zaman aşımında dağıtımı durdurur.Gates allow automatic collection of health signals from external services, and then promote the release when all the signals are successful at the same time or stop the deployment on timeout. Genellikle, ağ geçitleri olay yönetimi, sorun yönetimi, değişiklik yönetimi, izleme ve dış onay sistemleri ile bağlantılı olarak kullanılır.Typically, gates are used in connection with incident management, problem management, change management, monitoring, and external approval systems.

Kapıları için senaryolarScenarios for gates

Kapıları için bazı senaryolar ve kullanım örnekleri şunlardır:Some scenarios and use cases for gates are:

  • Olay ve sorun yönetimi.Incident and issues management. İş öğeleri, olaylar ve sorunlar için gereken durumu doğrulayın.Ensure the required status for work items, incidents, and issues. Örneğin, dağıtımın yalnızca herhangi bir öncelik sıfır hatası yoksa ve dağıtım sonrasında etkin bir olay olmadığı doğrulaması gerçekleşirken emin olun.For example, ensure deployment occurs only if no priority zero bugs exist, and validation that there are no active incidents takes place after deployment.
  • Azure Pipelines dışındaki onayları ara.Seek approvals outside Azure Pipelines. Microsoft ekipleri veya bolluğu gibi onay işbirliği sistemleriyle tümleştirerek, bir dağıtım hakkında yasal onay departmanları, denetçiler veya BT yöneticileri gibi Azure Pipelines olmayan kullanıcılara bildirme ve onayın tamamlanmasını bekleme.Notify non-Azure Pipelines users such as legal approval departments, auditors, or IT managers about a deployment by integrating with approval collaboration systems such as Microsoft Teams or Slack, and waiting for the approval to complete.
  • Kalite doğrulaması.Quality validation. Geçiş oranı veya kod kapsamı gibi yapı yapıtlarında testlerin ölçütlerini sorgulayın ve yalnızca gerekli eşikler içindeyse dağıtın.Query metrics from tests on the build artifacts such as pass rate or code coverage and deploy only if they are within required thresholds.
  • Yapıtlar üzerinde güvenlik taraması.Security scan on artifacts. Virüsten koruma denetimi, kod imzalama ve derleme yapıtları için ilke denetleme gibi güvenlik taramalarının tamamlandığından emin olun.Ensure security scans such as anti-virus checking, code signing, and policy checking for build artifacts have completed. Bir geçit taramayı başlatabilir ve tamamlanmasını bekleyebilir ya da yalnızca tamamlamayı kontrol edebilir.A gate might initiate the scan and wait for it to complete, or just check for completion.
  • Taban çizgisine göre Kullanıcı deneyimi.User experience relative to baseline. Ürün telemetrisini kullanarak, kullanıcı deneyiminin taban durumundan ayrılmadığından emin olun.Using product telemetry, ensure the user experience hasn't regressed from the baseline state. Dağıtımdan önce deneyim düzeyi bir taban çizgisi olarak düşünülebilir.The experience level before the deployment could be considered a baseline.
  • Değişiklik yönetimi.Change management. Dağıtım gerçekleşmeden önce ServiceNow gibi bir sistemde bulunan değişiklik Yönetimi yordamlarını bekleyin.Wait for change management procedures in a system such as ServiceNow complete before the deployment occurs.
  • Altyapı durumu.Infrastructure health. İzlemeyi yürütün ve dağıtımdan sonra uyumluluk kurallarına göre altyapıyı doğrulayın ya da sağlıklı kaynak kullanımı ve olumlu bir güvenlik raporu için bekleyin.Execute monitoring and validate the infrastructure against compliance rules after deployment, or wait for healthy resource utilization and a positive security report.

Sistem durumu parametrelerinin çoğu zaman içinde farklılık gösterir, düzenli olarak durumunu sağlıklı ve sağlıklı olarak değiştirir.Most of the health parameters vary over time, regularly changing their status from healthy to unhealthy and back to healthy. Bu tür farklılıklara yönelik olarak, tüm kapıları aynı anda başarılı olana kadar düzenli olarak yeniden değerlendirilir.To account for such variations, all the gates are periodically re-evaluated until all of them are successful at the same time. Yayın yürütmesi ve dağıtımı, tüm kapıları aynı aralıkta ve yapılandırılan zaman aşımından önce başarılı olmazsa devam etmez.The release execution and deployment does not proceed if all gates do not succeed in the same interval and before the configured timeout.

Aşama için bir kapı tanımlamaDefine a gate for a stage

Bir aşamanın başlangıcında ( dağıtım öncesi koşullarda) veya bir aşamanın sonunda (dağıtım sonrası koşullar) veya her ikisinde de kapıları etkinleştirebilirsiniz.You can enable gates at the start of a stage (in the Pre-deployment conditions) or at the end of a stage (Post-deployment conditions), or both. Kapıları 'ın nasıl etkinleştirileceği hakkında ayrıntılı bilgi için bkz. ağ geçidi yapılandırma.For details of how to enable gates, see Configure a gate.

Değerlendirmeden önceki gecikme , kapıların geçerli dağıtıma yönelik doğru sonuçları sağlamasına, sabitlemenize ve kullanmaya başlamasını sağlayan ağ geçidi değerlendirme işleminin başlangıcında gecikme süresi olur (bkz. geçit değerlendirme akışları).The Delay before evaluation is a time delay at the beginning of the gate evaluation process that allows the gates to initialize, stabilize, and begin providing accurate results for the current deployment (see Gate evaluation flows). Örnek:For example:

  • Dağıtım öncesi kapıları, tüm hataların dağıtılmakta olan yapıtlara karşı günlüğe eklenmesi gereken süre olacaktır.For pre-deployment gates, the delay would be the time required for all bugs to be logged against the artifacts being deployed.
  • Dağıtım sonrası kapıları için gecikme, dağıtılan uygulamanın sürekli işlemsel bir işlem durumuna ulaşması, dağıtılan aşamada tüm gerekli testlerin yürütülmesi için geçen sürenin ve dağıtımdan sonra olayların günlüğe kaydedilmesini geçen sürenin üst sınırı olacaktır.For post-deployment gates, the delay would be the maximum of the time taken for the deployed app to reach a steady operational state, the time taken for execution of all the required tests on the deployed stage, and the time it takes for incidents to be logged after the deployment.

Aşağıdaki kapıları varsayılan olarak kullanılabilir:The following gates are available by default:

  • Azure Işlevini çağır: bir Azure işlevinin yürütülmesini tetikleyip başarılı bir şekilde tamamlanmasını sağlayın.Invoke Azure function: Trigger execution of an Azure function and ensure a successful completion. Daha fazla ayrıntı için bkz. Azure işlev görevi.For more details, see Azure function task.
  • Azure izleyici uyarılarını sorgulama: etkin uyarılar Için yapılandırılmış Azure izleyici uyarı kurallarını gözlemleyin.Query Azure monitor alerts: Observe the configured Azure monitor alert rules for active alerts. Daha ayrıntılı bilgi için bkz. Azure izleyici görevi.For more details, see Azure monitor task.
  • REST API çağır: bir REST API çağrısı yapın ve başarılı bir yanıt döndürürse devam edin.Invoke REST API: Make a call to a REST API and continue if it returns a successful response. Daha ayrıntılı bilgi için bkz. HTTP REST API görevi.For more details, see HTTP REST API task.
  • İş öğelerini sorgula: bir sorgudan döndürülen eşleşen iş öğelerinin sayısının eşiğin içinde olduğundan emin olun.Query Work items: Ensure the number of matching work items returned from a query is within a threshold. Daha ayrıntılı bilgi için bkz. iş öğesi sorgu görevi.For more details, see Work item query task.
  • Güvenlik ve uyumluluk değerlendirmesi: belirli bir abonelik ve kaynak grubunun kapsamındaki kaynaklardaki Azure ilke uyumluluğunu ve isteğe bağlı olarak belirli bir kaynak düzeyini değerlendirin.Security and compliance assessment: Assess Azure Policy compliance on resources within the scope of a given subscription and resource group, and optionally at a specific resource level. Daha fazla ayrıntı için bkz. Güvenlik uyumluluğu ve değerlendirme görevi.For more details, see Security Compliance and Assessment task.

Market uzantıları ile kendi kapıları oluşturabilirsiniz .You can create your own gates with Marketplace extensions.

Eklediğiniz tüm kapıları için uygulanan değerlendirme seçenekleri şunlardır:The evaluation options that apply to all the gates you've added are:

  • Kapıları yeniden değerlendirmesiyle geçen süre.Time between re-evaluation of gates. Kapıların birbirini izleyen değerlendirmeleri arasındaki zaman aralığı.The time interval between successive evaluations of the gates. Her örnekleme aralığında, yeni istekler her bir geçit için aynı anda gönderilir ve yeni sonuçlar değerlendirilir.At each sampling interval, new requests are sent concurrently to each gate and the new results are evaluated. Örnekleme aralığının, değerlendirme için tüm yanıtların alınmasına izin vermek üzere yapılandırılan kapıları en uzun tipik yanıt süresinden büyük olması önerilir.It is recommended that the sampling interval is greater than the longest typical response time of the configured gates to allow time for all responses to be received for evaluation.
  • Kapıların başarısız olduğu zaman aşımı.Timeout after which gates fail. Tüm kapıları için en fazla değerlendirme süresi.The maximum evaluation period for all gates. Aynı örnekleme aralığı boyunca tüm kapılar başarılı olmadan önce zaman aşımına ulaşıldığında dağıtım reddedilir.The deployment will be rejected if the timeout is reached before all gates succeed during the same sampling interval.
  • Kapılar ve onaylar.Gates and approvals. Her ikisini de yapılandırdıysanız, kapılar ve onaylar için gereken yürütme sırasını seçin.Select the required order of execution for gates and approvals if you have configured both. Dağıtım öncesi koşulları için, varsayılan olarak önce el ile (Kullanıcı) onayları istemekte, ardından kapıları daha sonra değerlendirin.For pre-deployment conditions, the default is to prompt for manual (user) approvals first, then evaluate gates afterwards. Bu, yayın Kullanıcı tarafından reddedilirse, sistemi ağ geçidi işlevlerini değerlendirmeden kaydeder.This saves the system from evaluating the gate functions if the release is rejected by the user. Dağıtım sonrası koşulları için, varsayılan olarak, ağ geçitlerini değerlendirmek ve yalnızca tüm kapılar başarılı olduğunda el ile onaylar istemek içindir.For post-deployment conditions, the default is to evaluate gates and prompt for manual approvals only when all gates are successful. Bu, onaylayanlara onaylamak için gereken tüm bilgileri sahip olmasını sağlar.This ensures the approvers have all the information required to approve.

Kapı sonuçlarını ve günlüklerini görüntüleme hakkında daha fazla bilgi için bkz. onaylar için günlükleri görüntüleme ve dağıtımları izleme ve izleme.For information about viewing gate results and logs, see View the logs for approvals and Monitor and track deployments.

Kapı değerlendirme akışı örnekleriGate evaluation flow examples

Aşağıdaki diyagramda, ilk sabitlemenin gecikme süresi ve üç örnekleme aralığı sonrasında dağıtım onaylandıktan sonra, ağ geçidi değerlendirmesinin akışı gösterilmektedir.The following diagram illustrates the flow of gate evaluation where, after the initial stabilization delay period and three sampling intervals, the deployment is approved.

Başarılı kapı

Aşağıdaki diyagramda, ilk sabitlemenin gecikme süresi dolduktan sonra, her örnekleme aralığında tüm kapılar başarılı olmadığından, ağ geçidi değerlendirmesinin akışı gösterilmektedir.The following diagram illustrates the flow of gate evaluation where, after the initial stabilization delay period, not all gates have succeeded at each sampling interval. Bu durumda, zaman aşımı süresi dolduktan sonra dağıtım reddedilir.In this case, after the timeout period expires, the deployment is rejected.

Başarısız kapıları

VideoVideo

Ek kaynaklarAdditional resources

Yardım ve destekHelp and support