You are opening our German language website. You can keep reading or switch to other languages.
26.07.2021
8 Min. lesen

Cloud-Einführung: Hüten Sie sich vor diesen Fehlern bei Ihrer Cloud-Reise

Die Einführung der Cloud ist zu einem fast universellen Ansatz für technologiegestützte Transformationen geworden. Für Unternehmen, die ihre Ausfallsicherheit, Skalierbarkeit und Effizienz verbessern wollen, während sie gleichzeitig ihre Kosten senken und ihre Betriebsabläufe beschleunigen wollen, ist die Cloud oft die erste Wahl. Aber obwohl die Cloud-Technologie diese und viele weitere Vorteile bietet, können nicht alle Unternehmen davon profitieren.

Cloud-Einführung: Hüten Sie sich vor diesen Fehlern bei Ihrer Cloud-Reise

Artikel von

Yuri Gubin
Yuri Gubin

Zu Beginn einer Cloud-Reise setzen einige Unternehmen unrealistisch hohe Erwartungen an die Vorteile der neuen Infrastruktur und vernachlässigen dabei den Aufwand und die Fähigkeiten, die nötig sind, um die Cloud-Technologie richtig einzusetzen. Laut einer aktuellen Studie von Gartner werden bis zum Jahr 2024 80 % der Unternehmen, die sich der Fehler bei der Cloud-Einführung nicht bewusst sind, ihre Ausgaben für die Cloud um 20 bis 50 % erhöhen.

Falsche Entscheidungen, die in der Frühphase eines Projekts getroffen werden, sind teuer zu beheben und führen oft zu Lücken in der Organisation, der Leistung, den Kosten, der Sicherheit und der Compliance. In diesem Beitrag gehen wir auf einige der Fallstricke ein, denen Unternehmen auf ihrer Cloud-Reise begegnen, und geben Ratschläge zu häufigen Fehlern für Unternehmen, die ihre Cloud-Einführungsstrategie noch planen müssen.

Stemmen Sie sich nicht auf ein einziges Cloud-Projekt

Wenn Unternehmen mit der Umstellung auf die Cloud beginnen, fangen sie in der Regel klein an - ein einzelnes Projekt als Türöffner, wie z.B. das Ersetzen einer lokalen VM oder Infrastrukturkomponente durch ein Cloud-Äquivalent. "Dieses Projekt", denken sie oft, "wird uns ein allgemeines Verständnis dafür vermitteln, wie die Dinge in der Cloud funktionieren, das Team wird die richtigen Fähigkeiten aufbringen, wir werden sehen, wie viel das kostet."

Aber Unternehmen, die nicht ganzheitlich über die Cloud nachdenken und sich nur auf ein einziges Projekt konzentrieren, neigen dazu, in die Falle zu tappen, wenn nachfolgende Cloud-Initiativen anlaufen. Plötzlich funktioniert die Grundlage, die sie für das erste Projekt geschaffen haben, nicht mehr für andere Projekte. Was anfangs wie Überplanung und Over-Engineering aussah, war in Wirklichkeit eine Chance für die strategische Planung, die das Unternehmen nicht verstanden hat.

Beginnen Sie eine Cloud-Einführung immer mit einer gründlichen Planung und der richtigen Denkweise. Obwohl es unmöglich ist, alle zukünftigen Anforderungen vorherzusagen, sollten Sie nicht zulassen, dass ein kleines, anfängliches Projekt das Tempo einer Cloud-Reise diktiert oder zukünftige Initiativen einschränkt. Fangen Sie klein an und denken Sie groß.

Vernachlässigen Sie Well-Architected Frameworks nicht

Die großen Anbieter von Cloud-Services stellen Well-Architected Frameworks zur Verfügung - Empfehlungen und umsetzbare Richtlinien für das Design und den Betrieb von Systemen in der Cloud, unter Berücksichtigung von Kostenoptimierung, Operational Excellence, Leistungseffizienz, Zuverlässigkeit und Sicherheit. Diese Frameworks heben wichtige Entscheidungen in der Strategie zur Cloud-Einführung hervor und veranlassen das Team, proaktiv zu handeln und die richtigen Fragen schon früh im Prozess zu diskutieren.

Viele Unternehmen beginnen ihre Cloud-Reise jedoch wahllos, ohne sich Gedanken über gut durchdachte Vorgehensweisen zu machen. Erst nach ein paar Monaten führen sie eine Prüfung durch und stellen fest, dass ihr System in einer oder mehreren Säulen hinterherhinkt. Sie sind dann gezwungen, zusätzliche Zeit und Geld zu investieren, um ihre Prozesse, Richtlinien und Technologien auf Basis der Empfehlungen der Well-Architected Prüfung zu ändern.

Image
Gut durchdachte Praktiken sollten kein nachträglicher Gedanke sein. Berücksichtigen Sie sie, implementieren Sie sie und richten Sie sich vom ersten Tag an danach aus.

DataArt ist Partner jedes großen Cloud-Anbieters und hat Hunderte von Kunden beraten, wie man eine Cloud-Strategie am besten plant und implementiert, indem man sich an gut strukturierte Frameworks hält. Sich an diese zu halten, wie wir es unseren Kunden empfehlen, ist ein ständiger Prozess, der dabei hilft, mit der Geschwindigkeit und den Services ihres Cloud-Anbieters Schritt zu halten.

Erstellen Sie Ihr On-Prem-Setup nicht in der Cloud neu

Zu Beginn einer Cloud-Reise versuchen manche Unternehmen fälschlicherweise, ihre Infrastruktur zu replizieren und bestimmte On-Prem-Technologien wie Backup und Restore, Firewalls und Load Balancer in der Cloud-Umgebung einzurichten und zu implementieren. Das ist falsch.

Bei DataArt haben wir an vielen Projekten gearbeitet, bei denen Engineering-Teams bei der Übertragung ihrer Lösung in die Cloud diese Entscheidungen getroffen und sich auf die Fähigkeiten und Kompetenzen verlassen haben, die sie für On-Prem-Systeme eingesetzt hatten. Die Nichtberücksichtigung von Best Practices für die Cloud-Adoption erwies sich für sie meist als fataler Fehler.

Wie die Praxis zeigt, sind Technologien, die für On-Premise-Systeme gut funktionierten, in der Cloud nicht anwendbar. On-Prem-Setups, die in der Cloud repliziert werden, sind anfällig für Schwachstellen (Sicherheit, Compliance usw.), haben in der Regel eine hohe technische Schuld und sind schließlich zu schwer zu warten.

Die Cloud bietet zahlreiche Möglichkeiten und Technologien, die Sie on-prem nie ausprobiert haben. Nutzen Sie sie! Führen Sie eine Analyse der verfügbaren Optionen durch, die zu Ihrem neuen Setup passen, erkunden Sie Cloud-native Technologien.

Wenn dem Engineering-Team die Fähigkeiten fehlen, mit Cloud-Technologien zu arbeiten, ist jetzt der beste Zeitpunkt, sie zu beherrschen. Ausgestattet mit den neu erworbenen Kompetenzen wird Ihr Team effizienter und offener für zukünftige Entwicklungen in der Cloud sein.

Fallstrike bei der Cloud-Einführung

Bringen Sie Ihre On-Premises-Mentalität nicht mit in die Сloud ein

Dieser Punkt bezieht sich auf den bereits oben genannten Punkt. Einige Beteiligte oder sogar ganze Teams, die an einer Cloud-Einführung beteiligt sind, projizieren möglicherweise fälschlicherweise die Denkweise und Kultur, die sie beim Betrieb vor Ort hatten, auf die neue Cloud-Umgebung. Das ist es, was die berühmte Analogie zwischen Haustieren und Vieh beschreibt.

Governance, Management und Betrieb in der Cloud sind völlig anders. Das liegt daran, dass die Cloud ein Synonym für "Skalierbarkeit" ist. Nehmen Sie eine echte Cloud-orientierte Denkweise an und behandeln Sie Ressourcen in der Cloud nicht so, wie Sie es bei On-Prem getan haben.

Verwenden Sie keine statischen IP-Adressen für Ihre virtuellen Maschinen; pflegen Sie die VMs nicht manuell; optimieren Sie sie nicht für individuelle Workloads. Automatisieren Sie stattdessen die Erstellung, Verwaltung und Bereitstellung von Ressourcen; planen Sie die Verfügbarkeit und seien Sie bereit für eine schnelle Systemwiederherstellung, falls Ihre Dienste zusammenbrechen. Überwachen Sie ständig die Leistung, die Verfügbarkeit und die Nutzung von Cloud-Ressourcen, um die geschäftliche Agilität zu erhöhen und die Ausgaben zu optimieren.

Vernachlässigen Sie die Disaster Recovery für Cloud-Infrastrukturen nicht

Laut den jeweiligen SLAs garantieren die großen Cloud-Dienstleister eine Betriebszeit von etwa 99,9 % und Konnektivität für Instanzen in mehreren Regionen. Das bedeutet, dass es mindestens 4,38 Minuten erlaubte Ausfallzeit pro Monat oder fast eine Stunde pro Jahr geben kann. Das klingt zwar nicht nach einer langen Zwangspause, aber es gibt keinen Zeitplan für diese Ausfallzeiten.

Während es vielleicht nur ein paar Minuten dauert, bis die Cloud-Umgebung selbst wieder läuft, kann es Stunden, wenn nicht sogar Tage dauern, bis sich ein Geschäftssystem nach einer solchen Anomalie wieder erholt. Es mag zwar überflüssig klingen, in eine Disaster Recovery (DR)-Strategie zu investieren, wenn man die SLA des Anbieters bedenkt, aber die erste Ausfallzeit wird sicherlich das Gegenteil beweisen.

Image
Im Interesse der Geschäftskontinuität sollte Ihr Unternehmen über eine grundlegende DR-Strategie verfügen, damit sich Ihre Systeme in der Cloud schnell und sicher erholen.

Planen Sie Disaster Recovery als Teil Ihrer Cloud-Einführungsstrategie. Testen Sie DR-Aktionspläne für jede geografische Region und Zone und überlegen Sie, wie Sie jeden Dienst beheben werden, wenn die zugrunde liegenden Cloud-Ressourcen plötzlich nicht mehr verfügbar sind. Denken Sie voraus, wie Sie Datenverluste verhindern, die während und nach einem Ausfall auftreten können.

Lassen Sie nicht zu, dass Stakeholder Cloud-Initiativen depriorisieren

Wie jede organisatorische Umstellung ist auch die Cloud-Einführung ein mehrstufiger Prozess, an dem verschiedene Teams und Anteilseigner beteiligt sind: Unternehmensarchitektur, DevOps, Netzwerk, Sicherheit, Compliance, Budgetierung usw. Manchmal stimmen die Prioritäten, Annahmekriterien und Interessen dieser Gruppen nicht überein, und einige Stakeholder nehmen Cloud-Initiativen nicht ernst. Das Ergebnis ist, dass Cloud-Projekte in bestimmten Aspekten ins Hintertreffen geraten. Falsche Entscheidungen werden getroffen, falsche Tools ausgewählt und Inkonsistenzen in den Cloud-Richtlinien treten auf. Das Endergebnis ist eine Verzögerung bei der Cloud-Einführung.

Alle Cloud-Adoptions-Frameworks empfehlen, dass für den Erfolg der Initiative alle am Prozess beteiligten Teams ein vollständiges Buy-In haben, ihre Rollen im Prozess verstehen und ihre jeweiligen Verantwortungsbereiche besitzen sollten.

Das sollte in einem unternehmensweiten Cloud-Strategie-Dokument klar umrissen sein und regelmäßig überprüft werden.

Lassen Sie die Cloud-Automatisierung nicht zu einem nachträglichen Gedanken werden

Wenn Unternehmen das erste Projekt starten, das ihnen die Tür öffnet, erliegen sie oft dem natürlichen Wunsch, es flüssig und agil zu halten. In den ersten Phasen ihrer Cloud-Reise denken sie an Automatisierung als etwas, das das Projekt verlangsamt und später einfach implementiert werden kann. Die schlechte Nachricht ist, dass zu dem Zeitpunkt, an dem sie endlich erkennen, dass sie eine Automatisierung benötigen, ihr Cloud-Setup bereits eine schwere technische Schuld trägt und zu komplex ist. Infolgedessen muss die bereits existierende Software automatisiert werden, was die Kosten um das Drei-, Vier- oder Fünffache erhöht.

Sie müssen die Automatisierung für jeden Cloud-Workload implementieren, und zwar in den frühen Phasen Ihrer Reise. Der ganze Sinn von Infrastructure as Code (IaC) liegt in der Automatisierung der Bereitstellung und Konfiguration von Cloud-Diensten.

In weiteren Phasen der Cloud-Einführung wird Ihnen die Automatisierung helfen, komplexe Lösungen mit komplexen CI/CD-Strategien und SRE-Praktiken zu verwalten.

Fazit

Der Weg zur Cloud-Adoption ist lang, kompliziert und manchmal dornig. Aber das Endergebnis ist es wert.

Wenn Ihr Unternehmen die ersten Schritte in Richtung Cloud-Transformation unternimmt, hilft es, einen zuverlässigen und erfahrenen Anbieter an Ihrer Seite zu haben. Mit der Anleitung eines Technologiepartners wie DataArt kann Ihr Unternehmen häufige Fehler und Fallstricke auf dem Weg in die Cloud vermeiden. Wir sind hier, um Ihnen bei Ihren Cloud-Anforderungen zu helfen. Kontaktieren Sie uns noch heute!