Royal Hotels Network ist ein mittelständisches bis großes Unternehmen der Hotelbranche, das in den 1960er Jahren gegründet wurde. Das Unternehmen ist auf Geschäfts- und Freizeittourismus spezialisiert und betreibt derzeit fünf strategische Hotels: vier in Belo Horizonte (MG) und eines in der Region Jardins in São Paulo (SP). Der Betrieb erfordert die unterbrechungsfreie Verarbeitung (24/7) integrierter Hotelverwaltungssysteme( PMS) sowie von Housekeeping-, Abrechnungs- und Buchungssystemen.
Reale Probleme und technische Engpässe
Vor der technologischen Umgestaltung stieß die Royal Hotels Network in ihrer hauseigenen IT-Architektur an erhebliche Grenzen :
- Datensilos und Dezentralisierung: Jede der fünf Einheiten arbeitete isoliert, was zu einer Fragmentierung der Finanz-, Buchhaltungs- und Belegungsinformationen führte. Der Datenabgleich für die Entscheidungsfindung der Geschäftsleitung erforderte eine aufwendige manuelle Konsolidierung.
- Verfügbarkeitsrisiken (Ausfallzeiten): Die lokale Infrastruktur litt unter Hardware-, dem Risiko von Stromschwankungen und Ausfällen der lokalen Internetverbindung, was die Kontinuität der Check-in-, Check-out- und Zahlungsabwicklung gefährdete.
- Unfähigkeit zur Skalierung: Das saisonale Nachfragewachstum und die Aussicht auf die Hinzunahme neuer Geschäftsfelder oder Softwaretools wurden durch die hohenInvestitionskosten (Capex) für die Anschaffung neuer physischer Server und Lizenzen eingeschränkt.
- Sicherheitslücken: Die Aufrechterhaltung dezentraler Routinen für Backups, Patch-Updates und die Einhaltung von Sicherheitsvorschriften auf lokalen Servern vergrößerte die Angriffsfläche für Cyberangriffe.
Lösungsarchitektur und Technologie-Stack
Die implementierte Lösung war Skyone Autosky. Die entworfene Architektur migrierte veraltete, monolithische Hotelmanagement- und ERP-Anwendungen in eine optimierte Public-Cloud-Umgebung.
- KI-fähige Anwendungs- und Cloud-Schicht: Verwendung von Skyone Autosky zur Virtualisierung und nativen Bereitstellung von Client-Server-Systemen über gängige Webbrowser (HTTPS-Port 443), wodurch die Notwendigkeit der Replikation oder von Änderungen am ursprünglichen Anwendungsquellcode entfällt (Zero-Change-Migration).
- Automatische Skalierung: Konfiguration von Algorithmen zur minutengenauen Überwachung von CPU-Auslastung, Speichernutzung und Benutzerlast. Das System stellt automatisch zusätzliche temporäre Instanzen während Spitzenzeiten im Hotelnetzwerk bereit und beendet diese bei geringer Nachfrage, um die Betriebskosten der Cloud zu kontrollieren.
- Netzwerkisolation und Sicherheit: Jede Anwendung und Datenbank wurde in derVirtual Private, wodurch eine Zero-Trust , bei der der Terminalzugriff erst nach verschlüsselter Vorauthentifizierung über SSL gewährt wird.
Technische Herausforderungen und Risikominderung
Die größte technische Herausforderung bestand in der kritischen Natur des Hotelsektors: Die Migration durfte die Rezeptions- und Nachtauditsysteme der Hotels nicht beeinträchtigen, da dies schwerwiegende finanzielle und reputationsbezogene Folgen haben könnte.
- Abhilfemaßnahmen: ein Migrationsworkflow auf Basis Servervorlagen in einer isolierten Umgebung eingeführt. Dies ermöglichte die Validierung aller Netzwerkvariablen, der lokalen Druckerzuordnung und spezifischer Treiber vor dem Produktivstart .
Implementierung und Einführung
Die Übergangs- und Implementierungsstrategie wurde in Partnerschaft mit Faitec durchgeführt und in drei Hauptphasen unterteilt:
- Image-Mapping und -Engineering: Erfassung der ursprünglichen Geschäftslogik und Erstellung von On-Demand-Infrastrukturvorlagen für die verwendeten ERP-Systeme.
- Datensynchronisierung: Sicheres Hochladen historischer Datenbanken in die Cloud-Schicht.
- Frühmorgens erfolgte die Umstellung (): Cutover Die Inbetriebnahme erfolgte in einer Phase geringeren Betriebsaufkommens (frühmorgens). Um 2 Uhr morgens lief die gesamte Infrastruktur mit allen 5 Einheiten bereits integriert in die öffentliche Cloud über das zentrale Skyone Autosky-Portal.
Messbare Ergebnisse
- Ausfallzeit während des Migrationszeitraums: 0 % (keine Ausfallzeit). Der Vorgang wurde ohne Unterbrechung des Gästeservices an den Rezeptionen abgeschlossen.
- Datenzentralisierung: 100%ige Integration. Vollständige Beseitigung von Datensilos, wodurch der Querverweis von Managementberichten und Finanzdaten zwischen Hotels und Abteilungen in Echtzeit ermöglicht wird.
- Betriebliche Verfügbarkeit: Garantierte Betriebssicherheit rund um die Uhr durch native Cloud-Redundanz und automatisierte Backups, die von Skyone verwaltet werden.
- Finanzielle Effizienz: Unvorhersehbare lokale Kosten für die physische Infrastruktur werden durch ein planbares, in lokaler Währung abgerechnetes Modell ersetzt, wodurch der Kapitalbedarf reduziert und die IT-Betriebskosten optimiert werden.
Erkenntnisse
- Die Migration komplexer, integrierter Altsysteme von mehreren Standorten erfordert keine kostspielige Code-Neuschreibung, wenn eine robuste, intelligente, Cloud-Infrastruktur-gestützte Virtualisierungsschicht eingesetzt wird.
- Die Umstellungdenfrühen Morgenstunden minimiert die Betriebsrisiken in Unternehmen, die kontinuierlich Dienstleistungen erbringen.
Häufig gestellte Fragen
1. Wie lässt sich das Risiko von Ausfallzeiten bei der Migration von ERP-Systemen für das Gastgewerbe in die Cloud minimieren?
Um Ausfallzeiten zu minimieren, ist eine Migrationsstrategie ohne Programmierung erforderlich, die vorkonfigurierte Template-Server in einer isolierten Umgebung nutzt. Der Übergangsprozess (Cutover) sollte außerhalb der Spitzenzeiten – beispielsweise in den frühen Morgenstunden – geplant werden, damit die Datenbanken synchronisiert und validiert werden können, ohne den 24/7-Empfangsbetrieb zu unterbrechen.
2. Welche Vorteile bietet das Skyone Autosky Architekturmodell für Hotelketten oder Unternehmen mit mehreren Kunden?
Skyone Autosky ermöglicht die Zentralisierung von Altsystemen über einen Webbrowser ohne komplexe VPN-Tunnel. Es nutzt Auto-Scaling-Engines, die die Rechenressourcen minütlich an die Schwankungen der Nutzerzahlen anpassen. Zusätzlich werden die Anwendungen jedes Clients oder jeder Einheit in separaten virtuellen Netzwerken mit strengen Sicherheitsrichtlinien auf Basis von Zero Trust und MFA isoliert.