Cloudomation Cloud Development Environments vs. Local Development Environments

Why switch from Local Development Environments to a Cloud Development Environments (CDEs)? Find out now.

Standardise Processes

Share the same development environment across the enterprise and deploy it instantly when needed. Compatibility issues or configuration mismatches are a thing of the past.

Reduce Costs

Less time spent on troubleshooting, as maintenance of the development environment is performed centrally. Developers do not need expensive laptops, as computationally intensive activities are performed remotely.

Avoid Security Issues

No source code ends up on the laptop. Effectively protect the company’s intellectual property.

Standardise Processes

Share the same development environment across the enterprise and deploy it instantly when needed. Compatibility issues or configuration mismatches are a thing of the past.

Reduce Costs

Less time spent on troubleshooting, as maintenance of the development environment is performed centrally. Developers do not need expensive laptops, as computationally intensive activities are performed remotely.

Avoid Security Issues

No source code ends up on the laptop. Effectively protect the company’s intellectual property.

Setting up the local development environment takes time. Continuous maintenance lead to productivity losses.

Developers waste a lot of time setting up the local development environment and regularly struggle with compatibility issues. Regular troubleshooting is one of the main problems. And not only that: developer tools eat up resources – expensive laptops have to be purchased. The source code is also stored insecurely on the developers’ computers.

With Cloudomation CDEs

Why Cloudomation?

  • Also available as an on-premise solution.
  • Any number of self-service tools can be added.
  • No editor / IDE constraints: developers can continue to work with their personal favorite tools.
  • Broad automation options for integration with other tools.

Cloudomation CDEs vs. Local Development Environments

Task Cloudomation CDE Local Development Environment

Setup

Automation of the setup.
Provision of the tools and the
proprietary software
via one simple click.

Manual configuration for each project
(dev tools, dependencies, installation
of the company’s own product)

Onboarding

  • Install editor
  • Start the CDE
  • Install Runtimes
  • Install Editor
  • Configure Git
  • Clone sources
  • Install dependencies / libraries
  • Install company software

Bug fix /
Version change

  • Change to the desired CDE
  • Fix bug
  • Switch back to the previous CDE
  • Pull the branch of the old version
  • Set up dependencies
  • Make local build work
  • Fix bug
  • Troubleshoot local build
  • Check bug fix
  • Push bugfix
  • Push current branch
  • Set up dependencies
  • Make local build work

Maintenance of the
Development environment

Centralized management.
Troubleshooting for the whole team.

Complex. Individual problem solving
per developer in case of errors

Securing the source
Code

Secure setup possible (air-gapped).
Source code never locally on the computer.

Risk high because source code
is located on the computer.

Automation

Broad and sustainable
automation is possible.

Use of proprietary scripts, which
are difficult to maintain and error-prone.

Work with individually
selected tools

Selection of equipment

It can be developed on any
device. Less costs for the purchase
of equipment.

Purchase of expensive equipment necessary,
to have the power for all the tools.

Compiling, Linting,
Testing, Build

Runs on the remote server.
Performance thus individually scalable.

Locally. This can lead to waiting times if you
have old / less powerful equipment

Working without an
internet connection

Cloudomation CDEs vs. Local Development Environments

TASK

Cloudomation CDE

Local Development Environment

Setup

Automation of the setup. Provision of the tools and the proprietary software via one simple click.

Manual configuration for each project

Onboarding

  • Install editor
  • Start the CDE
  • Install Runtimes
  • Install Editor
  • Configure Git
  • Clone Sources
  • Install Dependecies / Libraries
  • Install Company Software

Bug fix / Version change

  • Change to the desired CDE
  • Fix bug
  • Switch back to the previous CDE
  • Pull the branch of the old version
  • Set up dependencies
  • Make local build wok
  • Fix bug
  • Troubleshoot local build
  • Check bug fix
  • Push bug fix
  • Push current branch
  • Set up dependencies
  • Make local build work

Maintenance of the development environment

Centralized management. Troubleshooting for the whole team.

Risk high because source code is located on the computer.

Securing the source code

Secure setup possible (air-gapped). Source code is never stored locally on the computer.

Risk is high because the source code is stored on the computer.

Automation

Broad and sustainable automation is possible.

Use of proprietary scripts, which are difficult to maintain and error-prone.

Work with individually selected tools

Selection of equipment

It can be developed on any device. Less costs for the purchase of equipment.

Purchase of expensive equipment necessary to have the power for all the tools.

Compliling, Linting, Testing, Build

Runs on the remote server. Performance is scaleable.

Locally. This can lead to waiting times if you have old / less powerful equipment.

Working without an internet connection

Sources: https://coder.com/docs/v2/latest/ides, https://coder.com/docs/v2/latest, https://coder.com/pricing, https://coder.com/docs/v1/latest/workspaces/cvms, https://coder.com/docs/v2/latest/enterprise

Learn more about Cloud Development Environments from Cloudomation

Cloudomation DevStack

Meet Your New Cloud Development Environments and Platform Engineering Tool

Streamline operations, optimize collaboration, and deliver faster. Let’s discuss how our platform can help you overcome challenges and hit your goals.