Por qué la arquitectura de microservicios para PMS de hoteles es el futuro

La arquitectura cliente-servidor ha impulsado desde hace tiempo la TI hotelera, pero limita la escalabilidad y la agilidad. Un PMS basado en microservicios ofrece una solución que permite una rápida innovación y flexibilidad, esenciales para las cambiantes necesidades tecnológicas hoteleras actuales. En este artículo, explorará el mundo de la arquitectura PMS hotelera de microservicios y por qué es el futuro de la arquitectura tecnológica hotelera. 

De la arquitectura PMS tradicional a la arquitectura de microservicios de vanguardia

En las últimas décadas, la arquitectura cliente-servidor ha sido el estándar de TI en el sector hotelero a nivel mundial. Si bien este método satisfizo las necesidades básicas del sector durante muchos años, también ha sido responsable de sistemas ineficientes y difíciles de escalar, carentes de la agilidad requerida en el dinámico entorno hotelero actual. Gigantes tecnológicos como Google, Amazon y Netflix han allanado el camino hacia sistemas modernos y escalables al adoptar una arquitectura basada en microservicios, lo que les permite innovar rápidamente y, al mismo tiempo, garantizar la estabilidad y la escalabilidad.

La industria hotelera, por el contrario, se ha basado en gran medida en la arquitectura tradicional cliente-servidor para impulsar sus Sistemas de Gestión de Propiedades (PMS). Esta forma tradicional de arquitectura se conoce como “"monolítico"” arquitectura. Afortunadamente, hay un camino a seguir: “microservicio” Arquitectura del PMS del hotel.

¿Qué es la arquitectura cliente-servidor?

Se estima que más del 90% de los hoteles actualmente cuentan con infraestructuras de aplicaciones heredadas. Esto significa que 9 de cada 10 propiedades utilizan sistemas diseñados y concebidos en las décadas de 1980 y 1990, basados en el estándar de la época: la arquitectura cliente-servidor. Los hoteles siguen utilizando la arquitectura cliente-servidor porque aún funciona con la funcionalidad original. Además, migrar a una nueva tecnología puede ser abrumador y, durante mucho tiempo, no había muchas alternativas.

En la arquitectura cliente-servidor, por un lado, se almacenan los datos en una base de datos central ubicada en un servidor físico y, por otro, se comunican con el servidor múltiples aplicaciones de interfaz de usuario (UI) basadas en Windows/DOS. El principal problema de esta arquitectura es que la lógica de negocio se distribuye en ambos lugares. En la base de datos, por ejemplo, es común encontrar no solo almacenamiento de datos, sino incluso código. Hasta finales de los 90, los servidores se encargaban tanto del almacenamiento de la base de datos como de la ejecución de la lógica de negocio, lo que tenía numerosas implicaciones negativas.

Nuevas plataformas, arquitectura antigua

El software se ha escrito y desarrollado durante años basándose en una infraestructura cliente-servidor, pero a principios de los años 2000, gracias a la llegada de Internet y al aumento de las expectativas de los clientes y de las empresas, empezó a crecer la presión para encontrar una mejor solución.

Con el aumento de la conectividad a internet y el número de usuarios, ¿se dio cuenta el mundo del desarrollo de que las aplicaciones se estaban volviendo tan grandes (en términos de cantidad de datos) que la arquitectura cliente-servidor ya no podía gestionarlas? Además, la proliferación de nuevos y diferentes navegadores y dispositivos, todos con especificaciones distintas, hizo que los desarrolladores se dieran cuenta de que tenían que lidiar no con una, sino con multitud de interfaces.

Los líderes de la industria como Google, Amazon y Netflix comprendieron rápidamente el cambio y, para mantener la estabilidad y la escalabilidad, comenzaron a diseccionar todo el proceso de cómo se procesaban, usaban y gestionaban los datos, asegurándose de que sus capas de presentación y lógica de negocios estuvieran claramente separadas entre sí: uno de los muchos movimientos proféticos que posicionaron a estas empresas para el éxito.

Arquitectura de tres niveles vs. arquitectura cliente-servidor

Las soluciones de Google y otros líderes de la industria fueron sencillas pero brillantes. Consistieron, primero, en reducir la responsabilidad de los servidores para que se centraran exclusivamente en el almacenamiento de datos; luego, en aumentar su capacidad de procesamiento (para recopilar y analizar, prácticamente en tiempo real, terabytes de datos); y, finalmente, en reducir las responsabilidades de los servidores en cuanto a lógica de negocio.

Este nuevo concepto marcó el nacimiento de lo que hoy conocemos como arquitectura de tres niveles, compuesta por tres partes independientes:

1. Un sistema completo de almacenamiento y recuperación de datos de seguimiento final (transparente, rápido y estable)
2. Una lógica de negocio (que expone sus funcionalidades a través de API específicas)
3. Un nivel de presentación (la interfaz de usuario front-end)

Construir y mantener software como módulos independientes en plataformas separadas Fue un concepto revolucionario, pero necesario, muy alejado de la arquitectura estándar de los años 80 y 90. Dividir todas las funcionalidades de un sistema en múltiples paquetes con funcionalidad compuesta permite que el desarrollo de software sea escalable y fácil de mantener, en lugar de tener que desarrollarlo todo en una única plataforma grande y compleja.

Esta nueva forma de hacer las cosas se conoce como “arquitectura de microservicios,”" mientras que la forma antigua se conoce como "“arquitectura monolítica.El principal problema de la arquitectura monolítica es su virtualmente imposible escalabilidad, tanto para los proveedores de tecnología como para los usuarios finales. Añadir una nueva y simple función a una aplicación existente podría, en el peor de los casos, provocar el colapso de todo el sistema o, en el mejor de los casos, requerir mucho tiempo de desarrollo, lo que se traduce en mayores costos para todos los componentes involucrados.

De la arquitectura monolítica a la arquitectura de microservicios

Los huéspedes de hotel tienen ciertas expectativas. Quizás quieran poder registrarse desde sus teléfonos o pedir la cena a través de una aplicación. Y a los hoteles les encantaría ofrecer estos servicios, ya que la satisfacción del cliente es fundamental para la hospitalidad. Sin embargo, con frecuencia, los hoteles no pueden atender adecuadamente a sus huéspedes simplemente porque sus sistemas obsoletos no tienen la capacidad de integrar nuevas funciones, ya que cada capa adicional de personalización tendría que estar codificada en la base de datos o en la aplicación cliente.

La mayor parte del software hotelero se compone de un gran y desordenado fragmento de código, donde cada línea es tan interdependiente que resulta casi imposible innovar sin desmantelar todo el sistema. De ahí la incapacidad del sector para adaptarse a las nuevas necesidades del mercado. Sin embargo, algunas empresas de tecnología hotelera, como..., Grupo Shiji, son plataformas pioneras basadas en microservicios que permiten una integración perfecta y flexibilidad.

En cambio, con el enfoque de microservicios, se tienen múltiples programas pequeños completamente independientes entre sí, pero conectados entre sí mediante reglas escritas en las API. Por lo tanto, siempre que se sigan las reglas de la API, un sistema basado en microservicios podría mantenerse y mejorarse indefinidamente sin el riesgo de destruir todo el sistema con cada actualización.

Operativamente hablando, el riesgo de un efecto dominó de errores se limita gracias a la propia descentralización de la arquitectura de microservicios: si una aplicación se actualiza o falla, no afecta a toda la estructura. Todo el ecosistema se vuelve resiliente y es mucho más fácil aislar errores y recuperarse de fallos del sistema.

El papel de las API

La creciente adopción de API en la industria hotelera ha sido crucial en la transición de una arquitectura monolítica a una de microservicios para PMS hoteleros. Las API son fundamentales para este enfoque más flexible y descentralizado, ya que simplifican la programación y aumentan la interconectividad.

Esta independencia otorga a los desarrolladores la libertad de codificar sin necesidad de comprender completamente el lenguaje de programación utilizado en el sistema principal. Los programadores que trabajan en la integración de una característica singular de una aplicación de terceros, por ejemplo, no necesitan comprender todo el sistema de archivos, la estructura de programación ni el lenguaje, y pueden simplemente centrarse en obtener información específica para resolver un problema específico. Los microservicios compartimentan las funcionalidades, mientras que los sistemas monolíticos las centralizan. En otras palabras, los microservicios compartimentan los posibles problemas, mientras que los monolitos los centralizan.

Arquitectura y protección de datos de microservicios PMS hoteleros

Casi no pasa un día sin noticias sobre filtraciones de datos. El sector hotelero siempre ha sido vulnerable a las filtraciones de datos, principalmente porque (a diferencia de la mayoría de los sectores), para funcionar correctamente, necesita recopilar una enorme cantidad de información de los clientes, y el valor de esos datos está correlacionado con la capacidad del hotel para atenderlos.

En el mercado negro, la información de identificación personal se vende a alrededor de $1 cada una, pero, según el director ejecutivo de CashShield, Justin Lie, su valor “se multiplica 5x con cada información asociada añadida.”Agregue un número de teléfono móvil, una dirección de correo electrónico personal y una fecha de nacimiento a los datos originales robados, y su valor se dispara a $125.

La principal dificultad radica en que, dado que la estructura básica de la mayoría del software hotelero se codificó décadas antes del auge de la web, simplemente no están preparados para defenderse de los ciberataques en línea. El filósofo francés Paul Virilio dijo una vez:“Cuando inventas el barco, también inventas el naufragio.”En los años 80 y durante buena parte de los 90, cuando prácticamente no había conexión a Internet, el concepto de piratería web simplemente no se consideraba, por lo que muchos sistemas de software de hoteles están tan indefensos cuando se trata de fugas de datos.

Hoy en día, gracias a la arquitectura de microservicios de PMS hoteleros, los desarrolladores pueden separar los datos personales de los no personales y optar por diseñar en torno a uno u otro conjunto de datos según la tarea específica que se deba ejecutar. Esta flexibilidad para construir, siempre que sea posible, solo con datos no personales ofrece una ventaja invaluable al software de microservicios, especialmente cuando se trata de las restricciones de almacenamiento de datos de países específicos que exigen que la información de sus ciudadanos se almacene localmente. En arquitecturas monolíticas, los datos suelen estar dispersos, lo que significa que los datos personales de los clientes rusos deben almacenarse legalmente en su país.

El crecimiento de la arquitectura de microservicios para PMS hoteleros

No sorprende que, en los últimos años, empresas exitosas como Netflix, Google y Amazon hayan abandonado la arquitectura monolítica en favor de los microservicios. Hoy en día, con nuevas leyes de privacidad, requisitos variados, tecnología más rápida, sistemas de pago disruptivos y sistemas de distribución cada vez más amplios, es evidente que el enfoque monolítico no podrá mantenerse al día.

Las numerosas implicaciones de la adopción de microservicios en PMS hoteleros y otras arquitecturas de TI pueden parecer abrumadoras para algunos, pero eventualmente, cada empresa, sin importar su tamaño, debería poder elegir cualquier herramienta disponible en el mercado y conectarla sin fricciones con otras herramientas, tal como instalan aplicaciones en su teléfono inteligente personal.

La tecnología debería facilitar la gestión de un negocio hotelero y la atención a los huéspedes. Las estrategias nunca deberían estar condicionadas por las limitaciones de su infraestructura de TI subyacente, sino que deberían potenciarse gracias a su flexibilidad. Es hora de que la industria hotelera adopte la innovación, la sostenibilidad y la escalabilidad. ¡Es hora de que la industria hotelera adopte la arquitectura de microservicios!