Ingest, store, & analyze all types of time series data in a fully-managed, purpose-built database. Keep data forever with low-cost storage and superior data compression. Learn more →
Windmill Alternatives
Similar projects and alternatives to windmill
-
plasmic
Visual page builder and web design tool for any website or web app tech stack
-
supabase
The open source Firebase alternative. Follow to stay updated about our public Beta.
-
Klotho
AWS Cloud-aware infrastructure-from-code toolbox [NEW]. Build cloud backends with Infrastructure-from-Code (IfC), a revolutionary technique for generating and updating cloud infrastructure. Try IfC with AWS and Klotho now (Now open-source)
-
-
llvm-project
The LLVM Project is a collection of modular and reusable compiler and toolchain technologies. Note: the repository does not accept github pull requests at this moment. Please submit your patches at http://reviews.llvm.org.
-
windmill-gh-action-deploy
windmill.dev's github action to deploy scripts to your workspace
-
automatisch
The open source Zapier alternative. Build workflow automation without spending time and money.
-
Appwrite
Appwrite - The Open Source Firebase alternative introduces iOS support . Appwrite is an open source backend server that helps you build native iOS applications much faster with realtime APIs for authentication, databases, files storage, cloud functions and much more!
-
-
-
-
Mattermost
Mattermost is an open source platform for secure collaboration across the entire software development lifecycle..
-
Zulip
Zulip server and web application. Open-source team chat that helps teams stay productive and focused.
-
-
-
ploomber
The fastest ⚡️ way to build data pipelines. Develop iteratively, deploy anywhere. ☁️
-
sso-wall-of-shame
A list of vendors that treat single sign-on as a luxury feature, not a core security requirement.
-
-
QEMU
Official QEMU mirror. Please see https://www.qemu.org/contribute/ for how to submit changes to QEMU. Pull Requests are ignored. Please only use release tarballs from the QEMU website.
-
n8n
Free and source-available fair-code licensed workflow automation tool. Easily automate tasks across different services.
-
ToolJet
Extensible low-code framework for building business applications. Connect to databases, cloud storages, GraphQL, API endpoints, Airtable, Google sheets, OpenAI, etc and build apps using drag and drop application builder. Built using JavaScript/TypeScript. 🚀
-
InfluxDB
Access the most powerful time series database as a service. Ingest, store, & analyze all types of time series data in a fully-managed, purpose-built database. Keep data forever with low-cost storage and superior data compression.
windmill reviews and mentions
-
Launch HN: Onu (YC W23) – Turn scripts into internal tools in minutes
https://github.com/windmill-labs/windmill
You're kind of competing with this, though?
-
Noodl is going open source
Does anyone know how this compares to Windmill?
-
Build a serverless Discord bot with OpenFaaS and Golang
- We support cron and error handlers for cron as functions: https://github.com/windmill-labs/windmill, and we generate a webhook for each functions
- Coolify alternatives?
- Windmill is considering adding support for PowerShell
-
Windmill: Open-source developer platform to turn scripts into workflows and UIs
Hello, founder here. Thank you for submitting Windmill. We're really close from hitting v2 (adding multiplayer with yjs is our last milestone) and would have waited a bit before submitting but here we go.
We are fully open-source with just one ee plugin for syncing the cache of the workers at large scale (more on that below). You can deploy it on a small ec2 instance with our docker-compose or on very large clusters with our helm charts: https://docs.windmill.dev/docs/advanced/self_host
We are an onion of 3 layers, which are usually separated verticals and the closest services we replace in each vertical are: Lambda + n8n/temporal + Retool:
- Workers implemented in Rust that can run any scripts from source in python/typescript(deno)/go/bash. They are extremely efficient, with most typescript scripts being able to run in 40ms e2e. This can be seen as a self-hosted lambda except it works very differently. Lambdas spawn microvms using firecrackers and launch http servers within those micro-vms. We run the scripts bare (with isolation using nsjail on our multi-tenant instance) but cache very aggressively the dependencies. For instance, in python we analyze the dependencies using the AST: https://github.com/windmill-labs/windmill/blob/main/backend/..., infer the dependencies from there, have them go through pip-compile to generate a lockfile (and cache the result), then create a virtualenv with the version of each dependency locked. For typescript, we leverage the very well made immutable deno cache. The cache works well but if you scale your cluster to more than 10 workers, the likelihood of having your worker see dependencies for the first time increase, which is why we reimplemented a pip scheme backed by s3 that is extremely fast (we do not compress, just tar individual wheels and s3 is very fast on local networks).
- A workflow engine re-implemented from scratch which can be seen as a distributed FSM and whose state is stored in postgresql and every transition done through postgres transactions. Every worker is picking a job and progressing the fsm at completion. The full spec is at: https://docs.windmill.dev/docs/openflow. We support branches, for loop, suspend/sleep, approval steps, sharing the same folder between steps and everything you would expect from a temporal like engine (retries, error handlers).
- A dashboard/app builder that is very similar to Retool but much faster because it's implemented in Svelte and which can also run python scripts directly leveraging the 1st layer. We also support full react apps: https://github.com/windmill-labs/windmill-react-template
We have a CLI that allows you to sync from github directly: https://github.com/windmill-labs/windmill-sync-example or your local filesystem. Our scripts are executable locally https://docs.windmill.dev/docs/advanced/local_development so you do not have to use our webeditor if you do want to but our editor supports pyright and deno lsp through our dedicated backend communicating to monaco using websockets.
We also have a hub for sharing re-usable scripts https://hub.windmill.dev to be used in flows to have some of the same convenience you can find in Pipedream or Zapier.
Our closest alternative would be Airplane.dev, but they're not open-source, not self-hostable, less performant, less-featured and much more expensive. You can self-host us fully free.
I'm a solo founder, YC S22. The MVP got some attention at the very beginning: https://news.ycombinator.com/item?id=31272793 but was very bare. Now we're ready to bring this to the next level and hope to have more engineers spend more time building and less time reinventing the wheel thanks to it :)
Thank you for this: https://github.com/windmill-labs/windmill#cli
My first questions with any new tool of this kind is immediately:
- Can I run/validate branch versions of the scripts non-destructively?
- Can I run my scripts locally without a lot of drama?
If the answer to either of these questions is no, then the tool is the moral equivalent of directly editing PHP files on the prod machine, unless you're committed to deploying an entire second instance of the tool for staging/dev purposes.
- Don’t Overload the API: Sequential & Batched Promises
-
Supabase Edge Runtime: Self-Hosted Deno Functions
Thank you for open-sourcing especially under MIT license. I am digging through the codebase and finding a lot of interesting things.
I am building another open-source project that is also a self-hosted deno runtime, Windmill [1], where we enable to build all of your internal tool and infra (endpoints, workflows, apps) based on scripts (deno, but also python, go, bash). Instead of running one http server continuously for your function, we run it on demand which has its own set of challenged.
We are doing something pretty naive right now which to create a fork and call deno run [2]. It's decently efficient (25ms for a naive script e2e). We are familiar with deno_core and use it in other places to run javascript directly, but for typescript, deno didn't expose directly the root entrypoint as a lib so we had to fork it [3] and are now gonna be able to do the transpiling to js AOT and save the fork for sub 5ms script execution.
We also want to make some functions togglable as high-performance endpoints and for those we would want them to be spawned as http servers to save the cold start. I'm gonna investigate thoroughly the codebase, and thank you very much for having shared it.
-
A note from our sponsor - InfluxDB
www.influxdata.com | 8 Jun 2023
Stats
windmill-labs/windmill is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.
The primary programming language of windmill is JavaScript.