Korumalı Otomatik Düzeltme

Onay kapısıyla düzeltme. Sistem bir plan önerir, bir insan adımları seçip onaylar, sistem her adımı önce/sonra görüntüsüyle çalıştırır ve her adımı geri alabilirsiniz.

Tamamen otonom bir düzeltme süreci, kendi ayağına kurşun sıkmaktır. UptimeWarden Auto-Fix, "sistem önerir, insan yapar" ile "sistem yapar, insan logları sonra okur" yaklaşımları arasında durur: sistem bir düzeltme planı önerir, bir insan adımları seçip onaylar (etki yarıçapı sınırıyla), her adım önce/sonra görüntüsüyle çalışır ve her adım, kaydedilen önceki durumuna geri alınabilir.

Plan nasıl üretilir?

Planlar kural tabanlıdır: adımlar, monitör tipine ve tespit edilen sorun türüne göre önceden tanımlanmış güvenli şablonlardan seçilir. Dil modelinin yazdığı plan kapalıdır; gördüğünüz her plan bu kurallardan gelir.

Akışa kısa bakış

Bir plan dört aşamadan geçer:

1. Plan talep et. Risk altındaki bir tahmin kartından veya açık bir olaydan tetiklenir.
2. İncele ve onayla. Çalıştırmak istediğiniz adımları seçin, etki yarıçapını belirleyin, bir not bırakın.
3. Çalıştır. Seçilen adımlar sırayla, her biri önce/sonra görüntülenerek çalışır.
4. Doğrula. Çalıştırma geçmişinde önce/sonra görüntüleri ve metrik farkını karşılaştırın.

Onay talepleri

Bekleyen veya onaylanmış bir plan şunları taşır:

Çalıştırma geçmişi

Çalıştırılan her adım şu bilgileri tutar:

• Adımın sırası ve çalıştırılan aksiyon
• Durum: bekliyor, çalışıyor, başarılı, başarısız veya geri alındı
• Monitör durumunun önce/sonra görüntüsü
• Önce/sonra metrikleri (yanıt süresi, uptime vb.)
• Süre ve (varsa) hata mesajı
• Geri alma yapılıp yapılmadığı ve nedeni
• Başlangıç ve bitiş zaman damgaları

Son kullanıcı: adım adım

Auto-Fix ve remediation ile üç ayrı yerde karşılaşırsınız. Üçü de farklı davranır; karıştırmayın.

Yol 1. Auto-Fix Onayları sayfası (değişikliği gerçekten uygular)

Burası, sistemin ürettiği güvenli düzeltme önerilerini onaylayıp çalıştırdığınız yerdir.

1. Sayfayı açın. Sol menüden Auto-Fix'e gidin (/auto-fix). Planınız Professional veya Enterprise değilse "Auto-Fix requires Professional" ekranı çıkar; Upgrade to Professional ile yükseltebilirsiniz.
2. Uyarı bandını okuyun. Sayfanın üstünde "tüm düzeltmeler korumalıdır; yalnızca düşük riskli yapılandırma adımları otomatik uygulanır, daha riskli adımlar açık onayınızı ister" yazar. Kurulumda çalıştırma kapalıysa band ayrıca bunu belirtir: bu durumda onay yalnızca kararı kayda geçirir, değişiklikleri elle uygulamanız gerekir.
3. Bekleyen taleplere bakın. Pending (Bekleyen) sekmesinde her kart şunları gösterir: hedef monitör, durum rozeti, risk rozeti (Düşük / Orta / Yüksek), oluşturulma zamanı ve "{N} düzeltme adımı", varsa "{M} otomatik uygulanabilir" rozetiyle. Bekleyen yoksa "No pending auto-fix requests." görürsünüz; sistem bir düzeltme önerisi ürettiğinde burada belirir. Wardy'ye "bekleyen otomatik düzeltme talebim var mı?" diye sorarak da listeyi alabilirsiniz.
4. Monitörü doğrulayın. Kart başlığındaki monitör bağlantısına tıklayıp neyin etkileneceğini kontrol edin.
5. Onaylayın veya reddedin.
   • Approve All (Tümünü onayla): önce bir onay diyaloğu açılır; onayladığınızda adımlar çalıştırma sırasına alınır ve "Auto-fix approved and queued for execution" bildirimi gelir.
   • Reject (Reddet): talebi kapatır; hiçbir değişiklik yapılmaz.
6. Sonucu takip edin. History (Geçmiş) sekmesine geçin; onaylanan, reddedilen, çalıştırılan ve geri alınan tüm talepler, yani değişiklik kaydınız, burada listelenir.

Yol 2. Olay detayındaki Runbook sekmesi (elle uygularsınız)

Burası tavsiye amaçlıdır: bu sayfadan hiçbir şey otomatik çalışmaz.

1. Olayı açın. Bir olayın detayına girin ve Runbook sekmesine geçin.
2. Planın üretilmesini bekleyin. Sistem bu olaya özel, kural tabanlı bir koşu kitabı üretir; üstte risk seviyesi ve tahmini kurtarma süresi gösterilir, gerekiyorsa "Manual approval required" rozeti çıkar. Güven yüzdesi yalnızca gerçek bir sağlık tahminine dayandığında gösterilir; tahmin yoksa bu alan boş kalır, uydurma bir değer gösterilmez.
3. Adımları uygulayın. Her adımda bir komut ve gerektiğinde bir geri alma komutu bulunur. Komutu kopyalayıp kendi ortamınızda elle çalıştırın.
4. Gerekirse yenileyin. Plan eskidiyse Regenerate (Yeniden üret) ile güncel öneriyi alın.
5. Geri alın. Bir adım durumu kötüleştirirse, ilgili geri alma komutunu çalıştırın.

Yol 3. Auto-Remediation webhook'u (kendi otomasyonunuzu tetikler)

Bu yol, bir olay açıldığında kendi otomasyon uç noktanızı (AWS Lambda, GitHub Action veya kendi betiğiniz) tetikler. UptimeWarden yine de sizin altyapınızda hiçbir şey çalıştırmaz, yalnızca imzalı, tavsiye niteliğinde bir plan gönderir; ne yapılacağına sizin uç noktanız karar verir.

1. Uç nokta oluşturun. Ayarlar → Webhook'lar'a gidin ve türü "remediation" olan bir webhook ekleyin (URL, gerekiyorsa özel başlıklar, kimlik doğrulama ve imza gizli anahtarı). Bu, normal bildirim webhook'larından ayrıdır ve asla bildirim kanalı olarak kullanılmaz.
2. Monitöre bağlayın. Monitör oluşturma/düzenleme formunda (ayrıca monitör ayarlarında ve ekleme sihirbazında) Auto-Remediation kartını bulun, üzerinde "Advisory" rozeti vardır, ve uç noktayı işaretleyin. Hiç uç nokta yoksa Add remediation endpoint ile ekleyebilirsiniz. Kart tüm planlarda kullanılabilir. Remediation uç noktaları birer webhook yapılandırmasıdır, bu yüzden planınızın webhook yapılandırması sınırına sayılır. Remediation gönderimleri ise aylık webhook kotasından düşmez; kota dolmuş olsa da gönderilir.
3. Olay açıldığında ne olur. Bağlı monitörde bir olay açıldığında sistem, uç noktanıza imzalı (HMAC) ve advisoryOnly: true işaretli bir JSON gönderir. İçinde remediation.suggested olayı, monitör ve olay bilgileri, yönlendirme/tekilleştirme için bir errorSignature ve monitör tipine göre seçilmiş bir plan bulunur. Aynı imzalı gövde, bağlı tüm uç noktalara ayrı ayrı gönderilir; yavaş veya hatalı bir uç nokta diğerlerini bekletmez.
4. İmzayı doğrulayın. İsteği işlemeden önce uç noktanızda HMAC imzasını doğrulayın; böylece gövdenin gerçekten UptimeWarden'dan geldiğinden emin olursunuz.
5. Otomasyonunuzu çalıştırın. Planı kendi betiğinizle uygulayın (örneğin yeniden başlatma, ölçeklendirme); kontrol tamamen sizdedir.

Sonucu doğrulama

Çalıştırılan (Yol 1) adımların önce/sonra görüntü farkı ve metrik değişimi, monitörün çalıştırma geçmişi görünümünde listelenir; her şeyin ne zaman ve nasıl değiştiğinin tam zaman çizelgesi buradadır.

Etki yarıçapı

Etki yarıçapı sınırı, planın neye dokunabileceğini sınırlar:

• Tek monitör (varsayılan): yalnızca hedef monitör.
• Bağımlılık grubu: aynı bağımlılık grubunu paylaşan monitörler (örneğin bir ödeme yığını grubu).
• Tümü: sınırsız. Yalnızca Enterprise yöneticileri seçmelidir.

Etki yarıçapı sınırı onayla birlikte kaydedilir. Uygulamada her adım yalnızca hedef monitör üzerinde çalışır.

Plan kapsamı

Auto-Fix, Professional ve Enterprise planlarında kullanılabilir. Önerileri girdi olarak ürettiği için Health Prediction'ın da açık olması gerekir. Free, Hobby ve Starter kullanıcıları kanıt öncelikli önerileri görür ama plan üretemez.

Şu an desteklenmeyenler

• Koşu kitabı tabanlı yapay zekâ ajanları. Markdown ya da PDF koşu kitaplarınızı adım adım takip eden bir ajan yoktur. Planlar kanıtlardan ve eşlenen servis şablonundan üretilir; iç dokümanlarınız okunmaz.
• Bulutlar arası aksiyonlar. Çalıştırıcı yalnızca monitör ayarlarını değiştirir, tam olarak üç aksiyon tipini çalıştırır: eşik ayarlama, kontrol aralığı optimizasyonu ve bakım penceresi planlama. Yeniden başlatma ve ölçeklendirme adımları bir planda öneri olarak görünebilir, ancak hiçbir zaman otomasyona hazır değildir ve sistem bunları asla çalıştırmaz. AWS, Azure veya GCP konsolunuza erişmek özel entegrasyon gerektirir.
• Tamamen denetimsiz çalıştırma. Çoğu plan beklemede başlar ve bir insan onaylayanı bekler. Tek bir dar otomatik onay yolu vardır ve yalnızca planları uygulamak açıkken çalışır: düşük riskli, güveni en az 0,8 olan, manuel onay gerektirmeyen ve her adımı otomasyona hazır olan bir plan, sistem tarafından insansız olarak onaylanıp çalıştırılır. Diğer tüm planlar insan onayı gerektirir.
• Auto-Fix'e özel denetim kayıt tipleri. Plan, onay ve çalıştırma yazımları denetim kayıtlarında özel aksiyon tipleri yerine genel oluşturma/güncelleme girdileri olarak görünür. Tam zaman çizelgesi için çalıştırma geçmişi görünümü esastır.

Sık sorulan sorular

S: Bir düzeltmeyi sonradan geri alabilir miyim? C: Evet, eğer adım önce-görüntüsünü yakaladıysa. Çalıştırma geçmişi satırında geri alma butonu bulunur.

S: Düzeltme zincirleme bir arızayı tetiklerse? C: Etkilenen adımı çalıştırma geçmişi satırından kendiniz geri alırsınız; bu, monitörü kaydedilen önceki durumuna geri yükler. Saniyeler sonra ortaya çıkan daha derin zincir arızalarını normal monitörleriniz ve uyarılarınız yakalar; kalan adımları da manuel geri alırsınız.

S: Plan üreticisi altyapımı tanır mı? C: Yalnızca monitör yapılandırmanız, tanımladığınız bağımlılıklar ve eşlenen servis şablonu kadar. Bulut konsolunuza, kodunuza veya koşu kitaplarınıza erişimi yoktur.

S: Onay başkasına yönlendirilebilir mi? C: Bugün doğrudan yönlendirme yoktur, talep monitör sahipleri ve yöneticilerinin sırasında görünür. İki kişilik onay kuralı (örneğin yüksek riskli planlarda ikinci bir onaylayan) yol haritasındadır.

İlgili konular

• Kanıt Öncelikli Öneriler, plan üretiminin girdisi
• Health Prediction'a Genel Bakış: planı tetikleyen sinyaller
• Monitör Bağımlılıkları: etki yarıçapının altyapısı