subomi

13 ms·

1. 121.▲
   by subomi 5y ago

   Oh, YC funds open-source projects. They're several of them before us. :)
2. 122.▲
   by subomi 5y ago

   Honest feedback as well. What we care deeply about today is simplifying and democrastising webhooks with Convoy. Under the MPL 2.0 License as I understand it, any modifications to Convoy must be made open-source as well which helps us reach
3. 123.▲
   by subomi 5y ago

   Yes, It's a big market and I am hoping for more brilliant use-cases outside what we're used to!
4. 124.▲
   by subomi 5y ago

   I just pushed a fix for this. You can try again! :)
5. 125.▲
   by subomi 5y ago

   Yikes. Checking this out.
6. 126.▲
   by subomi 5y ago

   Yes, we are very similar. But we are OSS first. Svix is SaaS first. We're designing a tool to be flexible and simplify webhooks from a binary perspective. We already support multiple queuing & storage backends, we already support a
7. 127.▲
   by subomi 5y ago

   Thanks for this well detailed feedback. 1) Yes, it's on our roadmap. 2) It was/is a design choice, we aren't so familiar with using redis as a persistence store. The goal was to enabled people switch backends depending on wha
8. 128.▲
   by subomi 5y ago

   Nice, nice. Please send us bug reports. :)
9. 129.▲
   by subomi 5y ago

   You're welcome. :)
10. 130.▲
    by subomi 5y ago

    Oh, yes. So essentially Convoy's queue mechanism works as a delayed job queue (basically how retries in webhooks work e.g. Stripe will send the event to you every hour for the next 72 hours). When the endpoint is unaccessible it backs
11. 131.▲
    by subomi 5y ago

    Thank you! Yes, we have plans to support PostgreSQL as a storage backend. At the moment, queue tuning parameters are not exposed as configuration parameters, they're based off a shared queue and we expose prometheus metrics over the sh
12. 132.▲
    Launch HN: Convoy (YC W22) – Open-source cloud-native webhooks service(getconvoy.io)

    88 points by subomi 5y ago|53 comments