Well the technology does more things that a conventional proxy, I'd say it's a proxy with batteries Included. I love the gateway term and the great similarity to API gateways; very relatable.
I think callling it a gateway might be slightly correct. For example an API gateway acts as a reverse proxy to accept all API calls whilst handling traffic authentication and authorization and even things like A/B testing capabilities.
A webhooks proxy that supports both sending and receiving might be classified as a gateway.
That's exactly what Convoy is. It's open source and supports both directions of webhooks. Receiving and Sending. See here [1] to get started receiving.
It wasn’t immediately clear, but can Convoy be used to mutate an incoming webhook before fanning it out? So that a single incoming webhook can be “translated” to formats used by disparate systems?
10 comments
[ 0.24 ms ] story [ 27.9 ms ] threadI like it a bit more than "webhook proxy" but I'm not sure calling it a gateway is the best fit, either.
Convoy Founder here.
The way we think about it is API Gateways are the entry point to your API. Webhook Gateways are the exit point to the API. Hence the name. :)
I’ve often wondered where Hookdeck like service is that has an OSS core. This looks like a fantastic approach, bravo.
[1] https://getconvoy.io/docs/getting-started/receiving-webhook-...
[1] https://github.com/orgs/frain-dev/projects/3