iyziTrace
Sisteminiz cevabı zaten biliyor.
IyziTrace onu duymanızı sağlar.
← Tüm yazılar

IYZI Remedy ile Ödeme Sorunlarında Kontrollü Otomasyon

Ödeme sağlayıcısına giden bağlantı havuzu dolduğunda ekip nasıl müdahale eder? Aynı senaryo üzerinden IYZI Remedy’nin onaylı aksiyonlarla operasyonu nasıl hızlandırdığını anlatıyoruz.

IyziTrace Team3 dk okuma

Ödeme sorunu bulundu. Peki çözüm nasıl uygulanmalı? Saat 21:40. Ödeme ekranındaki bekleme süreleri uzuyor. Destek kanalına art arda “Ödemem tamamlanmıyor” mesajları düşüyor. Ekipler incelemeye başlıyor. Uygulama loglarında belirgin bir hata yok. Sunucu kaynakları normal. Veritabanı sorguları beklenen sürelerde çalışıyor. Yine de müşteriler ödeme adımında bekliyor. 21:52’de ekip sorunun kaynağını buluyor: Ödeme sağlayıcısına giden bağlantı havuzu dolmuş, yeni istekler kuyrukta birikiyor. Uygulama hata vermiyor, yalnızca bekliyor. Logların temiz görünmesinin sebebi de bu. İzleme verileri sorunun nerede başladığını gösterdi. Ama asıl soru şimdi ortaya çıkıyor: Doğru aksiyonu kim, hangi yetkiyle ve ne zaman uygulayacak? Operasyon ekibinin iş akışına katılan bir ajan Kritik bir olay sırasında ekipler yalnızca teknik veriye bakmaz. İlgili kayıtları açar, sistemlerin durumunu kontrol eder, prosedürleri gözden geçirir, aksiyon alır ve sonucu diğer ekiplerle paylaşır. Bu adımlar çoğu zaman farklı araçlara ve kişilere dağılmış durumdadır. Iyzi Remedy bu akışın içinde çalışır. İlgili sistemlere ve onaylanmış araçlara bağlanır, olayı inceler, uygun sonraki adımı önerir ve yetkisi olan aksiyonları uygular. Operasyon ekibinin yerini almaz. Ekibin yanında çalışan ve tekrarlayan işleri üstlenen bir operasyonel ajandır. Aynı senaryoda kontrollü otomasyon 21:40’taki olaya dönelim. Iyzi Remedy, bağlantı havuzundaki doluluğu ekibin daha önce tanımladığı runbook ile eşleştirir ve öneriyi ekibe iletir: payment-gateway servisinin etkilenen iki pod’unda, ödeme sağlayıcısına gönderilmiş aktif isteklerin durumunu doğrula. İsteklerin güvenle yeniden denenebileceği belirlendikten sonra bağlantıları kontrollü biçimde yenile.

Nöbetçi mühendis öneriyi inceler ve onaylar. Onaylı işlem, tanımlı yetkiler çerçevesinde birkaç dakika içinde tamamlanır. Yapılan her adım kayda geçer ve bağlı servis yönetimi sisteminde ilgili kayıt oluşturulur. Ekip, bu onaylanan aksiyonu benzer durumlar için bir kurala dönüştürür: Bağlantı havuzu doluluğu 5 dakika boyunca %95’in üzerinde kalırsa, yalnızca payment-gateway etkileniyorsa ve devam eden ödeme isteklerinin güvenle yeniden denenebileceği doğrulanmışsa, etkilenen pod’lardaki bağlantıları yenile ve ekibe bildir.

Birkaç hafta sonra aynı belirti yeniden görülür. Tanımlı koşullar sağlanıyor ve Iyzi Remedy’nin bu işlem için yetkisi geçerliyse işlem otomatik uygulanır ve ekibe bilgi verilir. Kuraldaki “güvenle yeniden denenebilir” koşulu, aynı ödemenin iki kez işlenmesini önleyen kontrolleri de kapsar. Belirti farklı bir servise yayılmışsa, ödeme isteklerinin durumu doğrulanamıyorsa veya koşullar kuralın dışına çıkıyorsa otomasyon devreye girmez; olay ekibe yönlendirilir. Bağlantılar yenilendikten sonra bekleme süreleri ve havuz metrikleri düzelmezse başka bir otomatik aksiyon alınmaz ve olay nöbetçi ekibe eskale edilir. Böylece otomasyon, her olayda aynı işlemi yapan sınırsız bir mekanizma olmaz. Ekibin belirlediği sınırlar içinde çalışır. Koşullar sağlandığında, tekrar eden her olay için nöbetçi mühendisin manuel müdahalesi gerekmeyebilir. Nerede fark yaratır? Iyzi Remedy en çok, adımları belli ve sık tekrar eden operasyon işlerinde fark yaratır:

  • Tekrar eden olayların ilk incelemesi: Benzer belirtiler görüldüğünde ilgili metrikler, loglar ve geçmiş olaylar bir araya getirilir.
  • Onaylı runbook adımları: Ekibin daha önce onayladığı işlemler tanımlı sırayla ve yetkiyle uygulanır.
  • Sistem ve kayıt kontrolü: Olayla ilgili servislerin durumu, araçlar tek tek açılmadan kontrol edilir.
  • Servis yönetimi kaydı: Yapılan aksiyonlar Jira, ServiceNow veya kullanılan servis yönetimi sistemine işlenir.
  • Ekipler arası aktarım: Olayın durumu ve yapılan işlemler ilgili ekiplere iletilir. Etkinin kapsamını bağlanan sistemler, tanımlanan kurallar ve verilen yetkiler belirler. Kontrol ekipte kalır Kontrollü otomasyon, insan kararını süreçten çıkarmak anlamına gelmez. Hangi işlemlerin onay gerektireceğine, hangi adımların belirli koşullarda otomatik yürütüleceğine ekip karar verir. Uygulanan her aksiyon kayıt altına alınır. Bu kayıtlar sonradan inceleme, denetim ve süreç iyileştirme için kullanılabilir. Kurumun güvenlik sınırları içinde Iyzi Remedy müşteri ortamında çalışır ve dışarıya açık bir bağlantı noktası gerektirmez. Otomasyon, kurumun kendi ağı, yetki yapısı ve güvenlik politikaları içinde yürütülür. Ödeme gibi hassas sistemleri yöneten ekipler için bu, otomasyonun kurumun belirlediği güvenlik sınırları içinde devreye alınabilmesi demektir. Amaç yalnızca hızlı müdahale değil Ödeme senaryosunda önemli olan, bir aksiyonun olabildiğince hızlı çalıştırılması değil. Önemli olan, doğru aksiyonun doğru koşulda ve tanımlı yetkilerle uygulanmasıdır. İzleme araçları sorunun nerede başladığını gösterir. Iyzi Remedy ise sonrasını üstlenir: Ekip kararının gerektiği yerde onay ister, tanımlı kuralların geçerli olduğu yerde operasyonu hızlandırır. Iyzi Remedy’nin kendi operasyon akışınızda nasıl çalışacağını görmek için demo talep edin.
Paylaş

IyziTrace POC · APM POC

Bir Gözlemlenebilirlik POC’si Nasıl Adil Değerlendirilir?

Bir gözlemlenebilirlik POC’sinde mevcut APM kullanımını, gerçek olay senaryolarını, kurulum emeğini ve toplam maliyeti nasıl adil karşılaştırabileceğinizi öğrenin. IyziTrace ve IYZI Remedy’nin değerlendirmeye nasıl dahil edileceğini görün.

IyziTrace Team4 dk okuma

IyziTrace · OpenTelemetry

IyziTrace Nedir ve Neden Geliştirdik ?

OpenTelemetry trace, metrik ve logları toplar. IyziTrace bu verileri ilişkilendirerek ekiplerin sorunları anlamasına, etkisini görmesine ve kontrollü aksiyon almasına yardımcı olur.

IyziTrace Team3 dk okuma

OpenTelemetry · OTel

"Bizim tarafta sorun yok”: OpenTelemetry’ ye neden ihtiyaç duyuyoruz?

Sunucular sağlıklı, servisler ayakta ama müşteri hâlâ bekliyor. OpenTelemetry’nin ne olduğunu, dağıtık sistemlerde sorunları araştırmayı nasıl kolaylaştırdığını ve Google, Microsoft ile AWS’nin neden desteklediğini ele alıyoruz.

IyziTrace Team4 dk okuma