Expedia Group beschleunigt den Zahlungsverkehr für Verkäufer von 1 Tag auf Sekunden

Zur Expedia Group gehören mehr als 20 Buchungsseiten wie Expedia, Vrbo, Hotels.com und Orbitz, über die Reisende aus mehr als 70 Ländern u. a. Unterkünfte und Flüge in über 80 Währungen buchen. Als globales Plattformunternehmen müssen die Teams sowohl Verbraucher- als auch Partnerzahlungen abwickeln. Bei Partnerzahlungen interagiert Expedia mit Anbietern wie Hotels, Kreuzfahrt- und Fluggesellschaften, deren Buchungen über die Plattform verteilt werden. Im Rahmen des Expedia-Collect-Modells nimmt Expedia das Geld von den Verbrauchern entgegen und überweist es dann an die Anbieter. Im Jahr 2019 wickelte Expedia 7,6 Milliarden USD an Händlerbuchungen ab, 25 % mehr als im Jahr zuvor.

Das Wachstum von Expedia forderte jedoch allmählich seinen Tribut im Bereich der Kreditorenabstimmung (APRecon). Mit zunehmendem Volumen dauerte die Ausführung von Aufträgen länger. Dies führte zu einem Kaskadeneffekt mit Verzögerungen bis hin zu den Benutzern. APRecon auf SQL Server erforderte zudem eine Menge manueller Eingriffe, die das Betriebspersonal des Unternehmens belasteten. Einige Services, die auf .NET, einer Open-Source-Entwicklerplattform, basieren, führten zu einer Anbieterbindung, die die Bereitstellung von Services einschränkte.

Expedia beschloss, zu einer auf Java-Microservices basierende Architektur in der Cloud zu migrieren. „Wir haben das neue System bewusst in einer Microservices-orientierten Architektur entworfen, damit wir die Funktionen, die AWS bietet, problemlos skalieren können“, erklärt Nirupama Jagarlamudi, Senior Director, Software Development bei der Expedia Group. Nach der Durchführung von Analysen und Kostenvergleichen von SQL Server- und Cloud-Angeboten sowie anschließenden Analysen von SQL und PostgreSQL entschied, sich das Unternehmen für Amazon Aurora PostgreSQL.

Expedia entschied sich für eine schrittweise Migration zu Aurora PostgreSQL und plant, vollständig von SQL Server zu AWS zu migrieren. In der Anfangsphase wurde zunächst das Gastgewerbe aus dem APRecon-System migriert, das Transaktionen von Expedias Gastgewerbepartnern abgleicht und 80 Prozent des Gesamtvolumens von SQL Servers ausmacht. Die Datenbankentwickler haben das Schema von SQL Server auf Aurora PostgreSQL umgestellt und dabei ein neues Schemamigrationswerkzeug namens Flyway verwendet. „Wir beabsichtigen, die Geschäftslogik innerhalb der Services zu halten, sodass wir bei Bedarf einfach zu einem anderen Anbieter oder Service wechseln können, ohne gebunden zu sein“, erklärt Jagarlamudi. Die Entwicklung und Prüfung der Datenbankmigration, einschließlich der Schema-Aktualisierung, dauerte nur etwa 2 Wochen. Nach dem Faktorwechsel des Schemas begann das Team mit der Migration von Komponenten, die auf dem .NET-Software-Framework aufgebaut waren, zu Linux und Spring Boot, dem Java-basierten Open-Source-Framework. Inzwischen verfügt Expedia über 20 Microservices, die auf dem Spring-Boot-Stack basieren.

Das neue System in AWS, das Matching and Reconciliation System (MARS), ging im Mai 2020 in Betrieb. Durch die Verwendung der AWS-Open-Source-Services, wird nicht nur der Expedia-Zahlungstechnologie-Stack vereinheitlicht, sondern auch die Herstellerbindung beseitigt. Expedia nutzt Amazon Simple Queue Service (Amazon SQS), einen vollständig verwalteten Warteschlangenservice für Nachrichten, um Microservices zu entkoppeln und zu skalieren. „Amazon SQS ist eine einfache Möglichkeit für uns, mit einer dauerhaften Wiederholungsfunktion Ausfallsicherheit in unseren Prozess zu integrieren“, erklärt Jagarlamudi. Amazon SQS funktioniert beispielsweise mit Amazon Simple Storage Service (Amazon S3). Dies ist ein Objektspeicherservice, der branchenführende Skalierbarkeit, Datenverfügbarkeit, Sicherheit und Leistung bietet, um Anbieteranfragen zu verarbeiten. Dies ermöglicht Expedia eine ereignisgesteuerte Verarbeitung: Amazon SQS benachrichtigt das Unternehmen über neue Anbieteranforderungsdateien, sodass das Team diese nicht aus Amazon S3 abrufen muss.

Nun kann Expedia seinen Benutzern, Anbietern, der Business-Intelligence-Abteilung und dem Betriebsteam nahezu in Echtzeit Daten zur Verfügung stellen. Alle Benutzer von Expedia-Zahlungen, einschließlich operativer Benutzer und externer Anbieter auf dem Expedia-Portal, verwenden Amazon Elasticsearch Service (Amazon ES), das es Benutzern ermöglicht, ausstehende Buchungskosten effektiv zu suchen, zu analysieren und zu visualisieren. Wenn Buchungen eingehen, kann die ereignisgesteuerte Verarbeitung die Daten in weniger als einer Sekunde an das Betriebsteam oder die Anbieter weiterleiten, mit einer Spitzenleistung von 2,6 Sekunden im 99. Perzentil, verglichen mit mehr als einem Tag bei der Batch-Verarbeitung auf dem vorherigen Server. MARS leitet die Ergebnisse dann an seine Benutzer und die Business-Intelligence-Organisation von Expedia weiter. Die Benutzer erhalten ihre Daten aus dem Such-Cluster und Expedia verwendet Amazon Kinesis Data Streams, einen höchst skalierbaren und langlebigen Streamingservice, um Streamingdaten in Echtzeit von jeder Buchung zu erfassen, zu verarbeiten und zu analysieren, einschließlich Buchungsdatum, Aufenthaltszeit, Informationen über die Reisenden, Hotelinformationen, Saldo, Awicklungshistorie und verkettete Buchungen. Diese wichtigen Datenattribute ermöglichen es dem Expedia-Betriebsteam, Probleme zu untersuchen und Anbieteranfragen zu unterstützen. „Unsere Integration mit Business Intelligence ist viel flexibler und dieses Muster kann es anderen Teams der Expedia-Gruppe ermöglichen, diese Daten für ihre Geschäftsfunktionen zu nutzen“, sagt Jagarlamudi.

In einer Microservices-basierten Architektur kann MARS bei plötzlichen, unvorhergesehenen sprunghaften Datenverkehrszunahmen hochskalieren und bei nachlassendem Datenverkehr wieder herunterskalieren. So konnte Expedia beispielsweise seinen Bestellservice so skalieren, dass er das Verfüllen historischer Buchungen der letzten 15 Monate mit 200 Transaktionen pro Sekunde über einen Zeitraum von zwei Wochen ermöglichte. Am Ende der Aktion wurde der Service dann auf das normale Datenverkehrsaufkommen herunterskaliert. Während Expedia für die Bereitstellung, Speicherung und Lizenzierung mit SQL Server feste Kosten zahlt – die für den nicht migrierten Legacy-Stack weiterhin anfallen – entfallen bei Aurora die Lizenzgebühren und die Kosten und Infrastruktur sind flexibel. Expedia muss kein Geld mehr für ungenutzte Kapazitäten in seinen Rechenzentren ausgeben. „Bei Aurora PostgreSQL bezahlen wir nur für das, was wir nutzen, und die Anpassung erfolgt automatisch, wenn unser Datenbestand wächst“, erklärt Jagarlamudi. Dadurch war Expedia in der Lage, sich während der COVID-19-Pandemie anzupassen. Das vollständig verwaltete AWS-System bedeutet auch, dass Expedia keine Zeit für die Wartung aufwenden muss und keinen internen Datenbankadministrator benötigt.

Durch die Migration seines Legacy-Systems zu Aurora und die Verwendung anderer AWS-Services hat Expedia die Datenbankkosten gesenkt, die Anbieterbindung beseitigt und die Skalierung zur Bewältigung von Datenverkehrsspitzen ermöglicht – und das alles, während das Team von der Verantwortung für manuelle Prozesse und die Datenbankverwaltung befreit wurde. Darüber hinaus hat das Unternehmen ein System entwickelt, das Buchungen nahezu in Echtzeit verarbeitet, seinen Benutzern eine schnelle Leistung bietet und schnelle Geschäftseinblicke ermöglicht, wie z. B. schnellere Aktualisierungen der Zahlungsaktivitäten für Verkäufer.