Patch Tuesday sonrası her ay aynı soruyla mı uğraşıyorsunuz: hangi yamaları, hangi sırayla, hangi cihazlara dağıtacağım? Yüzlerce sunucu ve iş istasyonu için bu kararı elle vermek sürdürülebilir değil — MECM’in Automatic Deployment Rules (ADR) özelliği tam olarak bunun için var.
ADR’nin İşleyişi
ADR, önceden tanımladığınız kriterlere (örneğin “Critical ve Important seviyesindeki, son bir ayda yayınlanmış Windows güncellemeleri”) uyan yamaları otomatik tespit edip belirlediğiniz hedef koleksiyona dağıtan bir kural motorudur. Her ay Patch Tuesday sonrası “hangi yamaları seçeceğim” sorgusunu elle tekrarlamak zorunda kalmazsınız.
Neden Kademeli Dağıtım Gerekli
Tüm yamaları tüm cihazlara aynı anda göndermek riskli bir yaklaşımdır çünkü sorunlu bir yama tüm filoyu aynı anda etkileyebilir. Bunun yerine kademeli bir “halka” (ring) modeli uyguluyorum:
- Pilot Halka (Ring 0): BT ekibinin kendi cihazları ve gönüllü test kullanıcıları (%2-5) — yayından hemen sonra
- Erken Benimseyenler (Ring 1): Kritik olmayan departmanlar (%20-30) — pilot halkadan 3-5 gün sonra, sorun yoksa
- Genel Dağıtım (Ring 2): Kalan tüm cihazlar — erken halkadan 5-7 gün sonra
- Sunucular: Her zaman ayrı, daha uzun test süresi olan bir halka — genellikle en son gelir
Örnek Bir ADR Yapılandırması
Yazılım Güncelleme Noktası > Automatic Deployment Rules > Yeni Kural Kriterler: - Ürün: Windows 10/11, Windows Server 2019/2022 - Sınıflandırma: Critical Updates, Security Updates - Yayın Tarihi: Son 1 ay içinde Zamanlama: Her ayın 2. Salı gününden sonraki Çarşamba (Patch Tuesday +1) Hedef Koleksiyon: Ring1-ErkenBenimseyenler Kullanılabilirlik Süresi: 7 gün Son Tarih: 14 gün (zorunlu kurulum)
Dağıtım Yetmez, Doğrulama Gerekir
ADR ile dağıtmak işin sadece yarısı — hangi cihazların gerçekten yamalandığını görmeniz lazım. MECM’in yerleşik Software Updates Compliance dashboard’ları ve raporları, hangi cihazların kritik yamalardan eksik kaldığını net şekilde gösterir. Bu raporu haftalık gözden geçirmek, “%100 yamalı” iddiasının gerçekten doğru olduğunu teyit etmenin tek yolu.
Yama sonrası yeniden başlatma da kullanıcı deneyimini en çok etkileyen unsurlardan biri. Maintenance Window ve Restart Countdown ayarlarını, çalışma saatleri dışında (örneğin gece 02:00) otomatik yeniden başlatma yapacak ama acil durumlarda kullanıcıya erteleme opsiyonu tanıyacak şekilde dengelemek önemli. Sonuçta ADR ile halka bazlı dağıtımı birleştirdiğinizde, yama yönetimi “aylık kriz” olmaktan çıkıp öngörülebilir, büyük ölçüde otomatik bir sürece dönüşüyor — kritik olan, çok yavaş dağıtımın güvenlik açığı süresini uzatması ile çok hızlı dağıtımın test edilmemiş bir yamayı tüm filoya yayma riski arasında doğru dengeyi bulmak.