TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Show HN: Inngest – Developer platform for background jobs and workflows

87 点作者 danfarrelly将近 2 年前
Hi HN! We’re Dan and Tony - founders of Inngest (<a href="https:&#x2F;&#x2F;www.inngest.com&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.inngest.com&#x2F;</a>). Inngest is a developer platform and toolchain for developing, testing and running background jobs, and workflows. Inngest invokes your jobs via HTTP, wherever you want to deploy your code.<p>Shipping reliable background jobs and workflows is a time suck for any software team. They’re painful to develop locally and getting into production is a tedious experience of configuring infra. When you want to add scheduling, orchestrate multi-step workflows or handle concurrency or idempotency, you spend even more time building bespoke systems - not your actual product.<p>Software engineers spend a ton of duplicated effort building and rebuilding this at every company. It shouldn’t be this way.<p>We’ve taken our experience building and scaling reliable, secure queueing systems across Healthcare, B2B SaaS, and developer infra companies. With Inngest, we sought out to create a single platform and set of developer tools to unburden the developer.<p>- You write functions alongside your API, in your existing codebase with our simple SDK. We invoke your functions via HTTPS, so there are no additional worker services to setup.<p>- End-to-end local development, with one command. Our dev server runs Inngest on any machine with a web interface to visualize, debug, and test your functions with zero additional dependencies.<p>- Our serverless queue calls you, so you can run your code anywhere - serverless, servers or edge.<p>- Inngest manages state across functions and long-running workflows for you. We handle retries, concurrency, idempotency, and coordinating parallel and sequential workloads out-of-the-box.<p>We’ve helped users like:<p>- Snaplet.dev uses Inngest to handle the lifecycle of managing preview databases for their developer platform.<p>- Ocoya.com re-build their e-commerce and social media scheduling workflows in days while dramatically simplifying their infra to run solely with Inngest + serverless functions.<p>- Secta.ai uses Inngest to run all of their AI image generation models on GPU-optimized instances.<p>Today, we have a TypeScript SDK and we will expand to other languages soon (Go is next). We’re building in the open on Github and we offer usage-based plans with a generous free tier.<p>We’re excited to share this with HN and we’re eager for your feedback! What are your experiences building systems for background jobs and workflows?

10 条评论

machiaweliczny将近 2 年前
Seems like similar API&#x2F;usecase as Temporal. Do I get it right that your system is similar but easier to use as it&#x27;s basically exposes similar functionality via HTTP and higher-level API?<p>Do I get it right that difference between this and for example ActiveJob in Rails is that you handle well multi step workflows where there&#x27;s a need to coordinate and wait for some event&#x2F;thing to finish (or just sleep). And benefit is that it it&#x27;s easy to read whole flow as it&#x27;s async function?
评论 #36404148 未加载
tomredman将近 2 年前
The timing of this is pretty awesome for me. I’m building a product that requires fairly heavy, scheduled background services. Originally, I had built these services intermingled with my client and API, but it was not ideal from a development or deployment process. Plus we had rolled our own monitoring which was itself a PITA to maintain. With Inngest, I moved all of our background services and processing to a separate sub-repo, and we can develop, deploy and monitor entirely independently from the rest of our product which has really sped things up. Love it. Would recommend for anything event-based!<p>The last straw for me was the few times I ran into issues, often due to my own mistakes, their support was nearly real-time and worked with me either help me solve the problem or dig in on their end to see where the issue was. Honestly more than anything the support gives me confidence to fully commit to this and use across all my production apps.<p>Anyway, great stuff all, you’ve built something awesome here.
评论 #36403397 未加载
thakobyan将近 2 年前
Building reliable background jobs and engineering workflows has almost always been challenging in any company I worked for, and I’m glad there is a company now who tries to excel the DX aspect of this problem.
评论 #36403077 未加载
frant1c将近 2 年前
We&#x27;ve been using Inngest at Secta.ai for the last ~6 months, happy to answer any questions!<p>DX is great! Writing the jobs feels very natural, much much simpler than Temporal. The development server is neat and makes debugging jobs very easy. TypeScript SDK is idiomatic, the types are properly inferred &amp; propagated throughout the whole app.<p>The nice thing about writing step functions for Inngest vs regular &quot;async worker queues&quot; is that we can express logic, e.g. &quot;if X than wait for event Y&quot;, with a layer of caching&#x2F;retries on top.
评论 #36427050 未加载
zenorocha将近 2 年前
Background jobs is the kind of problem that every company has but there’s still room to find the best DX possible. I’m glad there’s people tackling this problem.
GGO将近 2 年前
Can you elaborate on why you chose to go with SSPL license? I want to open source a project and have been thinking between SSPL and AGPL. I am held back by OSI stating that the SSPL is does not comply with its Open Source Definition because it discriminates against specific fields of endeavor, describing it as a &quot;fauxpen&quot; source license.
评论 #36405462 未加载
devty将近 2 年前
Curious to know about your background (:wink:)!<p>What led you guys to work on this problem? What inspired you guys?
mirzap将近 2 年前
Looks interesting and promising. Is it Open Source? Can it be self-hosted?
评论 #36409058 未加载
dimitropoulos将近 2 年前
why only TypeScript?<p>I realize you can&#x27;t please everyone at all times but I&#x27;d love to have a Rust or Zig SDK option. Go is a good start in that direction I guess..
评论 #36403298 未加载
评论 #36408681 未加载
imsh4yy将近 2 年前
Having an event-driven infrastructure is a big missing piece in the serverless world and I&#x27;m glad to see you guys stepping in and filling this gap!