Dağıtım Durumu Aslında Dağıtık Bir Sistem Problemidir
Guara Cloud deneyiminden yola çıkan bu analiz, 'pending' etiketinin neden yetersiz olduğunu ve durum modelinin kanıta dayalı tasarlanması gerektiğini anlatıyor.
Bir PaaS'ta kullanıcıya gösterilen 'pending' etiketi aslında çok farklı arıza alanlarını tek bir kelimenin altına gizler: kuyrukta bekleyen komut, offline bir worker, başarısız runtime uygulaması ya da bayat bir durum projeksiyonu hepsi aynı görünür. Guara Cloud'u inşa ederken edinilen temel çıkarım şu: dağıtım durumu tek bir sütun veya enum değil, ürün niyeti, dayanıklı komutlar, kuyruk sahipliği, worker ilerlemesi, runtime'ın istenen durumu, gözlemlenen altyapı durumu ve tazelik kurallarından oluşan bir projeksiyondur.
Yazı, durumların kanıta göre adlandırılmasını öneriyor: accepted, waiting_for_worker, building, artifact_ready, applying_runtime_state, starting, running gibi isimler her biri savunulabilir bir kanıt seviyesini temsil eder. Ayrıca kilitlerin gerçeği temsil etmediği, sadece worker'lar arası koordinasyon sağladığı; bu yüzden kiralama (lease) mantığıyla ve fencing ile ele alınması gerektiği vurgulanıyor. Belki de en önemli nokta, sistemin taze kanıt bulunmadığında dürüstçe 'unknown' diyebilmesi gerektiği—eski yeşil durumu göstermeye devam etmek yerine.
Mühendisler için bu, hata ayıklama ve kullanıcı deneyimi açısından kritik bir fark yaratıyor: kullanıcıya gösterilen mesajlar sadeleştirilse de, operasyon ekibinin correlation ID, aşama, sahiplik ve kanıt bilgilerine erişimi olmalı. Durum tasarımı, deployment path'in kendisi kadar mühendislik disiplini gerektiriyor.