Haberler ve analiz
Değişikliği onaylamak: sürümler, çatışmalar ve kalıcı karar
Pulumi ESC eşzamanlı talepleri destekliyor; Durable Task uzun beklemeleri inceliyor. Birlikte altyapı onayının sınırlarını netleştiriyorlar.
İki ekip aynı ortamı değiştiriyor: biri bağlantı ayarını güncellerken diğeri özellik hazırlıyor. Sahip iki talebi incelemeyi bitirmeden temel yapılandırma değişiyor. Süreçte yalnızca “onaylandı” mesajı tutulursa kararın hangi sürümü kapsadığı belirsizleşebilir. Pulumi ve Microsoft’un ekim yayınları durumun farklı taraflarını ele alıyor.
Eşzamanlı talepler açık sürüm karşılaştırması ister
7 Ekim’de Pulumi, ESC’de eşzamanlı değişiklik taleplerini tanıttı. Temel revizyon değiştiğinde taslak üç yönlü birleştirmeyle güncellenebilir; çatışmalar elle çözüm için gösterilir. Özellik, Pro ve Enterprise sürümlerinde onayları etkin ortamlara uygulanır.
Sahip açısından paralel çalışma yararın yalnızca bir parçasıdır. Dün incelenen öneri bugün farklı temele dayanabilir. Onay bu nedenle önerinin kimliğini korumalı ve incelemeden beri değişenleri göstermelidir. Ekipler aynı ayara dokunursa açık karar olmadan otomatik devam anlamlı çatışmayı gizleyebilir.
İnsan onayı bekleyen süreç kesintiden sonra devam edebilmeli
12 Ekim’de Microsoft gerçek Durable Task senaryolarını tartıştı; insan onayı ve ortam sağlama dahil. Dayanıklı yürütme bekleyen akışı korumaya yardımcı olurken inceleyici yetkisi, yetkili karar ve dış eylemin sonucu uygulamanın sorumluluğunda kalır. Örnekler mimariyi gösterir; tam test edilmiş proje oluşturmaz.
İkisini karşılaştırmak koşullu tasarım sonucu verir: akış hem tanımlanabilir değişiklik sürümü hem o sürüme ait korunmuş karar ister. Çalıştırma geçmişi tek başına dış etkilerin tam bir kez olacağını vaat etmez. Yapılandırmayı birleştirmek de kimin onay yetkisi olduğunu belirlemez.
Sürümleri ve kalıcı onayı gösteren kavramsal yapay zeka illüstrasyonu.
Talepten uygulamaya giden yolu test edin
Deneme ortamında aynı temelden iki öneri oluşturun. Birini uygulayıp diğerini yeniden açın; inceleyicinin güncel temeli görüp göremediğini belirleyin. Çakışan ayarda kimin karar vereceğini ve değişen önerinin tekrar inceleme isteyip istemediğini kararlaştırın.
Ayrıca onay beklerken yürütücüyü durdurun. Yeniden başladığında talebi, son tarihi ve kalıcı kararı kurtarmalı. Bildirimi gelmeden kaydedilen kararı test edin. Yetkili kayıttaki karar, mesaj zamanından önemlidir.
Kabulü somutlaştırın: ekip yazarı, incelenen sürümü, kararı ve değişikliği uygulamanın gerçek sonucunu belirleyebilsin. Mevcut akış bunları sağlıyorsa yeni çalışma zamanı otomatik olarak gerekmez.
Arka plan işleri ve tekrarlar rehberimiz, komşu sorumluluğu kapsar. Arşivlenmiş altyapı açıklaması, her bileşenin kurulduğunu doğrulamadan operasyonel gereksinimleri listeler. Altyapı bakımı için hangi değişikliklerin onay gerektirdiğini ve mevcut akışın durumu nerede kaybettiğini görüşelim.