n8n ile alarm sistemi: kimsenin gözden kaçırmadığı izleme ve bildirimler

Gece saat ikide bir veri aktarımı yarıda kesiliyor, stok yönetimi arayüzü artık yalnızca hata mesajı veriyor ve kimse bunu ertesi sabaha kadar fark etmiyor. Zarar nadiren hatanın kendisinden değil, kimsenin fark etmediği saatlerden doğar. Tam da burada n8n ile alarm sistemi devreye giriyor: arızaları tespit edin ve biri harekete geçene kadar giderek daha acil kanallardan bildirin.

n8n ile bir alarm sistemi üç bölümden oluşur: hatayı fark eden bir tetikleyici (Error Trigger, Schedule Trigger veya Webhook), alarmın verilip verilmeyeceğine ve ne kadar acil olduğuna karar veren bir kontrol mantığı, ve e-posta, Microsoft Teams, SMS veya telefon araması için bildirim düğümleri. Tanımlı bir süre içinde kimse yanıt vermezse, iş akışı bir sonraki eskalasyon aşamasına geçer.

Alarm sistemi neden n8n'in hafife alınan kullanım alanıdır

Çoğu işletme n8n'i veri eşleştirme ve süreç otomasyonu için kullanıyor, oysa izleme en hızlı karşılığını veren kullanım alanlarından biridir. Uzmanlaşmış alarm hizmetleri kullanıcı ve ay başına ücretlendirilir ve küçük bir ekip için çoğu zaman gereğinden fazladır. n8n ile birçok işletmenin zaten çalıştırdığı bir aracı kullanır ve alarm mantığını kendi bünyenizde tutarsınız: kimin ne zaman ne hakkında bilgilendirileceği, kendinizin okuyup değiştirebileceği bir iş akışında yazılıdır.

Bu model, bir arayüze sahip neredeyse her sisteme uyar: çevrimiçi mağaza, stok yönetimi, yedekleme sunucusu, web sitesi formları. Uygulamadan daha fazla örneği kullanım alanlarımızda bulabilirsiniz.

Yapı taşları: tetikleyici, kontrol mantığı, kanallar

n8n'deki her alarm, bir sorunun nasıl fark edileceğini belirleyen üç tetikleyici türünden biriyle başlar:

• Error Trigger: başka bir n8n iş akışı başarısız olduğunda kendi hata iş akışını başlatır. İzlenen iş akışının ayarlarında Error Workflow olarak tanımlanır ve başarısız yürütmeyle ilgili ayrıntıları alır.
• Schedule Trigger: örneğin her beş dakikada bir olmak üzere belirli aralıklarla veya bir Cron ifadesiyle çalışır ve bir sistemin yanıt verip vermediğini, bir yedeğin var olup olmadığını veya bir eşik değerin aşılıp aşılmadığını aktif olarak kontrol eder.
• Webhook: örneğin bir sunucu izleme sisteminden veya kendisi alarm gönderebilen bir uygulamadan dışarıdan gelen bildirimleri kabul eder.

Tetikleyicinin ardından genellikle bir IF veya Switch düğümü şeklinde kontrol mantığı gelir: Hata kritik mi yoksa sadece bir uyarı mı? Şu anda çalışma saati mi yoksa hafta sonu mu? Ancak bundan sonra kanallar devreye girer. n8n, e-posta, Microsoft Teams ve Slack için hazır düğümler sunar; SMS ve telefon aramaları ise Twilio veya sipgate gibi hizmetler üzerinden API ile yürütülür. Ciddi bir alarm, geceleri de uyandıran bir kanala ait olmalıdır.

Bu tür iş akışlarını işletmeler için nasıl kurup işlettiğimizi n8n Otomasyonu hizmet sayfamızda gösteriyoruz.

Bir eskalasyon zinciri, adım adım

Tipik bir eskalasyon zinciri üç aşamadan oluşur ve n8n'de yalnızca tek bir iş akışı gerektirir. Birinci aşama: Error Trigger tetiklenir, iş akışı hata mesajını biçimlendirir ve bir onay bağlantısıyla birlikte bir Teams kanalına gönderir. Bu bağlantı, bildirimi devralınmış olarak işaretleyen bir webhook'a yönlendirir. İkinci aşama: Bir Wait düğümü iş akışını, örneğin 15 dakika, duraklatır. O zamana kadar onaylanmamışsa, yine bir onay bağlantısıyla birlikte ekip liderine bir e-posta gider. Üçüncü aşama: 15 dakika daha yanıt gelmezse, iş akışı nöbetçiye bir SMS veya telefon araması tetikler.

Onaylama önemlidir. Onaylama olmadan ya her şey aramaya kadar eskale olur ya da zincir ilk mesajdan sonra kesilir ve kimsenin ilgilenip ilgilenmediği bilinmez. Kimin ne zaman devraldığı, onay webhook'u sayesinde yürütme günlüğünde kayıtlıdır.

Kendi kendini izleme: n8n'in kendisi durursa kim alarm verir

Kendini izlemeyen bir izleme sisteminin kör bir noktası vardır: n8n sunucusu durursa artık hiçbir Error Trigger de tetiklenmez. Çözüm, İngilizcede Dead Man's Switch olarak da adlandırılan bir kalp atışı (heartbeat) mekanizmasıdır. Schedule Trigger'lı küçük bir iş akışı, birkaç dakikada bir Healthchecks.io gibi harici bir kontrol servisine veya kendi barındırılan bir Uptime Kuma'ya haber verir. Bu yaşam sinyali gelmezse, harici servis n8n'de ne olduğuna bakmaksızın alarm verir. Böylece iki sistem birbirini karşılıklı olarak izler.

n8n ile alarm sisteminde tipik hatalar

n8n ile alarm sisteminde en sık görülen hatalar teknik değil, kavramsal hatalardır. Uygulamada tekrar tekrar karşılaştığımız bu beş hata:

• Her şey alarm veriyor: Her küçük ayrıntı bir mesaj tetiklerse, herkes duyarsızlaşır ve gerçekten önemli olan tek alarm kaybolur. Önce önceliklendirin, sonra bildirin.
• Error Workflow atanmamış: Hata iş akışı mevcuttur, ancak izlenen iş akışlarının ayarlarında Error Workflow olarak tanımlanmamıştır. Bu durumda hata oluştuğunda hiçbir şey olmaz.
• Yalnızca manuel test edildi: n8n belgelerine göre Error Trigger yalnızca otomatik yürütmelerde çalışır, manuel test çalıştırmalarında değil. Yalnızca manuel test yapanlar, alarm sistemlerini yanlışlıkla çalışır durumda sanır.
• Tek bir kanal: Alarm sistemi yalnızca Teams üzerinden yürütülüyorsa, Microsoft 365'te bir arıza olduğunda o da devre dışı kalır. En az bir kanal bağımsız olmalıdır, örneğin SMS.
• Kendi kendini izleme yok: Kalp atışı mekanizması olmadan, gözcünün kendisi devre dışı kaldığında kimse fark etmez.

Buna organizasyonel bir nokta daha eklenir: Bir eskalasyon zinciri, sonunda telefonu açacak insanlara ihtiyaç duyar. Kurulumdan önce kimin nöbetçi olduğunu netleştirin. Teknoloji, işin daha kolay kısmıdır.

Sıkça sorulan sorular

n8n'de Error Trigger nedir?

Error Trigger, kendisine bağlı bir iş akışı başarısız olduğunda kendi hata iş akışını başlatan bir düğümdür. İş akışı adı ve hata mesajı gibi başarısız yürütmeye dair ayrıntıları alır ve izlenen iş akışının ayarlarında Error Workflow altında atanır. Stop And Error düğümüyle ayrıca kendi hatalarınızı da tetikleyebilirsiniz.

n8n bir hata durumunda otomatik olarak arama yapabilir mi?

Evet, Twilio veya sipgate gibi API'ye sahip telefon hizmetleri üzerinden. n8n iş akışı, sağlayıcının arayüzünü çağırır ve böylece bir SMS veya sesli mesajlı bir telefon araması tetikler. Ara sıra verilen alarmlar için sağlayıcı ücretleri yalnızca birkaç sent tutarındadır.

n8n'in kendisi nasıl izlenir?

Bir kalp atışı mekanizmasıyla: Schedule Trigger'lı bir iş akışı, kısa aralıklarla Healthchecks.io veya Uptime Kuma gibi harici bir kontrol servisine haber verir. Bildirim gelmezse, harici servis alarm verir. Böylece n8n'in kendisi artık hiçbir şey gönderemese bile, n8n sunucusundaki bir arıza fark edilir.

n8n, PagerDuty gibi uzmanlaşmış alarm hizmetlerinin yerini tutar mı?

Sınırlı bir sistem yapısına sahip küçük ekipler için genellikle evet: eskalasyon aşamaları, onaylama ve birden fazla kanal n8n içinde tamamen uygulanabilir. Rotasyonlu ve düzinelerce kişinin dahil olduğu karmaşık nöbet planlarını yönetmesi gerekenler için uzmanlaşmış bir hizmet daha uygundur.

Bu, kendi sunucunuzda barındırılan n8n ile de çalışır mı?

Evet, açıklanan tüm yapı taşları kendi sunucunuzda barındırılan sürümde de mevcuttur. Almanya'da veri egemenliğine önem veren işletmeler için bu, alışılagelmiş yoldur: hata mesajları, yalnızca bildirimin gönderilmesi için kendi ortamınızdan çıkar.

Alarm sistemi haftalar süren bir proje değildir. İki eskalasyon aşamalı ilk hata iş akışı birkaç saat içinde hazır olur, kalp atışı mekanizması ise aynı gün. Bir sonraki gece arızasında bunu sabah saat sekizde müşteriden öğrenmezsiniz, gece saat ikide kendiniz müdahale edersiniz.