TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Show HN: Inngest 1.0 – Open-source durable workflows on every platform

165 pointsby tonyhb8 months ago
Hi HN! I’m Tony, one of the co-founders of Inngest (<a href="https:&#x2F;&#x2F;inngest.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;inngest.com&#x2F;</a>)<p>Inngest is an open-source durable workflow platform that works on any cloud. Durable workflows are stateful, long running step functions written in code, which automatically retry on failure. It abstracts everything about queues, event streams and state for you, letting you focus on code. Some examples of uses: managing stateful AI chained step functions; managing search&#x2F;rag indexes and data pipelines; integrations and webhooks; billing and payment flows.<p>Technical details: unlike other solutions, we put lots of effort into designing our SDK’s step.run APIs to make them extremely easy to use — developer experience is the most important thing for us.<p>We had to design and build our own queueing system to work with multi-tenancy, batching, and debouncing, and we’re iterating on this as we move to FoundationDB. It’s largely all Go in the backend, with a bunch of caching, clickhouse, event streams, and coordination on our behalf. Workers are shared nothing, and run based off of the queue and execution state.<p>We did a post last year as we iterated on our TS SDK. The product has changed a lot since then and wanted to show the community what’s changed as we reach 1.0:<p><pre><code> * Golang, Java, and Python SDKs with cross-language function invocation (across clouds, too) * Multi-tenant aware flow control (concurrency, throttling, debounce) * Batching, grouping many events into a single function call * Much improved dashboard, with tracing and metrics built in * Advanced recovery tools like function replay, temporary pausing, bulk cancellation (with optional expressions). No more dead letter queues! * Branch deploys built in, with staging env support out of the box * Full local testing with production parity </code></pre> There&#x27;s a ton on the roadmap, with more launching next week. We’re hiring systems &amp; infra engineers, too — it’s a fun job with lots of challenges!<p>Wanted to say thank you to the HN community for feedback so far! Happy Friday :)

19 comments

PeterZaitsev8 months ago
Looking at the License - This is not Open Source, but rather Source Available software.<p>Looks great but do not appreciate deceptive marketing
评论 #41605280 未加载
评论 #41605933 未加载
评论 #41608324 未加载
lmeyerov8 months ago
Congrats, definitely an area we&#x27;re always examining tools<p>Afaict, this seems like a more restrictively licensed &amp; less capable alternative to Dagster and Prefect. However, there may be some specific areas it is ahead -- the multitenancy bullet point sounds interesting, for example. Maybe you can share a comparative description?
评论 #41605530 未加载
davekiss8 months ago
I implemented Inngest to handle our video migration queues that help move videos off of other platforms into Mux -- complete breeze. Loved the balance between the amount of complexity that&#x27;s abstracted away, but still enough of a surface API exposed to do some pretty custom domain-specific work. Also the support was top notch, that goes a long way. A++, would use again, genuinely a fan.
tomredman8 months ago
Wow, I had no idea you weren’t at 1.0 yet lol. I’ve been using Inngest for a few years(!) and it’s always felt really polished and complete to me.<p>Congrats on the big one-oh. Question: I’ve been using Rust a lot more lately — does Inngest work natively with Rust? Is there an SDK or another way to use it?
ljm8 months ago
Used this for a short while and the dev experience was great (the console in particular which allowed for copying events to reproduce them locally). The typescript integration was good.<p>My only issue was that the execution of an inngest function wasn&#x27;t completely intuitive, at least in TS, and you have to think in terms of inngest or, more precisely, the abstraction it is providing. Is it an actor, a step function, an event consumer, a saga? or a combination of some?<p>When you get used to it it&#x27;s nice, less overhead than building your own actor model or your own event sources, and really good visibility into what is happening.
评论 #41605361 未加载
arez8 months ago
Really great product, I&#x27;m using inngest since 2-3 months and it definitely solved our problem. We needed a scheduling, queue, trigger solution. The docs are fairly good and it worked after some fiddling with our setup. I can quickly see every morning if all the jobs went through, we also starting to use them for webhooks now. Very happy, wrote at least 10 different functions in typescript so far
ykhli8 months ago
Congrats! I used Inngest when I wrote a video processing pipeline here <a href="https:&#x2F;&#x2F;github.com&#x2F;tigrisdata-community&#x2F;multi-modal-starter-kit">https:&#x2F;&#x2F;github.com&#x2F;tigrisdata-community&#x2F;multi-modal-starter-...</a><p>Amazing devEx. Thanks so much for all the work and enabling a local mode too
ddmkr_conveo8 months ago
Congrats on the launch! I am curious, how does your multitenant system work? And how do you ensure fairness?
评论 #41605005 未加载
guilhermecgs8 months ago
what is the difference from <a href="https:&#x2F;&#x2F;temporal.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;temporal.io&#x2F;</a>
评论 #41605220 未加载
Shakahs8 months ago
Restate.dev seems to offer a different implementation of the same feature set, and I think I might like their durable execution syntax more.
评论 #41606653 未加载
darrylcodes8 months ago
Congrats this is huge! I&#x27;ve been in the market looking for a tool like this and was curious to know how this compares against toolings such as Temporal (<a href="https:&#x2F;&#x2F;temporal.io&#x2F;product" rel="nofollow">https:&#x2F;&#x2F;temporal.io&#x2F;product</a>) or Trigger.dev(<a href="https:&#x2F;&#x2F;trigger.dev&#x2F;">https:&#x2F;&#x2F;trigger.dev&#x2F;</a>) ?
评论 #41605759 未加载
giovannibonetti8 months ago
I&#x27;ve been looking into this space since I learned about Temporal recently, and I wonder if it would be better to have this integrated in my application, as a library, instead of an external dependency. This way, all the state would be in the same DB.
评论 #41640534 未加载
评论 #41607370 未加载
throwaway7439508 months ago
What are open source alternatives to this? Can temporal.io do the same things?
anthonygrove8 months ago
Congrats on 1.0 -- we&#x27;ve been using inngest in our product quite a bit and it&#x27;s been reliable with a generous free-tier that allows us to leech off staying serverless forever :)
sumukh18 months ago
This looks great. Do you have an ETA for a Ruby SDK?
jedberg8 months ago
Congrats on the launch! Can’t wait to see what you guys launch next week.
tomredman8 months ago
Are there plans beyond workflow? (For context I enjoy Inngest already :)
SquidJack8 months ago
Whats the difference comparing trigger.dev
评论 #41611391 未加载
Xiol328 months ago
No option to self-host?
评论 #41605113 未加载