New ask Hacker News story: A generic service to send, retry, and manage webhooks
A generic service to send, retry, and manage webhooks
2 by rednafi | 0 comments on Hacker News.
At my workplace, I was working on a Django monolith, where managing the nitty-gritty of sending, monitoring, and managing event-triggered POST requests quickly became cumbersome. The requests were failing due to client-side issues and we were plagued by different observability problems as well. So, I was looking for a generic OSS solution for managing and monitoring webhooks and ended up making one. This leverages Redis, RQ, RQMonitor, Fastapi, Uvicorn & Rich. It just takes a payload, sends that asynchronously to the destination URL, handles exceptions gracefully, and exposes a GUI that lets you monitor the system and retry the failed jobs manually. The entire orchestra can be launched and horizontally scaled up by a single docker-compose command. This standalone service is built for simplicity and it helped me to decouple the webhook management logic from the primary monolith I was working on. You might find it useful. Suggestions and pull requests are always welcome. https://ift.tt/3y9dcrq
2 by rednafi | 0 comments on Hacker News.
At my workplace, I was working on a Django monolith, where managing the nitty-gritty of sending, monitoring, and managing event-triggered POST requests quickly became cumbersome. The requests were failing due to client-side issues and we were plagued by different observability problems as well. So, I was looking for a generic OSS solution for managing and monitoring webhooks and ended up making one. This leverages Redis, RQ, RQMonitor, Fastapi, Uvicorn & Rich. It just takes a payload, sends that asynchronously to the destination URL, handles exceptions gracefully, and exposes a GUI that lets you monitor the system and retry the failed jobs manually. The entire orchestra can be launched and horizontally scaled up by a single docker-compose command. This standalone service is built for simplicity and it helped me to decouple the webhook management logic from the primary monolith I was working on. You might find it useful. Suggestions and pull requests are always welcome. https://ift.tt/3y9dcrq
Comments
Post a Comment