Spend less 🕖 waiting on CI runs, while saving 💸. With just a 1-line change!
Infrastructure-as-code for consistency and caching for performance. Define your dependencies (like action-runner
) once and don't worry about installing them on every CI run.
Launch multiple environments to parallelize CI jobs. Resources autoscale based on the jobs. Pay just for what you use - no static provisioning or resource caps.
Optimize the runtime and costs by executing your CI on preconfigured workspaces with Docker, Bazel, Gradle or any other build tool. Benefit from built-in caching and remote execution and stop waiting on slow CI runs.
Infrastructure-as-code to install the action-runner binary with all the tools that you don’t need to keep reinstalling on every CI run.
Launch multiple workspaces to parallelize CI jobs. Resources autoscale based on the jobs. Pay just for what you use - no static provisioning or resource caps.
Optimize the runtime and costs by executing your CI on preconfigured workspaces with Docker, Bazel, Gradle or any other build tool. Benefit from built-in caching and remote execution and stop waiting on slow CI runs.
A modern version of buildpacks to help you get started with your app. No need to learn a new YAML to get started - our AI-assisted spec builder extends your existing Helm charts, Dockerfiles, tf modules, bringing production-symmetry to development.
Keep your existing development workflows, IDEs, code-build-compile-test loops. Choose to run processes on remote workspaces when you need the resource-boost -- stay on your local for everything else if you prefer.
Workspaces backed by on-demand, flexible compute instead of having to change/restart your EC2 or experiencing your localhost beachball/blue screen.
Share build/cached artifacts with your teammates and CI job runs. Get faster builds and eliminate 90% of wait time by sharing compile and build caches across IDE-connected dev environments, just like CI!
DevZero’s workspaces run on ephemeral Kubernetes clusters. They are basically containers, that behave mostly like VMs. These workspaces are allocated CPU/RAM as the processes inside them request more from the kernel.
Instead of leaving a bunch of preallocated resources that sit around and wait (burning a bunch of $$ in the process), your tasks can now operate as if its running in a “serverless” environment.
And this applies for GitHub Actions also! This lets you “self-host” your CI jobs, without having to actually “self-host” anything. “Serverless” but with servers? “Serverless servers”? “Serverfull serverless”?We’re not sure what to call it either. Click the button below or send the link to whoever cares about the GitHub ymls on your team!
Authenticate your Git user, paste the URL of your repository or paste any public repository if unauthenticated and let the magic begin.
A Kubernetes platform for using microVMs to cut your cost across any cloud. Pay for what you use. Not for what you think you'll need.