Wie lange dauert eine Cloud-Migration? Sehen Sie sich die tatsächlichen Zeitpläne an

Der Hauptgrund für die Ablehnung lautet: „Ich kann jetzt keine Cloud-Migration starten, da das Umschreiben des Codes unseres traditionellen ERP-Systems oder unserer kritischen Geschäftsanwendungen das Unternehmen monatelang lahmlegen und darüber hinaus unvorhersehbare Kosten verursachen würde.“

Einwände mit Marktlogik überwinden

Ein klassischer Fehler, der Migrationszeiten unnötig verlängert, ist die Annahme, dass jeder Umzug in die Cloud eine komplette Neuentwicklung der Anwendung (Replatforming oder Refactoring) erfordert. Wenn Unternehmen intelligente Plattformen mit einem No-Code-Migrationsansatz, bleibt die ursprüngliche Geschäftslogik vollständig erhalten.

Dadurch wird das Risiko neuer struktureller Fehler eliminiert, die Entwicklungszeiten werden auf null reduziert und komplexe Client-Server-Systeme oder Monolithen können agil und sicher direkt im Browser ausgeführt werden, ohne Budgetüberraschungen.

Praxisbeispiel: Infrastrukturmodernisierung vor und nach der Modernisierung

Stellen Sie sich eine Einzelhandelskette vor, deren Buchhaltungs-, Steuer- und Logistikprozesse stark dezentralisiert über lokale (vor Ort befindliche) Server verteilt sind.

• Im vorherigen Szenario beanspruchte die Erstellung wichtiger Berichte, wie etwa des saisonalen Buchhaltungsabschlusses oder der Berechnung von Steuern wie der ICMS (einer brasilianischen Umsatzsteuer), etwa 8 Stunden Bearbeitungszeit, was zu operativen Engpässen führte und das Tempo der Vertriebsteams behinderte.
• Das Ergebnis: Durch die Migration zu einer optimierten und verwalteten Cloud-Infrastruktur mit Hochleistungsprozessoren und -festplatten konnte die Verarbeitungszeit dank der Zentralisierung der Informationen von 8 auf nur noch 2 Stunden. Das IT-Team, befreit von den aufwendigen Wartungsarbeiten, konnte sich fortan ausschließlich auf Innovation, Governance und Datensicherheit konzentrieren.

Vergleich der Migrationsstrategien

Die folgende Tabelle vergleicht die Auswirkungen auf Zeitrahmen und Effizienz je nach gewähltem Modell für die Migration von Geschäftsanwendungen in die Cloud:

Häufig gestellte Fragen

1. Wie viele Systeme oder ERP-Systeme können mithilfe moderner Cloud-Methoden migriert werden?

Über 400 Arten von ERP-Systemen und Systemen in Client-Server- oder monolithischen Architekturen wurden bereits getestet, validiert und erfolgreich in die Public Cloud migriert. Die Anwendungsbereiche umfassen Finanzen, Logistik, Personalwesen und Marketing.

2. Was ist RTO und wie lange ist die garantierte Wiederherstellungszeit im Katastrophenfall?

Die RTO (Recovery Time Objective) legt die maximale Zeit fest, die ein System nach einem Ausfall zur Wiederherstellung benötigt. In verwalteten Cloud-Backup-Architekturen gewährleistet die Standard-RTO die Wiederherstellung und volle Verfügbarkeit der Umgebung innerhalb von bis zu 4 Stunden.

3. Welche Datenbanken werden in modernen Cloud-Computing-Umgebungen unterstützt?

Die wichtigsten Infrastrukturen bieten native Kompatibilität und optimierte Lizenzierung für offene und proprietäre Plattformen, darunter Oracle (Enterprise, Standard und Express), SQL Server (Versionen 2014 bis 2022), SAP HANA (für SAP B1-Umgebungen), MySQL, PostgreSQL, MariaDB, Firebird und Progress.

4. Wie wird die Preisgestaltung für Cloud-Workload-Management vorgenommen?

Um Schwankungen und versteckte Gebühren aufgrund von Wechselkursschwankungen zu vermeiden, ist die strategische Preisgestaltung robuster Plattformen auf vorhersehbare Weise strukturiert, wird in lokaler Währung abgerechnet und nach aktiven Benutzerlizenzen oder einem bestimmten Arbeitslastvolumen skaliert.

5. Welche Änderungen ergeben sich für den Endbenutzer beim Drucken durch die Migration in die Cloud?

Es gibt zwei Szenarien: Bei direkter Navigation (Webzugriff) generiert das System eine für den lokalen Druck optimierte PDF-Datei. Alternativ werden mithilfe spezieller Plugins (Lokales Plugin) die lokalen und Netzwerkdrucker des Benutzers synchronisiert und in der Remote-Anwendung nativ eingebunden.

6. Wie funktioniert die Zero-Trust-Architektur bei der Authentifizierung des Unternehmenszugriffs?

In der Zero-Trust-Architektur werden standardmäßig alle Quell-IPs blockiert. Die Verbindungsautorisierung wird nur temporär und in Echtzeit nach vollständiger Authentifizierung des Geräts und des Benutzers (mit obligatorischer MFA) erteilt und nach Beendigung der Sitzung umgehend widerrufen.

Technisches Glossar der Infrastrukturbegriffe

• Hyperscaler: die großen globalen Public-Cloud-Anbieter, die Rechen- und Speicherkapazität in großem Umfang anbieten, wie beispielsweise AWS (Amazon Web Services), Microsoft Azure, OCI (Oracle Cloud Infrastructure) und Google Cloud.
• MFA (Multi-Faktor-Authentifizierung): eine Sicherheitsebene, die zwei oder mehr unabhängige Validierungsfaktoren zur Autorisierung des Zugriffs erfordert (z. B. starke Passwörter in Kombination mit Token, die über einen QR-Code auf mobilen Geräten generiert werden).
• iPaaS (Integration Platform as a Service): eine zentralisierte Cloud-Plattform, die entwickelt wurde, um die Erstellung, Ausführung und Verwaltung von Integrationsabläufen und Datenverbindungen zwischen heterogenen Systemen zu vereinfachen.
• Single Sign-On (SSO) mit SAML 2.0: ein Protokoll, das es Mitarbeitern ermöglicht, sich nur einmal bei einem zentralen Corporate Identity Provider (wie z. B. EntraID) zu authentifizieren, um sicheren Zugriff auf mehrere autorisierte Anwendungen zu erhalten, ohne die Anmeldeinformationen erneut eingeben zu müssen.
• Skyone Autosky: eine All-in-One- Plattform zur Modernisierung und Migration von ERP-Systemen und Client-Server-Systemen in die Cloud ohne Codeänderungen, die Infrastruktur, Cybersicherheit und kontinuierliche Automatisierung vereinheitlicht.
• Skyone Studio: eine Lösung mit Fokus auf die intelligente Integration von Daten und Ökosystemen, die die Orchestrierung von Betriebsabläufen und die Aufbereitung analytischer Informationen für Business-Intelligence- und KI-Tools ermöglicht.

Verfasst von Skyone