nowfound

Dev tools · alternatives · 2026

24 alternatives to Titanoboa – distributed workflow platform for JVM written in clojure

Titanoboa makes complex workflows easy. It is a low-code workflow orchestration platform for JVM - distributed, highly scalable and fault tolerant. - commsor/titanoboa

Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes. Titanoboa – distributed workflow platform for JVM written in clojure launched in 2018; newer entries below may have overtaken it.

  1. 1TD

    T-boa is a distributed low-code workflow engine. It is great for big data automation or as an integration platform (iPaaS). Runs on VMs, Docker, Kubernetes or bare metal.

    2019 · titanoboa.io · its alternatives →

  2. 2FH
  3. 3
    Quorini▲577

    Design and run serverless cloud API in minutes

    2024 · crosslike.club · its alternatives →

  4. 4

    A programmable, observable and distributed job orchestration system. - odin/README.md at master · theycallmemac/odin

    2020 · github.com · its alternatives →

  5. 5

    Realtime, open-source backend for JavaScript apps

    2016 · sequence.xyz · its alternatives →

  6. 6
    CTO.ai▲393

    Build, share & run developer workflows in the CLI + Slack

    2020 · cto.ai · its alternatives →

  7. 7

    Hi HN, I’m excited to share Kameo, a lightweight Rust library that helps you build fault-tolerant, distributed, and asynchronous actors. If you're working on distributed systems, microservices, or real-time applications, Kameo offers a simple yet powerful API for handling concurrency, panic recovery, and remote messaging between nodes. Key Features: - Async Rust: Each actor runs as a separate Tokio task, making concurrency management simple. - Remote Messaging: Seamlessly send messages to actors across different nodes. - Supervision and Fault Tolerance: Create self-healing systems with actor…

    2024 · github.com · its alternatives →

  8. 8

    We'd love to share our work with you: Restate, a system for workflows-as-code (durable execution). With SDKs in JS/Java/Kotlin and a lightweight runtime built in Rust/Tokio. https://github.com/restatedev/ https://restate.dev/ It is free and open, SDKs are MIT-licensed, runtime permissive BSL (basically just the minimal Amazon defense). We worked on that for a bit over a year. A few points I think are worth mentioning: - Restate's runtime is a single binary, self-contained, no dependencies aside from a durable disk. It contains basically a…

    2024 · restate.dev · its alternatives →

  9. 9

    A large part of our (Real Kinetic's) business is helping organizations implement platform engineering, but we've found the existing tooling to be lacking. For IaC, Terraform state becomes a pain because TF treats infrastructure as "one-shot" commands. The Kubernetes controller model provides a nicer approach to managing infrastructure, but the tooling here is also lacking. For configuration management, Helm just doesn't really scale with complexity, nor does Kustomize. For resource orchestration, Crossplane is a step in the right direction but still has challenges and limitations. As a…

    2025 · koreo.dev · its alternatives →

  10. 10TJ

    Hi HN, I built Titan, a backend framework where you write routes and logic in JavaScript, and the CLI compiles everything into a single Rust + Axum binary using the Boa JS engine. No Node.js is required in production. The idea is to keep JS developer experience while getting Rust performance and a self-contained deployable server. Current features: JS route DSL Action system mapped to Rust esbuild bundling Generated Rust server with Axum Hot-reload dev server Single-binary output Repo: https://github.com/ezet-galaxy/-ezetgalaxy-titan Would love feedback on the…

    Dec 2025 · npmjs.com · its alternatives →

  11. 11
    Zoho Flow▲149

    A comprehensive app integration platform for the cloud.

    2018 · zoho.com · its alternatives →

  12. 12
  13. 13

    Master Clojure through project-based courses, live workshops, and a thriving community of practitioners.

    Feb 2026 · clojure.stream · its alternatives →

  14. 14OA

    A lightweight engine for durable execution / deterministic workflows I built with Rust, wasmtime and the WASM Component Model. Its main use is running reliable, long-running workflows that can automatically resume after failures. Looking for feedback on the approach and potential use cases!

    2025 · obeli.sk · its alternatives →

  15. 15

    A self-hostable Wasm sandbox for JavaScript workers.

    Jun 2026 · kyushu.dev · its alternatives →

  16. 16

    I've built this to make it easy to host your own infra for lightweight VMs at large scale. Intended for exec of AI-generated code, for CICD runners, or for off-chain AI DApps. Mainly to avoid Docker-in-Docker dangers and mess. Super easy to use with CLI / Python SDK, friendly to AI engs who usually don't like to mess with VM orchestration and networking too much. Defense-in-depth philosophy. Would love to get feedback (and contributors: clear & exciting roadmap!), thx

    2025 · github.com · its alternatives →

  17. 17

    hey guys. the other day i was migrating hosting providers and i just needed something not too heavy and convenient to spin up my backups for awhile and realised there is almost nothing out there. kimchi hasn't been updated for years and cockpit is heavy. so here's something i came up with in a couple hours because of a sudden urge, nothing fancy just basic creation with cloud init, lifecycle management and image/storage, but it's modern-ish and it compiles to a 8.4mb binary inclusive of the embedded web UI, CLI and API, and only dep is libvirt.

    2025 · github.com · its alternatives →

  18. 18

    Immutable, scalable, and easy to use ledger service. - hoophq/sequence

    2020 · github.com · its alternatives →

  19. 19

    Hi HN! We’re Yann, Edouard, and Bastien from Koyeb (https://www.koyeb.com/). We’re building a platform to let you deploy full-stack apps on high-performance hardware around the world, with zero configuration. We provide a “global serverless feeling”, without the hassle of re-writing all your apps or managing k8s complexity [1]. We built Scaleway, a cloud service provider where we designed ARM servers and provided them as cloud servers. During our time there, we saw customers struggle with the same issues while trying to deploy full-stack applications and APIs resiliently. As…

    2023 · koyeb.com · its alternatives →

  20. 20

    An open-source robotic process automation system 🚀

    2019 · orchestra.b12.io · its alternatives →

  21. 21
    Multitui▲126

    I made Multitui to control the sandbox of coding agents easily without changing my dev environment (no special container or VM). There's no configuration required in your local dev environment... just launch ClaudeCode.app instead of claude in your general terminal. Containers and VMs can be useful, but I always have a bunch of projects going and those solutions feel heavy. Multitui creates single-purpose native macOS apps for any terminal app, with optional sandbox. It uses the built-in macOS sandbox-exec along with log monitoring to give you an easy UI to manage rules, see what's being…

    Feb 2026 · multitui.com · its alternatives →

  22. 22

    A brief overview: 1. Workflows steps share a running context, with access to data they need require. 2. Steps in the workflow (builders) are chained together based on a topologically sorted built from the predefined input & output. 3. No servers spin up (like Conductor/Cadence) - the orchestrator is low level and meant for simplifying business logic. 4. Before/After listeners for each step. Would love to hear your thoughts and feedback!

    2024 · github.com · its alternatives →

  23. 23
    Code Mode▲144

    I’ve been testing a simple idea inspired by Apple/Cloudflare/Anthropic: LLMs are far better at writing a small program than coordinating multiple tool calls. So instead of giving the model 10+ tools, I exposed one: a TypeScript sandbox with access to the same interfaces. The model writes a script → it runs once → done. What changed - +68% reduction in token use - No multi-step drift or retries - Local models (Llama 3.1 8B / Phi-3) became much more reliable Repo: https://github.com/universal-tool-calling-protocol/code-mode Curious whether others have seen…

    Nov 2025 · github.com · its alternatives →

  24. 24

    Repo-native memory for coding agents

    Jul 2026 · github.com · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →