7 Schritte zur Vereinfachung der Migration von Architekturen in die Cloud.
Die gute Nachricht ist, dass Sie dies – wie die meisten Unternehmen – bereits getan haben. Viele Male. Etwa alle drei bis fünf Jahre überarbeiten Sie Ihre Kernarchitekturen. Sie passen die Art und Weise an, wie Sie Anwendungen bereitstellen. Sie streben danach, die Leistung zu steigern, die Sicherheit zu erhöhen und die Kosten zu senken.
Die schlechte Nachricht ist, dass mit der Cloud alles noch komplizierter wird. Möglicherweise haben Sie keine Kontrolle über die Dienste. Möglicherweise können Sie Verbindungen nicht fest codieren oder die Dinge nicht auf die alte Art und Weise erledigen. Es wird etwas weh tun. Aber wie heißt es so schön: „Ohne Fleiß kein Preis“, nicht wahr? Sie müssen das Benutzerverhalten, die Konnektivität und die entsprechende Bandbreite berücksichtigen.
Um den Übergang ein wenig reibungsloser zu gestalten, haben wir für Sie sieben wichtige Schritte zusammengestellt, die Ihnen den Einstieg erleichtern.
Wie ist der Stand Ihrer Bewerbungen? Wie viele hast du? Wie wichtig sind sie für Ihr Unternehmen? Welche Arten von Daten sind dort gespeichert und – am wichtigsten – welche Abhängigkeiten bestehen zwischen ihnen?
Überlegen Sie, in welche Kategorien Ihre Apps fallen werden. Sie haben vier Möglichkeiten:
Machen Sie zuerst den einfachen Teil. Identifizieren Sie die Apps in Ihrem Portfolio, bei denen es sich um virtuelle Waren handelt. Wahrscheinlich haben Sie eine Menge davon. Müssen Sie wirklich Ihren eigenen Exchange-Server, Ihr veraltetes HR-System oder Ihre selbst entwickelten Tools zur Vertriebsautomatisierung unterstützen? Sind sie den Aufwand Ihres Teams oder die damit verbundenen Betriebskosten wert? Wenn nicht, ersparen Sie sich eine Menge Ärger, indem Sie eine Vertriebs-, Personal-, Produktivitäts- oder andere geeignete Lösung abonnieren. Überlassen Sie die schwere Arbeit Dritten. Mit SaaS erzielen Sie offensichtliche, schnelle Erfolge.
Als Nächstes müssen Sie Ihre verbleibenden Apps bewerten und entscheiden, welche Sie in die Cloud verschieben, welche Sie für die Cloud umgestalten und welche Sie so belassen, wie sie sind.
Stellen Sie sich folgende Fragen:
- Wie viele Dinge gehen kaputt, wenn wir App X migrieren?
- Wo sind die Datenspeicher?
- Was sind die Abhängigkeiten?
- Welche Netzwerkdienste verwenden sie?
- Welche Apps erfordern Workarounds zu normalen Verfahren und Protokollen, damit sie funktionieren?
Sie erhalten für viele Ihrer Apps Antworten auf diese Fragen. Bei anderen kennen Sie die Antworten möglicherweise erst, wenn Sie tatsächlich versuchen, sie zu bewegen. Je größer das Risiko einer Störung und je komplizierter und unbekannter die Abhängigkeiten sind, desto wahrscheinlicher ist es, dass Sie eine App dort belassen, wo sie ist.
Dokumentieren Sie diese Abhängigkeiten, während Sie sie abbilden. Dies ist auch dann nützlich, wenn nur einige Ihrer Apps in der Cloud landen.
Überprüfen Sie Ihre Richtlinien zur App-Bereitstellung und suchen Sie nach Möglichkeiten zur Standardisierung und Automatisierung. Sie sollten eine begrenzte Anzahl standardmäßiger Lastausgleichsrichtlinien haben (sagen wir 10) und keine manuell angepassten Konfigurationen für jede App. Legen Sie standardisierte Speicherebenen fest. Definieren Sie standardisierte Netzwerkdienste. Sprechen Sie mit Ihren Entwicklern über die Vorteile der Standardisierung und gewinnen Sie ihr Engagement. Erstellen Sie Vorlagen, die ihnen dabei helfen, Dinge schnell und einfach bereitzustellen.
Fragen Sie sich, wer auf welche App zugreift und von wo aus. Sie müssen das Benutzerverhalten, die Konnektivität und die entsprechende Bandbreite berücksichtigen. Viele der Anwendungen, die Sie in die Cloud migrieren möchten – ob privat oder öffentlich – müssen möglicherweise von überall aus leichter zugänglich sein. Durch die Verschiebung in die Cloud wird die Infrastruktur weniger belastet.
Darüber hinaus gibt es Authentifizierungs- und Sicherheitsprobleme; die meisten Unternehmen nutzen zur Zugriffssteuerung traditionell Netzwerk- statt App-Kontrollen. In einer öffentlichen Cloud müssen Sie möglicherweise neue Identitäts- und Zugriffsverwaltungstechnologien einführen, die Sie vorher nicht hatten.
Bei der Migration in die Cloud wird die Architektur anders sein, da die Konstrukte nicht statisch sind. Bei monolithischen Anwendungen wie Datenbanken funktionieren die Mechanismen, die früher an bestimmte IP-Adressen oder andere konstante Konstrukte gebunden waren, in der Cloud nicht. Möglicherweise benötigen Sie zusätzliche Lastenausgleichsmodule oder Proxys, die zur Gewährleistung der Konsistenz in einer sich ständig ändernden Umgebung beitragen. Richten Sie zusätzliche Kontrollpunkte ein, um sicherzustellen, dass jeder konsistent und ohne Unterbrechungen auf Ihre Apps zugreifen kann.
Das ist hartes Zeug. Wie wir eingangs sagten, sind IT-Architekturen kompliziert.
Es ist zwar nicht einfach, aber es lohnt sich – allein schon wegen der Kosteneinsparungen (OpEx und CapEx) und der Skalierbarkeit. Und einige Unternehmen haben allein durch die Vorbereitung auf die Cloud enorme Einsparungen erzielt. Indem Sie Ihre vorhandenen App-Bestände bewerten, Abhängigkeiten analysieren, alles dokumentieren und so weit wie möglich standardisieren und vereinfachen, sind Sie in der optimalen Position, um zu entscheiden, was verschoben werden soll und wie dies geschehen soll.