Sahada Echobell: Gerçekten İşe Yarayan Kullanım Senaryoları ve Entegrasyonlar

İçindekiler

• Geliştiriciler: API'nizin bozulduğu anı bilin
• CI/CD hatları: Kontrol etmeyi bırakın. Haber alın.
• Sunucu ve çalışma süresi izleme: Grafana, Upptime ve dostları
• Zapier ve no-code otomasyonlar
• E-posta tetikleyicileri: E-postaları telefon aramalı uyarılara dönüştürün
• Yapay zekâ akışları ve eşzamansız görevler
• Ekip nöbeti: Paylaşılan kanallar
• Cron işleri ve zamanlanmış betikler
• Doğru aciliyet seviyesini seçmek
• Küçük bir yerden başlayın
• İlgili içerikler

Uyarılar bozuk. Teknoloji değil — etrafındaki davranış. Her şey titreştiğinde hiçbir şey dikkat çekmez. İnsanların çoğu bildirim rozetlerini görmezden gelmeye, telefonlarını sessize almaya ve işlere "fırsat bulunca" bakmaya alışmış durumda.

Echobell, "fırsat bulunca"nın çok geç olduğu anlar için kuruldu. İşte farklı kişilerin onu nasıl kullandığı — ve bunu mümkün kılan somut entegrasyonlar.

Geliştiriciler: API'nizin bozulduğu anı bilin

Klasik geliştirici senaryosu: bir üretim API'niz var. Bir izleme aracınız var. Ama gece 2'de bir şey ters gittiğinde uyarı sabaha kadar bir Slack kanalında bekliyor.

Echobell, izleme yığınınıza webhook üzerinden bağlanır. Bir sağlık kontrolü başarısız olduğunda telefonunuzu çaldırır — susturulabilecek bir push bildirimi değil, gerçekten çalan bir arama.

curl -X POST https://hook.echobell.one/t/<channel-token> \
  -H "Content-Type: application/json" \
  -d '{
    "title": "API DOWN: payment-service",
    "body": "500 errors since 02:17 UTC",
    "notificationType": "calling"
  }'

HTTP isteği gönderebilen her şeyle çalışır: Datadog, Better Uptime, Freshping, UptimeRobot, kendi sağlık kontrolü betikleriniz — aklınıza ne gelirse.

Daha az kritik servisler için notificationType değerini time-sensitive yapın. Bu da iOS Odak Modu'nu aşar, ama telefonu tam anlamıyla çaldırmadan.

CI/CD hatları: Kontrol etmeyi bırakın. Haber alın.

Bir derlemenin bitmesini GitHub Actions'ı 30 saniyede bir yenileyerek beklemek, zamanın iyi bir kullanımı değil. Ama tamamen başka bir işe geçip dağıtımın başarısız olduğunu kaçırmak da istemezsiniz.

Hattınızın sonuna bir webhook adımı ekleyin. İş tamamlandığında — başarılı ya da başarısız — Echobell sonucu doğrudan telefonunuza gönderir.

- name: Notify via Echobell
  if: always()
  run: |
    curl -X POST https://hook.echobell.one/YOUR_KEY \
      -H "Content-Type: application/json" \
      -d "{
        \"title\": \"${{ github.workflow }} ${{ job.status }}\",
        \"body\": \"${{ github.repository }} @ ${{ github.sha }}\",
        \"notificationType\": \"time-sensitive\"
      }"

Bu, hafta boyunca sessizce çok sayıda bağlam değişimi kazandıran küçük şeylerden biri.

Sunucu ve çalışma süresi izleme: Grafana, Upptime ve dostları

Zaten Grafana kullanıyorsanız, uyarı bildirimlerini webhook contact point'i üzerinden doğrudan Echobell'e yönlendirebilirsiniz. Bir kanal kurun, webhook URL'sini yapılandırın, bitti. Bir uyarı tetiklendiğinde telefonunuz çalar.

Upptime kullanıcıları da aynısını .upptimerc.yml içindeki birkaç satırla yapabilir:

notifications:
  - type: webhook
    endpoint: https://hook.echobell.one/t/<channel-token>

Bu entegrasyonların güzel yanı, mevcut uyarı kurallarınızı kullanmaları. Hiçbir şeyi yeniden tanımlamanız gerekmez — Echobell'i yalnızca bir çıkış olarak eklersiniz.

Zapier ve no-code otomasyonlar

Her şey bir geliştirici sorunu değil. Zapier'ın binlerce tetikleyicisi var: form gönderimleri, CRM güncellemeleri, ödeme olayları, elektronik tablo değişiklikleri. Bunların herhangi biri bir Echobell bildirimini tetikleyebilir.

Echobell kanalınıza işaret eden bir Zapier Webhook eylemi kurun; böylece bildirimleri akla gelebilecek hemen her iş olayına bağlayabilirsiniz:

• Web sitesi formunuzdan yüksek değerli bir potansiyel müşteri gelir
• Stripe'ta bir ödeme başarısız olur
• Bir Google Sheet'e satır eklenir
• Proje yönetim aracınızda bir görev gecikir

Zamanlamanın önem taşıdığı iş olaylarında telefonun titremesi (gerçekten kritik olanlarda ise çalması), bir Slack mesajını fark edeceğinizi ummaktan çok daha güvenilirdir.

E-posta tetikleyicileri: E-postaları telefon aramalı uyarılara dönüştürün

Bazı sistemler yalnızca e-posta çıkışını destekler — eski izleme araçları, eskimiş SaaS platformları, şirket içi iş sistemleri. Echobell'de yerleşik bir e-posta tetikleyicisi var.

Her kanal benzersiz bir @echobell.one adresi alır. Bu adrese gönderilen e-postalar bir bildirim tetikler. Konu başlık, gövde ise mesaj olur.

İzleme araçlarınızdan uyarıları yönlendirin, bir e-posta filtre kuralıyla bağlayın ya da doğrudan kullanın. Bildirim, diğer tüm Echobell tetikleyicileriyle aynı şekilde çalışır.

Yapay zekâ akışları ve eşzamansız görevler

Uzun süren yapay zekâ işleri, toplu işleme ya da birkaç dakikadan fazla süren herhangi bir şey mi çalıştırıyorsunuz? Terminale bakıp durmak yerine, iş bittiğinde kendinize bildirim göndermek için Echobell Direct'i kullanın.

import httpx

def notify_complete(task_name: str, result: str):
    httpx.post(
        "https://hook.echobell.one/d/YOUR_KEY",
        json={
            "title": f"{task_name} complete",
            "body": result,
            "notificationType": "time-sensitive"
        }
    )

Claude veya başka yapay zekâ ajanlarıyla çalışıyorsanız bu, WebhookMCP ile iyi eşleşir — ajan, uzun bir görevi bitirdiğinde bir Echobell bildirimi tetikleyebilir.

Ekip nöbeti: Paylaşılan kanallar

Echobell'in kanal modeli yalnızca bireyler için değil, ekipler için de çalışır. Bir servis için kanal oluşturun, abonelik bağlantısını ekibinizle paylaşın; abone olan herkes uyarıyı alır.

Bu, nöbet rotasyonlarını pratik hâle getirir:

• Nöbette kim varsa üretim kanalına abone olur
• Bir şey tetiklendiğinde aramayı doğru kişiler alır — nöbette olmayan insanlarla dolu bir Slack kanalı değil
• Rotasyon değiştiğinde eski nöbetçi abonelikten çıkar, yenisi abone olur

Küçük ekipler için karmaşık bir PagerDuty yapılandırmasına gerek yok.

Cron işleri ve zamanlanmış betikler

Cron işleri sessizce başarısız olur. Her gece çalışan ve hataya düşen bir betik... hiçbir şey yapmaz ve akışın ilerisinde gözle görülür bir şey bozulana kadar kimse fark etmez.

Betiklerinizin sonuna bir Echobell bildirimi ekleyin:

#!/bin/bash
# betiğiniz burada
python process_data.py

if [ $? -ne 0 ]; then
  curl -s -X POST https://hook.echobell.one/d/YOUR_KEY \
    -H "Content-Type: application/json" \
    -d '{"title": "Cron failed", "body": "process_data.py exited with error", "notificationType": "time-sensitive"}'
fi

Betik başına bir dakikalık kurulum, sonrasında çok fazla hata ayıklamadan kurtarır.

Doğru aciliyet seviyesini seçmek

Echobell'in üç bildirim türü var ve doğrusunu kullanmak önemli:

calling türü bir premium abonelik gerektirir ve gerçekten anında müdahale isteyen durumlara saklamaya değer. Gerisi için time-sensitive kullanın — yine güvenilirdir ve uyarı yorgunluğuna yol açmaz.

Küçük bir yerden başlayın

En kolay ilk entegrasyon genellikle bir cron işi ya da bir CI hattıdır — küçük, kendi içinde bütün ve test etmesi kolay. Birini çalıştırın, nasıl hissettirdiğini görün ve oradan genişletin.

Echobell en çok, şu anda kaçırdığınız bir bildirimin yerini aldığında işe yarar. En son ne zaman bir sorunu olması gerekenden geç öğrendiğinizi düşünün — önce o entegrasyonu kurun.

---

İlgili içerikler

• Echobell Direct — kanal kurulumu olmadan kişisel webhook'lar
• iPhone için webhook bildirimleri
• Zapier webhook bildirimlerini telefona göndermek
• Upptime ve Echobell ile çalışma süresi izleme
• Grafana arama bildirimleri
• API'niz çöktüğünde telefon aramalı uyarı almak
• WebhookMCP — yapay zekâ görevleri bittiğinde haberdar olun