Show HN: Inngest – an open-source event-driven queue

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

SurveyJS - Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App
With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
surveyjs.io
featured
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
  • demo-nextjs-full-stack

    Discontinued A demo full-stack Next.js app and background functions using the Inngest DevServer

  • Hi HN! We’re Tony and Dan, the founders of Inngest - https://www.inngest.com.

    Previously, Tony ran engineering at https://www.uniformteeth.com/ and Dan was the CTO of https://buffer.com/. At both places, we had to build and manage a lot of complex async logic. You could say that Buffer is one big queue, and at Uniform we had lots of logic to run for compliance… managed via queues.

    Existing queueing solutions have pretty terrible UX. We’ve been working on an event-driven queueing system [0]. We make it simple for you to write delayed or background jobs by triggering step functions from JSON-based events.

    At a high level, Inngest does two things:

    - Ingest events from your systems via HTTP (pun intended)

    - Triggers serverless functions in response to specific events — async, either immediately or delayed.

    This allows you to build out async functions (eg. background jobs, handling webhooks) much faster, without worrying about config, queues, scaffolding, boilerplate, or infra. Because of the decoupling, it also means cleaner code. We talk about the benefits here [1].

    Technicals and how it’s different:

    Functions are declarative. They specify which events trigger them, with optional conditionals. This is great because you can then deploy functions independently from your core systems, and you get things like canary deploys, plus immediate rollbacks.

    Each function can have many steps, represented as a DAG. Each step can be any code — an AWS function, custom code in a container, an HTTP call, etc. Edges of the DAG can also have conditions for traversal, and can “pause” until another event comes in, with TTLs and timeout (eg. after signup, run step 1, wait for a user to do something else, then run the next step).

    Because the functions are event driven, we also statically type and version events for you. This lets you inspect and generate SDKs for events, or to fail early on invalid data. It also lets you replay functions, test with historical data, or deploy functions and re-run historical events.

    Architecturally, we’ve focused on simple standards that are easy to learn and adopt. Events are published via HTTP requests. Functions use args & stdout.

    You can get started without knowing any implementation details. You only need to send events via POST requests and write functions that react to them — nothing else required.

    What people use us for:

    - A replacement for their current queueing infrastructure (eg. celery).

    - Running functions after receiving webhooks

    - Running business logic when users perform specific actions (eg. publishing things at a specific time)

    - Handling coordinated logic (eg. when a user signs up, wait for a specific event to come in then run another step)

    Where we’re at:

    We’ve open sourced our core execution engine [2], which allows you to run an in-memory environment locally with a single command. We’re working on opening more and more of the platform to allow you to self host — that’s currently our main goal. Right now, you can use us “serverless”. Because we record function state, we charge per ‘step’ of a function invoked.

    We’ve documented our core OS architecture [3], and we’ve also released the function spec and interfaces in our repo. We’ve talked more about about goals, vision, and why in our open sourcing post [4]. There’s also a minimal demo w/ a Next.js backend [5].

    We know we’re far from feature complete. There’s so much more we can do. If there’s things you’d like to see, feedback, or improvements, please let us know — we’d love to hear from you and make this better, and get your initial thoughts.

    [0]: https://www.inngest.com

    [1]: https://www.inngest.com/docs/what-is-inngest

    [2]: https://www.github.com/inngest/inngest-cli

    [3]: https://www.inngest.com/docs/high-level-architecture

    [4]: https://www.inngest.com/blog/open-source-event-driven-queue

    [5]: https://github.com/inngest/demo-nextjs-full-stack

  • inngest

    A scalable, low-latency, event-driven durable execution platform. Supports functions deployed to serverless, servers, or the edge.

  • Ha, knew this would come up. We have an issue to move code to GPL after some time: https://github.com/inngest/inngest-cli/issues/136.

  • SurveyJS

    Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.

    SurveyJS logo
NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

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

    1 project | news.ycombinator.com | 20 Jun 2023
  • Inngest

    1 project | /r/devopspro | 26 Jan 2023
  • Building infrastructure for an open-source programmable zapier

    1 project | dev.to | 19 Aug 2022
  • Debounce messages in queueing systems: How to do it with Postgres

    1 project | dev.to | 5 Apr 2024
  • I asked 100 devs why they aren't shipping faster. Here's what I learned

    1 project | news.ycombinator.com | 25 Apr 2024