9 ms·
Launch HN: Nango (YC W23) – Source-available unified API
Hey everyone, we are Bastien and Robin from Nango (https://www.nango.dev https://www.nango.dev). We take care of the annoyances of external APIs (167 and counting) so you can quickly build custom integrations for your SaaS, while retaining full control over how they work.
2 min demo video: https://www.loom.com/share/d04c67b47e284e86b91b4b99fba548ec https://www.loom.com/share/d04c67b47e284e86b91b4b99fba548ec
SaaS engineering teams face a tough choice: they can build each integration in-house from scratch, which gives them full control but takes a lot of time and maintenance effort. Or they can use pre-built solutions, which are fast and easy but less flexible and might not fulfill all customer needs.
Nango combines the best of both worlds. We let you quickly ship custom integrations without building complex infrastructure or diving deep into the quirks of each API. You control the business logic, data models, and customer-specific configurations, like custom field mappings. We handle (O)Auth and run your integrations reliably in production.
Under the hood, your integrations run as typescript “lambdas” on Nango. A typical integration has 3-5 lambdas of 20-50 lines of code each. These lambdas live inside your git repo, are version-controlled with the rest of your app, and get deployed to Nango with a CLI (https://docs.nango.dev/understand/core-concepts https://docs.nango.dev/understand/core-concepts).
Our runtime has a built-in scheduler for continuous background syncs, monitoring to know if your integrations run as expected, detailed logging of everything that happens in Nango, and pre-built infrastructure to deal with (O)auth, retries, rate-limit handling, webhook floods, data caching, de-duplication, etc. More here: https://docs.nango.dev/understand/architecture https://docs.nango.dev/understand/architecture
We have found that ChatGPT and Copilot let you build integrations on Nango very fast without having to learn each API’s intricacies. LLMs are great at figuring out which endpoint to use, what parameters it takes, etc. Paired with our runtime, this lets you build complex, high-scale integrations in hours instead of weeks.
We’ve put a ton of effort into dealing with API complexities, so you don’t have to. Even integrations that looked simple at first ended up forcing us to extend our infra to deal with their quirks and gotchas.
For example, we had to figure out 100+ different OAuth implementations (see https://www.nango.dev/blog/why-is-oauth-still-hard https://www.nango.dev/blog/why-is-oauth-still-hard and https://news.ycombinator.com/item?id=35713518 https://news.ycombinator.com/item?id=35713518). We had to deal with a half-dozen non-standard auth methods (Github apps, Stripe apps, Netsuite, etc.), expiring webhooks, ways to deal with data dependencies, weird pagination methods, API keys that change with every API call, dozens of different ways to register for webhooks, etc. It’s a constantly moving target, but it is a challenge we have come to love, and we think the approach makes sense: we specialize in finicky details that vary from API to API—you specialize in making your product great and offering more integrations to your users.
Last but not least, Nango is open source (https://github.com/NangoHQ/nango https://github.com/NangoHQ/nango) under the ELv2 license (allows most use cases, except for direct copy-cats). Anybody can contribute new APIs & share their integration templates with the community.
The fastest way to see Nango in action is with our interactive demo here (no signup required): https://app.nango.dev/hn-demo https://app.nango.dev/hn-demo
Or take a look at our docs: https://docs.nango.dev https://docs.nango.dev
We would love to hear your feedback and look forward to the comments!
- nextworddev 2y agoThis is really great work, I will try it out. How do I reach out if I have questions?
- rguldener 2y agoWe are very active on the Slack community: https://nango.dev/slack https://nango.dev/slack
- icy 2y agoObligatory mention of ELv2 not being open source (not OSI approved!).
- brap 2y agoI spent about 5 minutes (incl watching the demo) and I still don’t quite understand what this does. I’m probably not in your target audience, so maybe the issue is with me. But I think you should consider clarifying the use-case and value a bit. It’s one of those things that should probably be immediately obvious to anyone working on SaaS. I was curious so I spent some time on it, potential customers may not be as forgiving and might give you just 10-20 seconds.
- stuartjohnson12 2y agoI'm in the target audience and still don't fully understand, although I do think the market needs more tools like this. Generally speaking, the value prop for tools in this space tends to be that they map similar data concepts from lots of providers into one API so that it's faster to build interoperability. For example, if you're shipping a project management tools integration, every tool has the equivalent of a ticket and a project and a label regardless of what they call it. What I /think/ this tool does is go one layer further and provide cloud-based orchestration for chained integration calls with appropriate failover and observability hooks built in automatically. Which is a sensible tool I think the market is hurting for. But I could be wrong, and that's concerning.
- conqrr 2y agoTheir front page is quite clear. Haven't seen the demo though. Its a unified API for all Integrations that your Saas can have. Typical Saas has integrations with a lot of other Saas and its like a web of complexity that you have to build from scratch. With Unified API you integrate with one API and it can give you things like auth, data, syncing from Github, twitter, Google, etc