DevOps ekibiniz Azure Virtual Desktop host havuzlarını ve oturum ana bilgisayarlarını Bicep aracılığıyla dağıtır. Dağıtım sırasında, kaynak koduna veya parametre dosyalarına sırları koymadan etki alanı birleştirme kimlik bilgileri ve ters bağlantı için bir SSL sertifikası sağlanmalıdır. Denetçiler, sırların yanlışlıkla silinmesi durumunda kurtarılabilir olmasını şart koşmaktadır. Hangi iki eylemi gerçekleştirmelisiniz? Her doğru cevap çözümün bir parçasını sunar.

Doğru cevaplar, hassas bilgilerin güvenli bir şekilde yönetilmesi ve dağıtım sırasında erişilmesi için en iyi uygulamaları temsil eder. Birinci doğru cevap, kimlik bilgilerini ve sertifikayı Azure Key Vault'ta saklamayı ve soft-delete ile purge protection'ı etkinleştirmeyi önerir. Bu, sırların yanlışlıkla silinmesi durumunda kurtarılabilir olmasını sağlar ve denetim gereksinimlerini karşılar. İkinci doğru cevap, dağıtıma kullanıcı tarafından atanan yönetilen bir kimlik atayarak ve Key Vault'a gerekli izinleri vererek sırların güvenli bir şekilde referans alınmasını sağlar. listSecret işlevi, sırların doğrudan kodda veya parametre dosyalarında görünmesini engeller. Diğer seçenekler güvenli değildir veya gereksinimleri karşılamaz: Azure DevOps değişken grubunda sırları saklamak, Key Vault'un sağladığı gelişmiş güvenlik ve kurtarma özelliklerinden yoksundur. Sertifika PFX base64'ü Bicep dosyasına gömmek, hassas bilgileri kaynak koduna dahil etmek anlamına gelir ki bu güvenli değildir. Sırları bir Automation Account kimlik bilgisi varlığında saklamak ve runbook'tan almak, dağıtım sırasında doğrudan entegrasyon sağlamaz ve Bicep dağıtım sürecini karmaşıklaştırır.