Otomasyonun Kendisi Canlı Ortam Vakasına Dönüştüğünde

Önemli çıkarımlar

• Alarmı olmayan bir otomasyon, hatayı fark etme işini müşteriye yıkan bir otomasyondur.
• Dış kalp atışı (heartbeat) kontrolleri, 'iş akışı çalışmayı tamamen durdurdu' hata modunu yakalar.
• Deterministik çıktı doğrulaması, 'iş akışı çalıştı ama bozuk veya boş çıktı üretti' hata modunu yakalar.
• İdempotent anahtarlar, 'iş akışı iki kez çalıştı ve müşteriye çift bildirim/fatura gönderdi' hata modunu önler.

Çalıştığımız bir ekipte her pazartesi sabahı müşteri sağlık skorlarını özetleyen otomatik bir rapor vardı ve iki yıldır sorunsuz çalışıyordu. Bir pazartesi çalışmadı; kimse üç hafta boyunca bunu fark etmedi ve müşteri yöneticileri üç hafta boyunca bayat verilerle karar aldı. Kaynak SaaS aracı kimlik doğrulama yöntemini değiştirmişti ve ekibin benzer 23 otomasyonundan 6’sı son bir aydır sessizce durmuştu.

Otomasyonlar üç şekilde bozulur ve her biri farklı bir mühendislik kancası gerektirir:

Üç Hata Modu ve Üç Gözlemlenebilirlik Kancası

1. Akış tamamen durdu (Dış Kalp Atışı / Heartbeat): İş akışı kendi kendinin durduğunu bilemez. Akışın en son adımına dış bir bekçi servisine (Healthchecks, Cronitor veya özel uç nokta) status="ok" sinyali gönderen bir çağrı ekleyin. Beklenen sürede sinyal gelmezse bekçi doğrudan akış sahibini uyarır.
2. Akış çalıştı ama yanlış çıktı üretti (Çıktı Doğrulama): Hata vermeden tamamlanan ancak içi boş bir PDF üreten akış başarılı değildir. Ana iş bittikten hemen sonra deterministik bir doğrulama adımı (validate_report) koşun: dosya var mı, boyutu sıfırdan büyük mü, beklenen satır sayısı güncellendi mi? Doğrulama geçmezse teslimatı durdurup alarm verin.
3. Akış iki kez çalıştı (İdempotency Anahtarları): Platformun yeniden deneme mantığı ilk çalışmanın başarısız olduğunu sanıp müşteriye iki e-posta gönderebilir veya stoktan iki kez düşebilir. Her dış yazma işlemine benzersiz bir message_id / idempotency anahtarı ekleyin ve işlem yapmadan önce bu anahtarın daha önce işlenip işlenmediğini kontrol edin.

Döngü İçi Yapay Zeka ve Kurtarma Runbook’u

İçinde LLM adımı barındıran otomasyonlarda yapısal doğrulama anlamsal bozulmayı yakalayamaz; bu yüzden çıktıların %1 ila %5’lik bir örneklemini insan incelemesine yönlendirin ve sağlayıcı taraflı sessiz model kaymalarına karşı günlük regresyon eval’i çalıştırın. Her otomasyonun kaynak kodunda tek sayfalık bir runbook (ne yapar, sahibi kim, acil durumda nasıl kapatılır, yarım kalan durum nasıl geri alınır) bulunması, saatler süren krizleri dakikalık rutin müdahalelere indirir.

Sıkça sorulanlar

Sıkça sorulan sorular

Bir otomasyon için minimum gözlemlenebilirlik standardı nedir?

Üç bileşen: iş akışı çalıştığında sinyal gönderen bir kalp atışı (heartbeat), çıktının beklenen yapıda olduğunu denetleyen bir doğrulama adımı ve bu ikisinden biri başarısız olduğunda sahibine bildirim gönderen bir alarm.

Sessizce çalışmayı durdurmuş bir iş akışını nasıl tespit ederim?

Dış bir bekçi (watchdog) servisiyle. Günlük çalışan bir akış 28 saat boyunca 'başarıyla tamamladım' sinyali göndermezse bekçi alarm üretir. Bu hem platform çökmesini hem de yanlışlıkla kapatılan zamanlayıcıları yakalar.

Sürekli çalışan akışlarda kalp atışı nasıl uygulanır?

Aynı prensip, daha kısa zaman ölçeği. SLA gereksinimine göre 'son 5 dakikada başarılı işlem yok' kuralıyla alarm kurulur.