Cloudomation Cloud Development Environments vs. lokale Entwicklungsumgebungen

Warum von lokalen Entwicklungsumgebungen zu Cloud Development Environments (CDEs) wechseln?
Jetzt herausfinden.

Prozesse standardisieren

Unternehmensweit die gleiche Entwicklungsumgebung nutzen und sofort bereitstellen, wenn sie benötigt wird. Kompatibiltätsprobleme oder Konfigurationsabweichungen gehören der Vergangenheit an.

Kosten senken

Weniger Zeitaufwand für Troubleshooting, da die Wartung der Entwicklungsumgebung zentral durchgeführt wird. Entwickler_innen benötigen keine teuren Laptops, da rechenintensive Tätigkeiten remote ausgeführt werden.

Sicherheitsrisiken elimineren

Kein Source Code landet am Rechner. Effektiv das geistige Eigentum des Unternehmens schützen.

Das Aufsetzen der lokalen Entwicklungsumgebung dauert. Kontinuierliche Probleme führen zu Produktivitätseinbußen.

Software Engineers verlieren sehr viel Zeit, die lokale Entwicklungsumgebung aufzusetzen und kämpfen regelmäßig mit Kompatibilitätsproblemen. Regelmäßiges Troubleshooting ist eines der Hauptprobleme. Und nicht nur das: Entwickler-Tools fressen Ressourcen – teure Laptops müssen angeschafft werden. Auch der Source Code ist liegt unsicher auf den Rechnern der Entwickler_innen.

Mit Cloudomation CDEs

Warum Cloudomation?

  • CDEs sind auch als On-Premise-Lösung verfügbar.
  • Es können eine beliebige Anzahl an Self-Service-Tools hinzugefügt werden.
  • Kein Editor / IDE-Zwang: Entwickler_innen können weiter mit den persönlichen Lieblingstools arbeiten.
  • Breite Automatisierungsmöglichkeiten für die Integration von anderen Tools.

Cloudomation CDEs vs. Lokale Entwicklungsumgebung

Aufgabe

Cloudomation CDE

Lokale Entwicklungsumgebung

Setup

Automatisierung des Setups. Bereitstellung der Tools und der unternehmenseigenen Software per Klick.

Manuelle Konfiguration für jedes Projekt.

Onboarding

  • Editor installieren
  • Die CDE starten
  • Runtimes installieren
  • Editor installieren
  • Git konfigurieren
  • Sourcen klonen
  • Abhängigkeiten / Libraries installieren
  • Software installieren

Bug sfixen / Versionswechsel

  • Wechsel auf die gewünschte CDE
  • Bug fixen
  • Wechsel zurück auf die vorherige CDE
  • Branch der alten Version pullen
  • Abhängigkeiten einrichten
  • Lokalen Build zum Laufen bringen
  • Bug fixen
  • Lokalen Build troubleshooten
  • Bugfix überprüfen
  • Bugfix pushen
  • Aktuellen Branch pullen
  • Abhängigkeiten einrichten
  • Lokalen Build zum Laufen bringen

Wartung der Entwicklungsumgebung

Einfach. Zentrale Verwaltung. Problemlösung für das gesamte Team.

Aufwändig. Individuelle Problemlösung je Developer.

Sicherheit des Source Codes

Sichere Einrichtung möglich. Source Code ist nie lokal am Rechner.

Risiko hoch, weil Source Code am Rechner liegt.

Automatisierung

Breite und nachhaltige Automatisierungsmöglichkeit.

Verwendung von unternehmenseigener Skripte, die schwer zu warten und fehleranfällig sind.

Arbeiten mit individuell ausgewählten Tools

Auswahl des Arbeitsgeräts

Es kann auf jedem Gerät entwickelt werden. Kauf des Rechners kann deshalb günstiger ausfallen.

Kauf von teurem Equipment notwendig, um die nötige Leistung für alle Tools zu haben.

Kompilieren, Linting, Testing, Build

Wird am Remote-Server ausgeführt. Leistung individuell skalierbar.

Wird lokal ausgeführt. Bei leistungsschwachen Rechnern kann das zu Wartezeiten führen.

Arbeiten ohne Internetverbindung möglich

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

Cloudomation vs. lokale Entwicklungsumgebung

Tätigkeit Cloudomation CDE Lokale Entwicklungsumgebung

Setup

Automatisierung des Setups.
Bereitstellung der Tools und der
unternehmenseigenen Software
per Klick.

Manuelle Konfiguration für jedes Projekt
(Dev Tools, Abhängigkeiten, Installation
des unternehmenseigenen Produktes)

Onboarding

  • Editor installieren
  • Die CDE starten
  • Runtimes installieren
  • Editor installieren
  • Git konfigurieren
  • Sourcen klonen
  • Abhängigkeiten / Libraries installieren
  • Software des Unternehmens installieren

Bug fixen /
Versionswechsel

  • Wechsel auf die gewünschte CDE
  • Bug fixen
  • Wechsel zurück auf die vorherige CDE
  • Branch der alten Version pullen
  • Abhängigkeiten einrichten
  • Lokalen Build zum Laufen bringen
  • Bug fixen
  • Lokalen Build troubleshooten
  • Bugfix überprüfen
  • Bugfix pushen
  • Aktuellen Branch pullen
  • Abhängigkeiten einrichten
  • Lokalen Build zum Laufen bringen

Wartung der
Entwicklungsumgebung

Einfach. Zentrale Verwaltung.
Problemlösung für das ganze Team.

Aufwändig. Individuelle Problemlösung
je Entwickler_in bei Fehlern

Überlegungen zur
Sicherheit des Source
Codes

Sichere Einrichtung möglich.
Source Code nie lokal am Rechner.

Risiko hoch, weil Source Code
am Rechner liegt.

Automatisierung

Breite und nachhaltige
Automatisierungsmöglichkeit.

Verwendung von unternehmenseigener Skripte,
die schwer zu warten und fehleranfällig sind.

Arbeiten mit indivduell
ausgewählten Tools

Auswahl des
Arbeitsgeräts

Es kann auf jedem Gerät entwickelt
werden. Kauf des Rechners kann
deshalb günstiger ausfallen.

Kauf von teurem Equipment notwendig,
um nötige Leistung für Tools etc. zu haben.

Kompilieren, Linting,
Testing, Build

Wird am Remote-Server ausgeführt.
Leistung damit individuell skalierbar. 

Wird lokal ausgeführt. Bei leistungsschwachen
Rechnern kann das zu Wartezeiten  führen.

Arbeiten ohne
Internetverbindung

Mehr über Cloudomation CDEs erfahren

Cloudomation DevStack

Entdecken Sie Ihr neues Tool für Cloud Development Environments und Platform-Engineering

Optimieren Sie Ihre Abläufe, optimieren Sie die Zusammenarbeit, und liefern Sie schneller. Lassen Sie uns besprechen, wie unsere Plattform Ihnen helfen kann, Herausforderungen zu meistern und Ihre Ziele zu erreichen.