Biến bất kỳ webhook nào thành cảnh báo gốc và số liệu trực tiếp.

Ứng dụng của bạn tiếp tục nhận và xác minh webhook Stripe, GitHub hoặc Supabase. Thêm một lệnh gọi API LogsNinja để gửi các trường hữu ích đến cảnh báo gốc và biểu đồ tự động cập nhật sau khi được cấu hình.

Điều gì thay đổi khi các webhook được kết nối

Một lần triển khai thất bại
Bị chôn vùi trong log CI cho đến khi ai đó tình cờ kiểm tra.
Một cảnh báo gốc ngay khi workflow thất bại.
Một đơn hàng mới
Bạn biết được vào lần tiếp theo mở bảng điều khiển.
Một cảnh báo, cộng với một đỉnh trên biểu đồ doanh thu của bạn.
Một thay đổi cơ sở dữ liệu rủi ro
Không có khả năng quan sát cho đến khi có gì đó ở phía sau bị hỏng.
Một cảnh báo ngay khi dòng dữ liệu thay đổi.

Hoạt động với webhook bạn đã có

Không cần triển khai endpoint mới. Bên trong trình xử lý đã nhận webhook, ba bước biến nó thành tín hiệu.

Xác minh chữ ký
Ánh xạ các trường
Gửi sự kiện
TỪ WEBHOOK ĐẾN TÍN HIỆU

Một lệnh gọi HTTP biến payload thành cảnh báo.

Xác minh chữ ký của người gửi trước, sau đó ánh xạ các trường bạn quan tâm vào một sự kiện LogsNinja.

$ curl -X POST https://api.logsninja.com/v1/events \
  -H "Authorization: Bearer YOUR_API_TOKEN" \
  -d '{
    "project": "YOUR_PROJECT_ID",
    "stream":  "webhooks",
    "title":   "Deployment succeeded",
    "emoji":    "🚀",
    "metadata": {"source": "github", "repo": "api"},
    "notify":   true
  }'

✓ Event received
✓ Push sent to 2 devices
# chart updated

Một payload GitHub, được ánh xạ

Nguyên tắc tương tự áp dụng cho bất kỳ nhà cung cấp nào – lấy ra các trường bạn quan tâm từ payload bạn đã nhận.

Trường payload GitHub Trường LogsNinja
workflow_run.conclusion title (vd. "Deployment succeeded")
repository.full_name metadata.repo
sender.login metadata.actor
thành công hoặc thất bại emoji (🚀 hoặc 🚨)
Webhooks
Deployment succeededwebhooks ·
Workflow failedwebhooks ·

Mỗi webhook trở thành một cảnh báo và một biểu đồ.

Không cần tích hợp riêng cho thông báo và báo cáo. Gửi sự kiện một lần, nó cung cấp dữ liệu cho cả hai cùng lúc.

Các nguồn webhook phổ biến

Stripe

Thanh toán, hóa đơn và thay đổi đăng ký.

GitHub

Triển khai, pull request và lỗi workflow.

Supabase

Thay đổi cơ sở dữ liệu và sự kiện xác thực.

Backend của riêng bạn

Bất kỳ sự kiện nội bộ nào bạn đã phát ra dưới dạng webhook.

Dành cho ai

Phù hợp nếu

Bạn đã nhận webhook từ một nhà cung cấp hoặc backend của riêng bạn và muốn có cảnh báo cùng biểu đồ, mà không cần tự xây dựng cả hai từ đầu.

Không phù hợp nếu

Bạn cần nhận và định tuyến webhook ngay từ đầu. LogsNinja biến một webhook bạn đã nhận thành cảnh báo và biểu đồ – nó không phải là bộ chuyển tiếp hay hàng đợi webhook.

Câu hỏi thường gặp

Tôi có cần thay đổi endpoint webhook hiện có không?

Không. Giữ nguyên endpoint bạn đã có và thêm một lệnh gọi HTTP đến LogsNinja bên trong đó, sau khi xác minh chữ ký của người gửi.

Điều này hoạt động với những nhà cung cấp webhook nào?

Bất kỳ nhà cung cấp nào. LogsNinja không phân tích payload riêng của một nhà cung cấp cụ thể – bạn ánh xạ các trường bạn quan tâm vào một sự kiện LogsNinja, vì vậy nó hoạt động như nhau với Stripe, GitHub, Supabase hoặc một hệ thống nội bộ.

Cùng một webhook có thể vừa xây dựng bảng điều khiển không?

Có. Sự kiện bạn gửi cho cảnh báo cũng chính là sự kiện cung cấp dữ liệu cho biểu đồ hoặc số liệu – không cần tích hợp riêng cho từng việc.

Nếu webhook kích hoạt thường xuyên hơn mức tôi muốn được thông báo thì sao?

Đặt notify thành false cho các sự kiện bạn chỉ muốn hiện trên biểu đồ, và true cho những sự kiện xứng đáng có cảnh báo – cả hai đều đọc cùng một payload.

Biến webhook tiếp theo của bạn thành cảnh báo.

Gửi sự kiện đầu tiên của bạn và xem nó trở thành thông báo gốc chỉ trong vài giây.