Replies: 1 comment 3 replies
-
Hi, Could your use-case be filled by having any binaries or CLI being pre-installed and thus available to any bash script without ceremony: It assumes you are self-hosting, is that the case? |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
We have a "legacy" workflow that's implemented using Make. It has multiple components in its graph, some in Bash, some in Python. What concerns me most is the Bash parts of the workflow. These parts tend to have specific runtime dependencies (e.g. specific CLIs that need to be installed).
From what I can gather, there seem to be some holes in what Windmill supports in this regard:
For example, Kubernetes support seems to be missing. It would be nice to be able to launch a Kubernetes Job using an image of my choice, such that I can completely control the runtime environment (e.g. dependencies) -- a la Argo Workflow. Then I can run whatever routines are required and store the output as an artifact in Windmill.
I can try to use the Bash built-in runtime, but then it's unclear how to get my dependencies installed. I don't want to install them every job run ideally. I also don't really want to be modifying the Windmill workers at all, since then things aren't particularly reproducible. And running like what's described here is not that appealing for many reasons -- It's not built-in. It needs to copy-pasta'd all over the place. It needs host-level access. There's no garbage collection of pods launched this way (more cruft to add into my script).
Beta Was this translation helpful? Give feedback.
All reactions