Daftar Isi
- Developer: Ketahui saat API Anda rusak
- Pipeline CI/CD: Berhenti mengecek. Cukup diberi tahu.
- Pemantauan server dan uptime: Grafana, Upptime, dan kawan-kawan
- Zapier dan otomatisasi no-code
- Pemicu email: Ubah email menjadi peringatan panggilan telepon
- Alur kerja AI dan tugas asinkron
- On-call tim: Saluran bersama
- Cron job dan skrip terjadwal
- Memilih tingkat urgensi yang tepat
- Mulailah dari yang kecil
- Terkait
Sistem peringatan sudah rusak. Bukan teknologinya — melainkan perilaku di sekelilingnya. Ketika semuanya bergetar, tidak ada yang mendapat perhatian. Kebanyakan orang sudah melatih diri untuk mengabaikan lencana notifikasi, membisukan ponsel, dan memeriksa segala sesuatu "kalau sempat".
Echobell dibuat untuk momen-momen ketika "kalau sempat" sudah terlambat. Berikut cara berbagai orang memakainya — beserta integrasi spesifik yang membuatnya berhasil.
Developer: Ketahui saat API Anda rusak
Kasus penggunaan klasik bagi developer: Anda punya API produksi. Anda punya alat pemantauan. Tetapi ketika ada yang salah pukul 2 pagi, peringatannya cuma mengendap di saluran Slack sampai pagi.
Echobell terhubung ke tumpukan pemantauan Anda lewat webhook. Ketika sebuah health check gagal, ia membuat ponsel Anda berdering — bukan notifikasi push yang bisa dibungkam, melainkan panggilan yang benar-benar berdering.
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"
}'
Bekerja dengan apa pun yang bisa mengirim permintaan HTTP: Datadog, Better Uptime, Freshping, UptimeRobot, skrip health check buatan sendiri — apa saja.
Untuk layanan yang kurang kritis, ubah notificationType menjadi time-sensitive. Itu tetap menembus Mode Fokus iOS, tetapi tanpa deringan penuh.
Pipeline CI/CD: Berhenti mengecek. Cukup diberi tahu.
Menunggu sebuah build selesai dengan menyegarkan halaman GitHub Actions tiap 30 detik bukan cara memakai waktu yang bagus. Tetapi Anda juga tidak mau berpindah fokus sepenuhnya lalu melewatkan kabar bahwa deploy-nya gagal.
Siapkan langkah webhook di akhir pipeline Anda. Ketika job-nya selesai — berhasil atau gagal — Echobell mengirim hasilnya langsung ke ponsel Anda.
- 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\"
}"
Ini termasuk hal kecil yang diam-diam menghemat banyak perpindahan konteks sepanjang minggu.
Pemantauan server dan uptime: Grafana, Upptime, dan kawan-kawan
Jika Anda sudah menjalankan Grafana, Anda bisa mengarahkan notifikasi peringatannya langsung ke Echobell lewat contact point webhook. Siapkan sebuah saluran, konfigurasikan URL webhook-nya, selesai. Ketika sebuah peringatan terpicu, ponsel Anda berdering.
Pengguna Upptime bisa melakukan hal yang sama dengan beberapa baris di .upptimerc.yml:
notifications:
- type: webhook
endpoint: https://hook.echobell.one/t/<channel-token>
Enaknya kedua integrasi ini adalah keduanya memakai aturan peringatan Anda yang sudah ada. Anda tidak perlu mendefinisikan ulang apa pun — cukup menambahkan Echobell sebagai keluaran.
Zapier dan otomatisasi no-code
Tidak semua urusan adalah masalah developer. Zapier punya ribuan pemicu: pengiriman formulir, pembaruan CRM, peristiwa pembayaran, perubahan spreadsheet. Semuanya bisa memicu notifikasi Echobell.
Siapkan aksi Webhook Zapier yang mengarah ke saluran Echobell Anda, dan Anda bisa menyambungkan notifikasi ke hampir semua peristiwa bisnis yang terbayangkan:
- Calon pelanggan bernilai tinggi masuk lewat formulir situs Anda
- Sebuah pembayaran gagal di Stripe
- Sebuah baris ditambahkan ke Google Sheet
- Sebuah tugas melewati tenggat di alat manajemen proyek Anda
Untuk peristiwa bisnis yang waktunya penting, mendapat getaran di ponsel (atau panggilan, untuk yang benar-benar kritis) jauh lebih andal daripada berharap Anda akan menyadari sebuah pesan Slack.
Pemicu email: Ubah email menjadi peringatan panggilan telepon
Sebagian sistem hanya mendukung keluaran email — alat pemantauan lawas, platform SaaS warisan, sistem bisnis internal. Echobell punya pemicu email bawaan.
Setiap saluran mendapat alamat @echobell.one yang unik. Email yang dikirim ke alamat itu memicu notifikasi. Subjeknya menjadi judul, isinya menjadi pesan.
Teruskan peringatan dari alat pemantauan Anda, hubungkan lewat aturan filter email, atau pakai langsung saja. Notifikasinya terpicu dengan cara yang sama seperti pemicu Echobell lainnya.
Alur kerja AI dan tugas asinkron
Menjalankan pekerjaan AI yang panjang, pemrosesan batch, atau apa pun yang memakan lebih dari beberapa menit? Alih-alih menatap terminal, pakai Echobell Direct untuk memberi tahu diri Anda sendiri saat pekerjaannya selesai.
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"
}
)
Ini berpadu apik dengan WebhookMCP jika Anda bekerja dengan Claude atau agen AI lain — agennya bisa memicu notifikasi Echobell begitu menyelesaikan tugas yang panjang.
On-call tim: Saluran bersama
Model saluran Echobell cocok untuk tim, bukan hanya perorangan. Buat sebuah saluran untuk satu layanan, bagikan tautan langganannya ke tim Anda, dan semua yang berlangganan akan menerima peringatannya.
Ini membuatnya praktis untuk rotasi on-call:
- Siapa pun yang sedang on-call berlangganan saluran produksi
- Ketika sesuatu terpicu, orang yang tepatlah yang ditelepon — bukan sebuah saluran Slack berisi orang-orang yang sedang tidak bertugas
- Ketika rotasinya berganti, petugas on-call lama berhenti berlangganan dan yang baru mulai berlangganan
Tim yang lebih kecil tidak perlu konfigurasi PagerDuty yang rumit.
Cron job dan skrip terjadwal
Cron job gagal tanpa suara. Skrip yang berjalan tiap malam lalu menemui error hanya akan... tidak melakukan apa-apa, dan tidak ada yang menyadarinya sampai ada sesuatu yang jelas-jelas rusak di hilir.
Tambahkan notifikasi Echobell di akhir skrip Anda:
#!/bin/bash
# skrip Anda di sini
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
Satu menit penyiapan per skrip menghemat banyak waktu debugging kemudian.
Memilih tingkat urgensi yang tepat
Echobell punya tiga jenis notifikasi, dan memakai yang tepat itu penting:
| Jenis | Perilaku | Kapan dipakai |
|---|---|---|
active | Notifikasi push biasa | Pembaruan informatif, tidak mendesak |
time-sensitive | Menembus Mode Fokus | Penting tetapi belum kritis seketika |
calling | Ponsel berdering seperti panggilan masuk | Gangguan produksi, kegagalan yang menggerus pendapatan |
Jenis calling membutuhkan langganan premium, dan sebaiknya disimpan untuk hal-hal yang benar-benar menuntut tindakan segera. Pakai time-sensitive untuk sisanya — tetap andal dan tidak menimbulkan kelelahan peringatan.
Mulailah dari yang kecil
Integrasi pertama yang paling mudah biasanya sebuah cron job atau pipeline CI — kecil, mandiri, gampang diuji. Buat satu berhasil dulu, rasakan bagaimana hasilnya, lalu kembangkan dari sana.
Echobell paling berguna ketika ia menggantikan notifikasi yang selama ini Anda lewatkan. Ingat-ingat terakhir kali Anda mengetahui sebuah masalah lebih lambat dari seharusnya — itulah integrasi yang perlu dibangun lebih dulu.
Terkait
- Echobell Direct — webhook pribadi tanpa penyiapan saluran
- Notifikasi webhook untuk iPhone
- Notifikasi webhook Zapier ke ponsel
- Pemantauan uptime dengan Upptime dan Echobell
- Notifikasi panggilan Grafana
- Mendapatkan peringatan panggilan telepon saat API Anda down
- WebhookMCP — dapatkan notifikasi saat tugas AI selesai