Joe Previte

Software Engineer

Whitney Hurston

Account Executive

<p>In this article, we’ll compare code-server to Coder v2 Enterprise, why we built it and what problems it solves compared to code-server. By the end of this, you’ll know if you should stick with code-server or migrate to Coder v2 Enterprise.</p>

<h2>code-server was built for individual users</h2>

<p>When we built <a href="https://github.com/coder/code-server">code-server</a> years ago, we had one goal in mind: write code from anywhere via the browser. This changed the playing field for remote development. All you needed was a machine and you could run code-server. It was beautiful and it works really well.</p>

<h3>People wanted more</h3>

<p>However, we soon realized that many people were using code-server in conjunction with other tools, such as Kubernetes and NGINX, to build their own VM or Docker-based solutions. </p>

<p>This led us to create Coder, a centralized platform for developers and data scientists to quickly get a development environment up and running.</p>

<h2>Coder v2: our solution for Enterprise Teams</h2>

<p>Since having that realization, we’ve built two versions of Coder. In Coder v1, workspaces were Kubernetes pods with containers. However, we learned that not all developers needed containers but VMs instead, and some enterprises wanted more control over how development environments were defined. </p>

<p>With the launch of v2 in 2022, we used Terraform to enable a &quot;workspaces-as-code&quot; paradigm that allows for easy and powerful configuration of development environments.</p>

<h3>When should you switch?</h3>

<p>When deciding whether to switch from code-server to Coder, consider the following factors:</p>

<h4>Not everyone uses VS Code</h4>

<p>code-server only works with VS Code, so if your developers use other IDEs such as Jupyter, PyCharm, or IntelliJ, you’ll need a solution with multi-IDE support, like Coder. See the full list of IDEs we’ve tested and officially support <a href="https://coder.com/docs/coder-oss/latest/ides">here</a>.</p>

<h4>You want to manage dependencies from one place</h4>

<p>Sure, you could point your team to code-server and have them each setup their own instance on a container or virtual machine. But what happens when one person is using Python 2.7 and another is using Python 3? </p>

<p>With Coder, team leads and administrators define container or VM images with the required IDEs, languages, frameworks, build tools and dependencies to build a developer’s development environment. Development environments are standardized and managed from one place and it saves a whole lot of headaches.</p>

<h4>You like saving $$$ on compute</h4>

<p>Both code-server and Coder are entirely self-hosted and self-managed, so you’ll run it on your on-prem or cloud infrastructure. If you’re cost-conscious, you probably don’t want to have containers and VMs running 24/7 or give developers carte blanche access to costly cloud resources. </p>

<p>In addition, you probably don’t want to have to spend $$$ on beefier machines so developers can get their jobs done. Coder allows for granular control over compute cost using Resource Quotas, auto-start/shutdown functionality and Kubernetes node autoscaling to ensure your devs can stay in flow and be productive, without wasting compute resources.</p>

<h4>You care about security</h4>

<p>code-server has basic password authentication out-of-the-box and you would need a reverse proxy to securely let users connect to code-server as opposed to opening a firewall port directly and exposing an IP address or DNS entry. Your users would also have to configure browser encryption which isn’t fun.</p>

<p>Coder on the other hand has built-in and SSO authentication options to securely authenticate users before opening a workspace and an IDE. As part of the installation process, encryption and secrets can be centrally configured once. Workspaces and the underlying compute have a one-to-one relationship with users.  i.e., a user is only able to access a workspace, and no one else besides an administrator. This reassures enterprises that source code and sensitive data are secure in the workspace.</p>

<p>Coder also provides enterprise controls over which VS Code extensions can be used, via <a href="https://github.com/coder/code-marketplace">Coder’s open-source extension marketplace server</a>.</p>

<p>If any of these factors apply to your team, you may want to consider switching to Coder OSS or v2 Enterprise. However, if you are an individual user and code-server meets your needs, you may want to stick with it.</p>

<h2>Interested in migrating to Coder v2?</h2>

<p>If you realize Coder v2 might be the solution for you and your team and you’re interested in migrating to it, let’s chat! We have a team ready to help make the move as seamless as possible.</p>

<p>To chat with our sales team, <a href="https://coder.com/contact">reach out to Sales</a> and we’ll get the ball rolling.</p>

<p>Lastly, Coder v2 is open-source on <a href="https://github.com/coder/coder">GitHub</a>. Give us a star so we can help more teams move to remote development environments. Thanks for reading!</p>


In this article, we’ll compare code-server to Coder v2 Enterprise, why we built it and what problems it solves compared to code-server. By the end of this, you’ll know if you should stick with code-server or migrate to Coder v2 Enterprise.

AI-native Development

Secure Environments for 2,500+ Developers

Whitney Hurston

Explore the latest from Whitney

Should I stay with code-server or upgrade to Coder v2?

Related content

Using Claude Code with Coder Workspaces

Introducing Coder Agents

Self-Hosted Doesn’t Always Mean What It Implies