Auto-actions
Saat sebuah alert firing, Watchbell bisa mengusulkan perbaikan: salah satu aksi yang memang sudah ada di console, misalnya mengecek ulang sebuah situs atau me-roll back deploy yang bermasalah. Anda menyetujui atau menolaknya di halaman Auto-actions atau dengan tombol di pesan Telegram-nya. Aksi yang disetujui berjalan lewat kode, pengecekan, dan audit trail yang sama seperti saat Anda menekan tombolnya sendiri, dengan Anda sebagai pelakunya.
- Alert mana mengusulkan apa
- Menyetujui dan menolak
- Auto-run yang aman
- Auto-rollback setelah deploy yang bermasalah
- Perbaikan keamanan otomatis
- Tempat melihat apa yang terjadi
Alert mana mengusulkan apa
| Alert | Aksi yang diusulkan | Risiko |
|---|---|---|
| MonitorDown, HighLatency (pengecekan HTTP sebuah aplikasi) | Check again now | aman |
| MonitorDown, HighLatency, saat compute Neon aplikasi itu sedang suspended | Wake Neon | aman |
| MonitorDown pada heartbeat job harian milik Watchbell sendiri | Rerun daily job | berisiko |
| MonitorDown pada pengecekan HTTP sebuah aplikasi, di luar window auto-rollback | Redeploy production, Roll back to previous deployment | berisiko |
| MonitorDown atau HighLatency di menit-menit pertama setelah deploy production baru | Roll back to previous deployment | berisiko (lihat auto-rollback) |
| DeploymentFailed | Redeploy production, Roll back to previous deployment | berisiko |
| AutoPauseRisk (Supabase) | Send Supabase keep-alive | aman |
| DatabasePaused (Supabase) | Restore Supabase project | berisiko |
| CertExpiringSoon | Re-check domain certificate | aman |
| VulnerableDependency | Open package update PR | berisiko |
Usulan dibuat paling banyak sekali per alert dan aksi. Usulan yang masih pending kedaluwarsa setelah 2 jam, atau lebih cepat kalau alert-nya resolved. Alert yang di-silence tidak mengusulkan apa pun. Usulan disimpan selama 30 hari.
Aksi aman hanya membaca atau memberi dorongan kecil (cek ulang, membangunkan, query keep-alive). Aksi berisiko mengubah production (redeploy, roll back, restore, membuka pull request, menjalankan ulang job harian). Aksi berisiko selalu menunggu Anda, kecuali aturan auto-rollback yang sempit di bawah, yang harus Anda aktifkan sendiri.
Menyetujui dan menolak
- Di halaman Auto-actions (khusus owner): "Waiting for you" menampilkan usulan yang pending beserta alasan dan targetnya. Approve langsung menjalankan aksinya; Reject menutupnya. Di bawahnya ada riwayat semua yang diusulkan, dijalankan, ditolak, atau kedaluwarsa.
- Di Telegram, dengan tombol approval aktif: setiap pesan usulan punya tombol Approve dan Reject. Hanya akun Telegram yang sudah Anda tautkan yang bisa memakainya. Untuk aksi berisiko, Approve lebih dulu berubah menjadi Sure? Approve, yang harus Anda tekan dalam 2 menit. Di laptop yang self-hosted, tombol bekerja selama Watchbell berjalan (lihat Cara tombol sampai ke laptop).
Aksi-aksi ini butuh izin token yang sesuai, misalnya token Supabase dengan Project admin: Write untuk me-restore sebuah project (lihat Menghubungkan provider).
Auto-run yang aman
Settings › Auto-actions menampilkan setiap jenis aksi. Jenis yang aman punya sakelar: kalau sakelarnya aktif, usulan jenis itu dijalankan tanpa bertanya dan Anda menerima satu baris singkat di Telegram sesudahnya. Semua sakelar mati secara default. Jenis yang berisiko tidak punya sakelar dan selalu menunggu Anda.
Auto-rollback setelah deploy yang bermasalah
Mati secara default; aktifkan di Settings › Auto-actions. Kalau aktif, deploy production baru di Vercel yang merusak aplikasi akan di-roll back ke deployment sebelumnya tanpa bertanya, tetapi hanya:
- dengan aksi roll back, tidak ada yang lain;
- dalam N menit pertama setelah deploy baru itu live (Anda memilih N antara 10 dan 120; default 30);
- kalau monitor aplikasi itu down atau log menunjukkan lonjakan error;
- sekali per deployment, dan tidak pernah dua kali untuk satu aplikasi dalam 2 jam.
Setiap rollback dilaporkan di Telegram dan di Events. Build yang gagal tidak pernah live di Vercel, jadi fitur ini untuk build yang berhasil tetapi rusak saat runtime. Di luar window itu, situs yang terus down mendapat usulan redeploy dan rollback yang menunggu approval Anda.
Perbaikan keamanan otomatis
Saat scan dependency sebuah aplikasi yang dipantau menemukan advisory critical atau high yang sudah punya versi perbaikan, Watchbell bisa memperbaikinya dari awal sampai akhir. Fitur ini butuh token GitHub PR-write di Connections. Lalu Watchbell:
- membuka pull request update sendiri (hanya
package.json, di branch baruwatchpost/deps-…), hanya untuk dependency langsung yang perbaikannya masih di versi mayor yang sama, dan tidak pernah dua kali untuk package yang sama selama pull request-nya masih terbuka; - menunggu check GitHub (semuanya hijau), lalu menunggu preview Vercel untuk pull request itu;
- menguji preview-nya:
/dan sampai 3 path monitor harus menjawab 200 sampai 399 dalam 15 detik (untuk preview di belakang Vercel Authentication: 3 menit tanpa baris error di log-nya); - melakukan squash-merge, tetapi hanya selama auto-rollback aktif, supaya auto-rollback menjaga menit-menit pertama deploy production yang menyusul.
Kalau ada yang gagal, atau belum selesai dalam 45 menit, pull request-nya tetap terbuka dengan tanda "needs a look". Update mayor, package transitif, atau severity yang Anda matikan menjadi usulan biasa yang menunggu approval Anda. Setiap pull request yang dibuka dan setiap merge atau penghentian dikirim ke Telegram dan dicatat di Events.
Perbaikan keamanan otomatis tercantum aktif secara default di Settings › Auto-actions, tetapi tidak ada yang terjadi sampai token GitHub PR-write terhubung, dan tidak ada yang di-merge kecuali auto-rollback juga aktif. Pilih severity-nya atau matikan fitur ini di sana.
package-lock.json. Pull request update butuh package-lock.json yang cocok. Watchbell tidak menjalankan npm
sendiri untuk project Anda; Settings › Lockfile menjelaskan cara menyiapkan repository GitHub kecil milik Anda sendiri
dengan workflow GitHub Actions yang mengerjakannya. Setelah membuka pull request update, Watchbell meminta workflow itu
menjalankan npm install --package-lock-only --ignore-scripts di branch pull request tersebut lalu push lockfile yang
baru (gratis, berjalan di GitHub, install script dimatikan). Workflow ini memakai token PR-write yang sama, yang
disimpan di sana sebagai repository secret WATCHBELL_PR_TOKEN.
Tempat melihat apa yang terjadi
- Events berisi setiap approval, penolakan, auto-run, dan hasilnya, beserta siapa yang melakukannya.
- Auto-actions menampilkan status setiap usulan dan hasilnya dalam satu baris.
- Telegram menerima usulannya, dan satu baris setelah setiap auto-run, rollback, atau merge.