Perché l'architettura Microservice Hotel PMS è il futuro

L'architettura client-server ha da tempo alimentato l'IT alberghiero, ma ne limita scalabilità e agilità. Un PMS basato su microservizi offre una soluzione che consente rapida innovazione e flessibilità, essenziali per le esigenze tecnologiche alberghiere in continua evoluzione. In questo articolo, esplorerai il mondo dell'architettura PMS per hotel basata su microservizi e scoprirai perché rappresenta il futuro dell'architettura tecnologica alberghiera. 

Dall'architettura PMS tradizionale all'architettura microservizi all'avanguardia

Negli ultimi decenni, l'architettura client-server ha rappresentato lo standard IT in tutto il mondo nella tecnologia alberghiera. Sebbene questo metodo abbia soddisfatto le esigenze di base del settore per molti anni, è stato anche responsabile della creazione di sistemi inefficienti e difficili da scalare, privi dell'agilità richiesta dall'attuale contesto alberghiero in rapida evoluzione. Giganti della tecnologia come Google, Amazon e Netflix hanno aperto la strada a sistemi moderni e scalabili adottando un'architettura basata su microservizi, che consente loro di innovare rapidamente garantendo al contempo stabilità e scalabilità.

Il settore alberghiero, al contrario, si è affidato in larga parte all'architettura client-server tradizionale per alimentare i propri sistemi di gestione immobiliare (PMS). Questa forma tradizionale di architettura è nota come “"monolitico"” architettura. Per fortuna, esiste una soluzione: “microservizio” architettura PMS dell'hotel.

Che cos'è l'architettura client-server?

Si stima che oltre il 90% degli hotel disponga attualmente di infrastrutture applicative obsolete. Ciò significa che 9 strutture su 10 utilizzano attualmente sistemi sviluppati e concepiti negli anni '80 e '90, basati sullo standard dell'epoca: l'architettura Client-Server. Gli hotel continuano a utilizzare l'architettura Client-Server perché funziona ancora secondo le sue capacità originali. Inoltre, il passaggio a nuove tecnologie può essere scoraggiante e, per molto tempo, non c'erano molte alternative.

Nell'architettura client-server, da un lato si ha l'archiviazione dei dati su un database centrale memorizzato su un server fisico e, dall'altro, più applicazioni UI basate su Windows/DOS che comunicano con il server. Il problema principale di questa architettura è che la logica di business è distribuita su entrambi i lati. Sul database, ad esempio, è comune trovare non solo l'archiviazione dei dati, ma anche parte del codice. Fino alla fine degli anni '90, i server erano responsabili sia dell'archiviazione del database che dell'esecuzione di parte della logica di business, e questo aveva numerose implicazioni negative.

Nuove piattaforme, vecchia architettura

Per anni sono stati scritti e sviluppati software basati su infrastrutture client-server, ma all'inizio degli anni 2000, grazie all'avvento di Internet e alle crescenti aspettative dei clienti e delle aziende, è iniziata a crescere la pressione per trovare una soluzione migliore.

Con la crescente connettività Internet e il numero di utenti, il mondo dello sviluppo si è reso conto che le applicazioni stavano diventando così grandi (in termini di quantità di dati) che l'architettura client-server non era più in grado di gestirle? Inoltre, la proliferazione di browser e dispositivi nuovi e diversi, tutti con specifiche distinte, ha fatto sì che gli sviluppatori si rendessero conto di dover gestire non una, ma una moltitudine di interfacce.

I leader del settore come Google, Amazon e Netflix hanno compreso rapidamente il cambiamento e, per mantenere stabilità e scalabilità, hanno iniziato ad analizzare l'intero processo di elaborazione, utilizzo e gestione dei dati, assicurandosi che i livelli di presentazione e le logiche aziendali fossero chiaramente separati l'uno dall'altro: una delle tante mosse lungimiranti che hanno posizionato queste aziende verso il successo.

Architettura a tre livelli vs. architettura client-server

Le soluzioni di Google e di altri leader del settore erano semplici ma geniali. Consistevano, in primo luogo, nel ridurre la responsabilità dei server, concentrandosi esclusivamente sull'archiviazione dei dati, in secondo luogo nell'aumentare la capacità di elaborazione dei server (per raccogliere e analizzare, praticamente in tempo reale, terabyte di dati) e, infine, nel ridurre le responsabilità dei server in termini di logica di business.

Questo nuovo concetto segnò la nascita di quella che oggi conosciamo come architettura a tre livelli, composta da tre parti indipendenti:

1. Un sistema completo di archiviazione/recupero dei dati follow-end (trasparente, veloce e stabile)
2. Una logica aziendale (che espone le sue funzionalità tramite API specifiche)
3. Un livello di presentazione (l'interfaccia utente front-end)

Creazione e manutenzione del software come moduli indipendenti su piattaforme separate era un concetto rivoluzionario, ma necessario, lontano anni luce dall'architettura standard degli anni '80-'90. Suddividere tutte le funzionalità di un sistema in più pacchetti con funzionalità composte rende lo sviluppo software scalabile e manutenibile, rispetto allo sviluppo di tutto in un'unica grande e complessa piattaforma.

Questo nuovo modo di fare le cose è noto come “architettura di microservizi,”"mentre il vecchio modo è conosciuto come"“architettura monolitica.” Il problema principale dell'architettura monolitica è che è praticamente impossibile scalarla, sia per i fornitori di tecnologia che per gli utenti finali. Aggiungere una nuova, semplice funzionalità a un'applicazione esistente potrebbe, nel peggiore dei casi, causare il crash dell'intero sistema o, nel migliore dei casi, richiedere molto tempo di sviluppo, con conseguenti costi più elevati per tutte le parti coinvolte.

Dall'architettura monolitica a quella dei microservizi

Gli ospiti degli hotel hanno aspettative specifiche. Potrebbero voler effettuare il check-in dal proprio telefono o ordinare la cena tramite un'app. E gli hotel sarebbero lieti di offrire questi servizi, poiché la soddisfazione del cliente è fondamentale per l'ospitalità. Tuttavia, il più delle volte, gli hotel non sono in grado di servire adeguatamente i propri ospiti solo perché i loro sistemi obsoleti non sono in grado di integrare nuove funzionalità, poiché ogni ulteriore livello di personalizzazione dovrebbe essere codificato nel database o nell'applicazione client.

La maggior parte dei software alberghieri è composta da un grosso e disordinato blocco di codice, in cui ogni riga è così interdipendente dalle altre che diventa quasi impossibile innovare senza compromettere l'intero sistema, da qui l'incapacità del settore di adattarsi alle nuove esigenze del mercato. Tuttavia, alcune aziende tecnologiche alberghiere, come, Gruppo Shiji, sono piattaforme pionieristiche basate su microservizi che consentono un'integrazione e una flessibilità senza soluzione di continuità.

Con l'approccio basato sui microservizi, al contrario, si hanno più piccoli programmi completamente indipendenti l'uno dall'altro, ma collegati tra loro da regole scritte nelle API. Pertanto, finché le regole delle API vengono rispettate, un sistema basato sui microservizi potrebbe essere manutenibile e migliorabile all'infinito, senza il rischio di annientare l'intero sistema a ogni aggiornamento.

Dal punto di vista operativo, il rischio di un effetto domino causato da un bug è contenuto dalla decentralizzazione dell'architettura dei microservizi: se un'applicazione riceve un aggiornamento o si blocca, ciò non influisce sull'intera struttura. L'intero ecosistema diventa resiliente ed è molto più facile isolare gli errori e ripristinare il sistema in caso di guasti.

Il ruolo delle API

L'aumento del tasso di adozione delle API nel settore alberghiero ha svolto un ruolo cruciale nel passaggio da un'architettura PMS monolitica a un'architettura basata su microservizi. Le API sono fondamentali per questo approccio più flessibile e decentralizzato, poiché semplificano la programmazione e aumentano le possibilità di interconnettività.

Questa indipendenza garantisce agli sviluppatori la libertà di programmare senza la necessità di comprendere appieno il linguaggio di programmazione utilizzato per il sistema principale. I programmatori che lavorano all'integrazione di una singola funzionalità di un'applicazione di terze parti, ad esempio, non devono comprendere l'intero file system, la struttura di programmazione e il linguaggio, e possono semplicemente concentrarsi sull'ottenimento di informazioni specifiche per risolvere un problema specifico. I microservizi compartimentano le funzionalità, mentre i sistemi monolitici le centralizzano. In altre parole, i microservizi compartimentano i potenziali problemi, mentre i monoliti li centralizzano.

Architettura e protezione dei dati del sistema PMS per hotel a microservizi

Non passa giorno senza che arrivino notizie di violazioni dei dati. Il settore alberghiero è sempre stato vulnerabile alle violazioni dei dati, principalmente perché (a differenza della maggior parte dei settori) per funzionare correttamente deve raccogliere un'enorme quantità di informazioni sui clienti, e il valore di tali dati è correlato alla capacità dell'hotel di servirli.

Sul mercato nero, le informazioni personali identificabili vengono vendute a circa $1 ciascuna, ma, secondo il CEO di CashShield Justin Lie, il loro valore “moltiplicato per 5 con ogni informazione associata aggiunta.”"Aggiungendo un numero di cellulare, un indirizzo email personale e una data di nascita ai dati originali rubati, il loro valore sale alle stelle, arrivando a $125.

La difficoltà principale è che, poiché la struttura di base della maggior parte dei software alberghieri è stata codificata decenni prima dell'avvento del web, questi non sono semplicemente pronti a difendersi dagli attacchi informatici online. Il filosofo francese Paul Virilio una volta disse: "“Quando inventi la nave, inventi anche il naufragio.”Negli anni '80 e per buona parte degli anni '90, quando non esisteva praticamente alcuna connessione a Internet, il concetto di hacking web non veniva semplicemente preso in considerazione, ed è per questo che molti sistemi software alberghieri sono così indifesi quando si tratta di perdite di dati.

Oggi, grazie all'architettura PMS per hotel basata su microservizi, gli sviluppatori possono separare i dati personali da quelli non personali e scegliere di progettare attorno all'uno o all'altro set di dati in base all'attività specifica da eseguire. Questa flessibilità di costruire, ove possibile, solo attorno a dati non personali offre un vantaggio inestimabile al software basato su microservizi, soprattutto quando si tratta di restrizioni di archiviazione dei dati di specifici Paesi che richiedono l'archiviazione locale delle informazioni dei propri cittadini. Nelle architetture monolitiche, i dati sono spesso distribuiti ovunque, il che significa che i dati personali dei clienti russi dovrebbero essere legalmente archiviati nel loro Paese.

La crescita dell'architettura PMS per hotel a microservizi

Non sorprende che, negli ultimi anni, aziende di successo come Netflix, Google e Amazon abbiano abbandonato l'architettura monolitica a favore dei microservizi. Oggi, con le nuove leggi sulla privacy, i requisiti diversificati, la tecnologia più veloce, i sistemi di pagamento innovativi e i sistemi di distribuzione in continua espansione, è evidente che l'approccio monolitico non sarà in grado di tenere il passo.

Le numerose implicazioni dell'adozione di un PMS per hotel a microservizi e di altre architetture IT potrebbero sembrare schiaccianti per alcuni, ma alla fine ogni azienda, indipendentemente dalle dimensioni, dovrebbe essere in grado di scegliere qualsiasi strumento disponibile sul mercato e di collegarlo senza problemi ad altri strumenti, proprio come installa le applicazioni sul proprio smartphone personale.

La tecnologia dovrebbe semplificare la gestione di un'attività alberghiera e il servizio agli ospiti. Le strategie non dovrebbero mai essere determinate dai limiti dell'infrastruttura IT sottostante, ma dovrebbero essere potenziate dalla sua flessibilità. È tempo che il settore dell'ospitalità abbracci innovazione, sostenibilità e scalabilità. È tempo che il settore dell'ospitalità adotti l'architettura a microservizi!