Warum die Microservice-Hotel-PMS-Architektur die Zukunft ist

Die Client-Server-Architektur prägt seit Langem die IT im Gastgewerbe, schränkt jedoch Skalierbarkeit und Agilität ein. Microservice-basierte Hotelmanagementsysteme (PMS) bieten eine Lösung, die schnelle Innovationen und Flexibilität ermöglicht – unerlässlich für die sich stetig wandelnden Technologieanforderungen moderner Hotels. In diesem Artikel erfahren Sie mehr über die Microservice-Architektur von Hotel-PMS und warum sie die Zukunft der Hoteltechnologie darstellt. 

Von der traditionellen PMS-Architektur zur zukunftsweisenden Microservice-Architektur

In den letzten Jahrzehnten war die Client-Server-Architektur in der Hoteltechnologie weltweit der IT-Standard. Obwohl diese Methode die grundlegenden Bedürfnisse der Branche viele Jahre lang erfüllte, führte sie auch zu ineffizienten, schwer skalierbaren Systemen, denen die in der heutigen schnelllebigen Hotellerie erforderliche Agilität fehlt. Technologiekonzerne wie Google, Amazon und Netflix haben den Weg zu modernen, skalierbaren Systemen geebnet, indem sie eine Microservice-basierte Architektur einführten. Diese ermöglicht es ihnen, schnell Innovationen voranzutreiben und gleichzeitig Stabilität und Skalierbarkeit zu gewährleisten.

Die Hotelbranche hingegen setzt weitgehend auf traditionelle Client-Server-Architekturen für ihre Hotelverwaltungssysteme (PMS). Diese traditionelle Architekturform ist bekannt als “"monolithisch"” Architektur. Zum Glück gibt es einen Ausweg: “Mikrodienst” Hotel-PMS-Architektur.

Was ist Client-Server-Architektur?

Schätzungsweise über 901.442 Hotels nutzen derzeit veraltete Anwendungsinfrastrukturen. Das bedeutet, dass neun von zehn Hotels aktuell Systeme verwenden, die in den 80er- und 90er-Jahren entwickelt wurden und auf dem damaligen Standard der Client-Server-Architektur basieren. Hotels setzen weiterhin auf diese Architektur, da sie nach wie vor ihren ursprünglichen Zweck erfüllt. Zudem kann die Umstellung auf neue Technologien eine Herausforderung darstellen, und lange Zeit gab es kaum Alternativen.

In der Client-Server-Architektur befinden sich einerseits die Datenspeicherung in einer zentralen Datenbank auf einem physischen Server und andererseits mehrere UI-basierte Windows-/DOS-Anwendungen, die mit dem Server kommunizieren. Das Hauptproblem dieser Architektur besteht darin, dass die Geschäftslogik auf beide Systeme verteilt ist. So findet sich beispielsweise in der Datenbank häufig nicht nur die Datenspeicherung, sondern auch ein Teil des Quellcodes. Bis Ende der 90er-Jahre waren Server sowohl für die Datenbankverwaltung als auch für die Ausführung von Geschäftslogik zuständig, was zahlreiche negative Folgen hatte.

Neue Plattformen, alte Architektur

Seit Jahren wird Software auf Basis einer Client-Server-Infrastruktur geschrieben und entwickelt, doch Anfang der 2000er-Jahre, dank des Aufkommens des Internets und gestiegener Kunden- und Unternehmenserwartungen, wuchs der Druck, eine bessere Lösung zu finden.

Angesichts der zunehmenden Internetverbindungen und der steigenden Nutzerzahlen stellte sich die Frage, ob der Entwicklerwelt bewusst war, dass Anwendungen (bezüglich des Datenvolumens) so groß wurden, dass die Client-Server-Architektur nicht mehr ausreichte. Hinzu kam, dass die Vielzahl neuer Browser und Geräte mit jeweils eigenen Spezifikationen den Entwicklern klar machte, dass sie nicht nur eine, sondern eine Vielzahl von Schnittstellen bedienen mussten.

Branchenführer wie Google, Amazon und Netflix haben den Wandel schnell erkannt und, um Stabilität und Skalierbarkeit zu gewährleisten, damit begonnen, den gesamten Prozess der Datenverarbeitung, -nutzung und -verwaltung zu analysieren und sicherzustellen, dass ihre Präsentationsschichten und Geschäftslogiken klar voneinander getrennt sind – einer von vielen vorausschauenden Schritten, die diese Unternehmen für den Erfolg positioniert haben.

Drei-Tier-Architektur vs. Client-Server-Architektur

Die Lösungen von Google und anderen Branchenführern waren einfach, aber genial. Sie bestanden erstens darin, die Verantwortung der Server zu verringern, sodass diese sich ausschließlich auf die Datenspeicherung konzentrieren konnten, zweitens darin, die Datenverarbeitungskapazität der Server zu erhöhen (um Terabytes an Daten praktisch in Echtzeit zu erfassen und zu analysieren) und schließlich darin, die Aufgaben der Server im Bereich der Geschäftslogik zu reduzieren.

Dieses neue Konzept markierte die Geburtsstunde dessen, was wir heute als dreistufige Architektur kennen, die aus drei unabhängigen Teilen besteht:

1. Ein vollständiges Follow-End-Datenspeicher-/Abrufsystem (transparent, schnell und stabil)
2. Eine Geschäftslogik (die ihre Funktionalitäten über festgelegte APIs bereitstellt)
3. Eine Präsentationsebene (die Benutzeroberfläche im Frontend)

Erstellung und Wartung von Software als unabhängige Module auf separate Plattformen Es handelte sich um ein revolutionäres und zugleich notwendiges Konzept, das Lichtjahre von der Standardarchitektur der 80er- und 90er-Jahre entfernt war. Die Aufteilung aller Systemfunktionen in mehrere Pakete mit komplexen Funktionen macht die Softwareentwicklung skalierbar und wartungsfreundlich, im Gegensatz zur Entwicklung aller Komponenten auf einer einzigen großen, unübersichtlichen Plattform.

Diese neue Vorgehensweise wird als “Mikroservice-Architektur,”während die alte Methode als “monolithische Architektur.Das Hauptproblem der monolithischen Architektur besteht darin, dass sie praktisch nicht skalierbar ist – sowohl für Technologieanbieter als auch für Endnutzer. Das Hinzufügen einer neuen, einfachen Funktion zu einer bestehenden Anwendung kann im schlimmsten Fall zum Absturz des gesamten Systems führen oder im besten Fall einen erheblichen Entwicklungsaufwand und damit höhere Kosten für alle Beteiligten nach sich ziehen.

Von der monolithischen zur Microservice-Architektur

Hotelgäste haben bestimmte Erwartungen. Sie möchten beispielsweise per Smartphone einchecken oder über eine App Essen bestellen können. Hotels würden diese Services gerne anbieten, denn Kundenzufriedenheit ist im Gastgewerbe von grundlegender Bedeutung. Doch allzu oft können Hotels ihren Gästen nicht den gewünschten Service bieten, weil ihre veralteten Systeme keine neuen Funktionen integrieren können. Jede zusätzliche Anpassungsebene müsste nämlich fest in der Datenbank oder der Client-Anwendung codiert werden.

Die meisten Hotelsoftwarelösungen bestehen aus einem großen, unübersichtlichen Codeblock, in dem jede Zeile so stark von der anderen abhängt, dass Innovationen ohne einen Systemzusammenbruch nahezu unmöglich sind. Dies erklärt die Unfähigkeit der Branche, sich an neue Marktbedürfnisse anzupassen. Einige Hoteltechnologieunternehmen, wie beispielsweise …, Shiji Gruppe, sind wegweisende, auf Microservices basierende Plattformen, die eine nahtlose Integration und Flexibilität ermöglichen.

Beim Microservices-Ansatz hingegen gibt es mehrere kleine Programme, die völlig unabhängig voneinander sind, aber durch in den APIs definierte Regeln miteinander verbunden werden. Solange die API-Regeln eingehalten werden, ist ein Microservices-basiertes System daher unbegrenzt wartbar und erweiterbar, ohne dass bei jedem Update das Risiko besteht, das gesamte System zu zerstören.

Operativ betrachtet wird das Risiko eines Dominoeffekts durch einen Fehler durch die Dezentralisierung der Microservice-Architektur eingedämmt – wenn eine Anwendung aktualisiert wird oder ausfällt, ist die Gesamtstruktur nicht betroffen. Das gesamte Ökosystem wird dadurch widerstandsfähiger, und Fehler lassen sich deutlich einfacher isolieren und Systemausfälle beheben.

Die Rolle von APIs

Die zunehmende Nutzung von APIs in der Hotelbranche hat maßgeblich zum Wandel von monolithischen zu Microservice-Architekturen für Hotel-PMS beigetragen. APIs sind zentral für diesen flexibleren, dezentralen Ansatz, da sie die Programmierung vereinfachen und die Vernetzungsmöglichkeiten erhöhen.

Diese Unabhängigkeit gibt Entwicklern die Freiheit zu programmieren, ohne die Programmiersprache des Kernsystems vollständig verstehen zu müssen. Programmierer, die beispielsweise eine einzelne Funktion einer Drittanbieteranwendung integrieren, müssen nicht das gesamte Dateisystem, die Programmstruktur und die Sprache verstehen, sondern können sich einfach darauf konzentrieren, spezifische Informationen zur Lösung eines konkreten Problems zu beschaffen. Microservices segmentieren Funktionalitäten, während monolithische Systeme sie zentralisieren. Anders ausgedrückt: Microservices segmentieren potenzielle Probleme, während Monolithen sie zentralisieren.

Mikroservice-Hotel-PMS-Architektur und Datenschutz

Kaum ein Tag vergeht ohne Meldungen über Datenpannen. Die Hotelbranche war schon immer anfällig für Datenschutzverletzungen, vor allem weil sie (anders als die meisten Branchen) zur ordnungsgemäßen Funktion enorme Mengen an Kundendaten benötigt, deren Wert eng mit der Fähigkeit des Hotels zusammenhängt, die Gäste zu bedienen.

Auf dem Schwarzmarkt werden personenbezogene Daten für etwa 1.443 Tsd. pro Stück verkauft, aber laut CashShield-CEO Justin Lie ist ihr Wert “multipliziert sich mit jeder hinzugefügten Information um das Fünffache.”Fügt man den ursprünglich gestohlenen Daten eine Handynummer, eine persönliche E-Mail-Adresse und ein Geburtsdatum hinzu, schnellt ihr Wert auf $125 in die Höhe.

Die größte Schwierigkeit besteht darin, dass die Kernstruktur der meisten Hotelsoftware Jahrzehnte vor dem Aufkommen des Internets programmiert wurde und sie daher schlichtweg nicht gerüstet ist, sich gegen Online-Cyberangriffe zu verteidigen. Der französische Philosoph Paul Virilio sagte einmal: “Wenn man das Schiff erfindet, erfindet man auch das Schiffswrack.”In den 80er Jahren und einem Großteil der 90er Jahre, als es praktisch keine Internetverbindung gab, wurde das Konzept des Web-Hackings einfach nicht in Betracht gezogen. Deshalb sind so viele Hotelsoftwaresysteme so schutzlos, wenn es um Datenlecks geht.’.

Dank der Microservice-Architektur von Hotel-PMS können Entwickler heute personenbezogene und nicht-personenbezogene Daten trennen und je nach auszuführender Aufgabe den jeweiligen Datensatz auswählen. Diese Flexibilität, wann immer möglich, ausschließlich mit nicht-personenbezogenen Daten zu arbeiten, ist ein unschätzbarer Vorteil von Microservices-Software, insbesondere im Hinblick auf die Datenspeicherungsbestimmungen einzelner Länder, die die lokale Speicherung von Bürgerdaten vorschreiben. In monolithischen Architekturen sind Daten oft weit verstreut, was bedeutet, dass die personenbezogenen Daten russischer Kunden aus rechtlichen Gründen in ihrem Land gespeichert werden müssen.

Das Wachstum der Microservice-Hotel-PMS-Architektur

Es überrascht nicht, dass erfolgreiche Unternehmen wie Netflix, Google und Amazon in den letzten Jahren von monolithischen Architekturen auf Microservices umgestiegen sind. Angesichts neuer Datenschutzgesetze, vielfältiger Anforderungen, immer schnellerer Technologien, disruptiver Zahlungssysteme und stetig wachsender Vertriebsnetze ist klar, dass der monolithische Ansatz nicht mehr mithalten kann.

Die zahlreichen Auswirkungen der Einführung von Microservice-Hotel-PMS und anderen IT-Architekturen mögen für manche überwältigend klingen, aber letztendlich sollte jedes Unternehmen, unabhängig von seiner Größe, in der Lage sein, jedes auf dem Markt verfügbare Tool auszuwählen und es reibungslos mit anderen Tools zu verbinden, genau wie sie Anwendungen auf ihrem persönlichen Smartphone installieren.

Technologie sollte die Hotelführung und den Gästeservice vereinfachen. Strategien sollten niemals durch die Beschränkungen der zugrunde liegenden IT-Infrastruktur bestimmt, sondern durch deren Flexibilität optimiert werden. Es ist an der Zeit, dass die Hotellerie Innovation, Nachhaltigkeit und Skalierbarkeit in den Mittelpunkt stellt. Es ist an der Zeit, dass die Hotellerie die Microservice-Architektur einsetzt!