Cloudomation Remote Development Environments vs. lokale Entwicklungsumgebungen

Warum von lokalen Entwicklungsumgebungen zu Remote Development Environments (RDEs) 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.

Entwickler_innen 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 Ressourcenteure Laptops müssen angeschafft werden. Auch der Source Code ist liegt unsicher auf den Rechnern der Entwickler_innen.

Mit Cloudomation RDEs

  • wird die Produktivität erhöht, da die die Entwicklungsumgebung per Mausklick bereit steht.
  • sind die Entwicklungsumgebungen standardisiert.
  • entfällt das Troubleshooting auf individueller Basis.
  • können rechenintensive Tasks von der RDE übernommen werden.
  • steht eine umfassende Automatisierungs- und Integrationsfunktionalität zur Verfügung.
  • ist Ihr Source Code sicher, da nicht lokal gespeichert (Air-gapped).

Warum Cloudomation?

  • RDEs 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 vs. lokale Entwicklungsumgebung

Tätigkeit Cloudomation RDE 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 RDE 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 RDE
  • Bug fixen
  • Wechsel zurück auf die vorherige RDE
  • 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

Zum Produkt

Cloudomation DevStack

Jetzt mit Remote Development Environments starten