Self Hosted Codespaces

Open source

We believe strongly in open source, and if you found this article while looking for a way to self-host Codespaces, you probably do too. Compared to a closed, managed solution, the massive benefit of open source is that there's no lock-in. You can use DevPod with any infrastructure. And, of course, it's free.

Also, DevPod utilizes the Development Containers standard that Microsoft invented for its tools like VS Code and Codespaces, which uses the devcontainer.json file. While Microsoft created the standard, it's become an open standard supported by multiple vendors. This guarantees that DevPod will continue to be compatible with tools like VS Code, and if you ever decide that you're done with DevPod, you can move to a new tool that also uses the Dev Containers standard without changing your code.

In fact, the quickstart examples we use with DevPod were all created by Microsoft to show off the Dev Container Standard. They work seamlessly with DevPod with no changes, directly from Microsoft's GitHub repos.

This is the power of open source and open standards.

Client only

To use DevPod, you just install the DevPod app on your laptop or computer. That's it. You don't need to install anything else, even if you're doing remote development. That means you won't have to open a ticket for the DevOps or SRE team to run a new app on their servers. 

You install the code and all of the tools you need inside the dev container, and DevPod will work seamlessly with popular IDEs like VS Code (both the app and browser versions), IntelliJ, and Goland. And as more IDEs adopt the Dev Containers standard, they'll work with DevPod too.

And while DevPod ships as an app for macOS, Linux, and Windows, there's also a DevPod CLI for folks who prefer the command line.

Unopinionated

This is one of the biggest differences between DevPod and a managed solution like Codespaces. DevPod is designed to be flexible and to meet developers where they're at.

Does your team run your development app instances in the same cloud provider you use for production? You can do that with DevPod. Do you prefer to run the containers locally in Docker on your laptop for free? You can do that with DevPod, too. Do you have a specific app that has more significant hardware needs (like AI/ML workloads) that you need to run sometimes on a different instance type? You guessed it, that's something DevPod can do.

In fact, with DevPod, you're not locked into even always using one of those three scenarios. You can run a dev container on your cloud provider but then launch it in your local Docker Desktop environment when you hop on a long flight and want to work. You can run the container on one cloud instance type normally but throw it on a beefier one to run heavier integration tests.

DevPod uses the concept of providers, which you may know from tools like Terraform. Providers handle launching the dev containers and managing their lifecycles, so you don't have to think about it, and there’s a provider for each place your infrastructure runs. DevPod ships with providers for using local Docker, Kubernetes, AWS, GCP, Azure, and more. And if there's not a provider for the infrastructure you want to use, you can write one. Community members are also developing and sharing their providers, which is great to see.

The advantages of an open source, client only, and unopinionated tool like DevPod are significant compared to proprietary, managed solutions. But if you try DevPod and don't like it, you can always switch back to Codespaces without changing the code in your projects. That's the beauty of the open Dev Containers standard.