Expedia Group velocizza le transazioni di pagamento del fornitore da 1 giorno a pochi secondi

Expedia Group detiene oltre 20 siti di prenotazione, quali Expedia, Vrbo, Hotels.com ed Orbitz, attraverso cui viaggiatori di oltre 70 paesi possono prenotare alloggi, voli ed altro in più di 80 valute. Essendo un business di piattaforma globale, i team devono provvedere sia ai pagamenti dei clienti, sia ai pagamenti dei partner. Per i pagamenti dei partner, Expedia collabora con i fornitori, come hotel, compagnie di crociera e compagnie aeree, le cui prenotazioni sono distribuite sulla sua piattaforma. Nel suo modello Expedia Collect, Expedia prima riceve i pagamenti dai clienti e dopo li rimanda ai fornitori. Nel 2019, Expedia ha gestito 7,6 miliardi di USD in prenotazioni commerciali, il 25% in più rispetto all'anno precedente.

Ma la crescita di Expedia cominciò a ripercuotersi negativamente sul segmento di riconciliazione pagabile (APRecon) dei suoi account. Mano mano che il volume cresceva, i processi cominciarono a venire eseguiti più lentamente, aspetto che provocò un effetto cascata di ritardi a catena, fino agli utenti. L'APRecon su SQL Server richiedeva anche un numero significativo di interventi manuali che avevano conseguenze negative sullo staff delle operazioni dell'azienda. Inoltre, alcuni servizi costruiti su .NET, una piattaforma di sviluppo open-source, avevano portato a vincoli dei fornitori, limitando conseguentemente l'implementazione del servizio.

Expedia decise di migrare ad un'architettura nel cloud basata su microservizi Java. Avevamo progettato deliberatamente un nuovo sistema in un'architettura orientata verso i microservizi in modo che potessimo dimensionare facilmente con la funzionalità offerta da AWS, ha affermato Nirupama Jagarlamudi, senior director, software development ad Expedia Group. Dopo aver eseguito analisi e confronti fra i costi di SQL Server e le offerte cloud, oltre ad ulteriori analisi di SQL e PostgreSQL, l'azienda scelse Amazon Aurora PostgreSQL.

Expedia scelse di eseguire una migrazione a fasi ad Aurora PostgreSQL e pianificò di migrare completamente da SQL Server ad AWS. In un primo momento, Expedia migrò il proprio business di alloggi dal sistema APRecon, il quale verificava le transazioni dei partner di alloggio di Expedia e rappresentava l'80 percento dell'intero volume da SQL Server. Gli sviluppatori del database rifattorizzarono lo schema da SQL Server ad Aurora PostgreSQL utilizzando un nuovo strumento di migrazione di schema chiamato Flyway. "L'obiettivo è di mantenere la nostra logica di business all'interno dei servizi, di modo che, qualora dovessimo cambiare fornitore o servizio, possiamo passare a questi facilmente e senza costrizioni" ha spiegato Jagarlamudi. La migrazione di database, compreso l'aggiornamento dello schema, impiegò solo 2 settimane per essere sviluppata e testata. Dopo aver rifattorizzato lo schema, il team ha cominciato a migrare componenti costruiti sul framework di software .NET a Linux e Spring Boot, il framework open-source basato su Java. Oggi Expedia possiede 20 microservizi costruiti sullo stack Spring Boot.

Il nuovo sistema su AWS, chiamato Matching and Reconciliation System (MARS), è andato online nel maggio del 2020. Questo utilizza i servizi AWS open-source che non solo uniscono la pila di tecnologia di pagamento Expedia, ma eliminano anche il vincolo del fornitore. Expedia utilizza il Servizio di coda semplice Amazon (Amazon SQS), un servizio di coda di messaggi completamente gestito, per scollegare e dimensionare i microservizi. "Amazon SQS rappresenta un modo per noi semplice di costruire la resilienza nel nostro processo con una funzionalità duratura che permette di compiere tentativi diversi" ha affermato Jagarlamudi. Per esempio, Amazon SQS affianca Amazon Simple Storage Service (Amazon S3), un servizio di archiviazione di oggetti che offre scalabilità, disponibilità dei dati, sicurezza e prestazioni all'avanguardia nel settore per gestire le richieste dei fornitori. Questo fornisce ad Expedia una elaborazione basata su eventi: Amazon SQS informa l'organizzazione dei file richiesti dal nuovo fornitore di modo che il team non debba estrarli da Amazon S3.

Adesso Expedia può fornire dati ai suoi utenti, ai suoi fornitori, al proprio dipartimento di Business Intelligence ed al proprio team di operazioni quasi in tempo reale. Tutti gli utenti di pagamento Expedia, compresi gli utenti di operativi ed i fornitori esterni sul portale Expedia, utilizzano Amazon Elasticsearch Service (Amazon ES), il quale abilita gli utenti a cercare, analizzare e visualizzare in modo efficace i costi di prenotazione più rilevanti. In concomitanza con le prenotazioni, l'elaborazione basata su eventi può distribuire i dati al team operativo o ai fornitori in meno di 1 secondo, con il 99 percento delle prestazioni che richiede sempre meno di 2,6 secondi, in confronto all'elaborazione attraverso batch dei server precedenti che richiedeva più di un giorno. In aggiunta, MARS porta i risultati ai propri utenti ed all'organizzazione di Business Intelligence di Expedia. Gli utenti ottengono i loro dati dal cluster di ricerca ed Expedia usa il flusso di dati Amazon Kinesis, un servizio di streaming estremamente duraturo e scalabile, per raccogliere, elaborare ed analizzare dati streaming in tempo reale da tutte le prenotazioni; fra questi dati sono inclusi i giorni di prenotazione, il tempo di soggiorno, le informazioni sul viaggiatore, le informazioni sull'hotel, il saldo, lo storico dei pagamenti e le prenotazioni collegate. Questi dati di primaria importanza abilitano il team di operazioni Expedia a investigare sui problemi e a supportare le richieste dei fornitori. “La nostra integrazione con business intelligente è molto più flessibile, e questo modello può abilitare potenzialmente ai team di Expedia Group a servirsi di questi dati per sostenere le funzioni del loro business” ha affermato Jagarlamudi.

Su una architettura basata su microservizi, MARS può aumentare per gestire slanci nel traffico improvvisi ed imprevisti e può diminuire quando il traffico stesso diminuisce. Per esempio, Expedia è stata in grado di aumentare il proprio servizio di ordine di acquisto per gestire una cronologia di prenotazioni passate equivalente a 15 mesi, sostenendo 200 transazioni al secondo, per una durata di 2 settimane. Ha poi ridimensionato il servizio al termine dell'attività di modo che fosse in linea con i normali modelli di traffico. Inoltre, mentre Expedia paga costi fissi per il provisioning, l'archiviazione e le licenze con SQL Server, il quale continua ad essere utilizzato per la pila legacy non ancora migrata, Aurora elimina le tariffe di licenza ed offre costi ed infrastruttura flessibili. Expedia non ha più bisogno di spendere per capacità inutilizzate nei suoi data center. "Su Aurora PostgreSQL non solo paghiamo a consumo, ma questa si adatta anche automaticamente in base all'aumento dei nostri dati" ha affermato Jagarlamudi. Questo ha abilitato Expedia a riadattarsi durante il periodo di pandemia di COVID-19. Il sistema completamente gestito AWS permette inoltre ad Expedia di non curarsi della manutenzione e di non avere bisogno di un amministratore di database interno.

Migrando il proprio sistema legacy ad Aurora ed utilizzando altri servizi AWS, Expedia ha tagliato i costi di database, ha eliminato il vincolo del fornitore e si è ridimensionata per gestire picchi nel traffico, tutto ciò sollevando il proprio team dalle responsabilità relative ai processi manuali ed alla gestione del database. Expedia ha anche costruito un sistema che elabora prenotazioni quasi in tempo reale, offrendo prestazioni più veloci ai propri utenti e garantendo informazioni aziendali dettagliate e veloci, come, per esempio, aggiornamenti sull'attività di pagamento più veloci per i fornitori.