Tal como hemos comentado, para realizar el cambio de paradigma hacia el cloud pensamos en una evolución de la arquitectura; no solamente considerando cambiar el hosting “on premise” versus “on cloud”, sino que lo enfocamos de una forma más general implementando diversas estrategias que pasamos a comentar a continuación.

A la hora de diseñar los servicios y aplicaciones, el equipo técnico y el equipo de negocio deben de trabajar codo con codo para definir el dominio de la aplicación. Es decir, identificar qué es lo que aporta valor en el núcleo del negocio y hacer que la aplicación esté lo más cercana posible al cliente, centrando toda la lógica de negocio en un solo lugar y dividida por contextos (por ejemplo: Surtido, Promociones, Clientes o Pedidos). Con esta metodología conseguimos que negocio y desarrollo hablen el mismo idioma. Adicionalmente, esta separación por contextos nos permite dividir en servicios y microservicios toda la lógica de negocio y ser así más flexibles para incorporar nuevas necesidades y para escalar de forma independiente las aplicaciones en función de su demanda, por ejemplo, no es lo mismo escalar el catálogo de compra que las llamadas para obtener mis listas.

Aprovechando la migración al cloud desarrollamos nuestra solución de e-commerce con una API totalmente Headless, es decir, toda la solución está desacoplada del frontal Web. Esta API fue creada con tres premisas en mente:

• Tenía que ser fácil de usar por nuestros clientes.

• Aportar un rendimiento óptimo.

• Incorporar la seguridad por diseño.

Así, ofrecemos una API totalmente documentada usando OpenAPI, en la que todas las llamadas son “stateless” (es decir, independientes unas de otras), simplificamos los procesos de integración con terceros y reducimos el número necesario de consultas para realizar una acción.

Una de las mejoras que aporta el cloud es la posibilidad de usar aplicaciones serverless. En realidad, la aplicación se sigue ejecutando en un servidor, pero no está encendido cuando la aplicación no lo requiere. Por tanto, estas aplicaciones “sin servidor” deben estar optimizadas para poder arrancar en milisegundos, realizar su función y apagarse inmediatamente después.

Con ello se reduce drásticamente el coste en aplicaciones que sirven contenido cada cierto tiempo y que no necesitan un servidor dedicado solo para ellas. En definitiva, reducimos costes de hosting y consumimos menos energía haciendo más sostenible nuestro trabajo.

La decisión de usar software Open-Source se justifica normalmente por la reducción de los costes de licencia y una menor dependencia de los proveedores. Pero esto no es lo único importante, el uso de herramientas Open-Source permite a las empresas usar soluciones que están en continua revisión y mejora e impulsadas por multitud de empresas tecnológicas. Además, siempre es posible colaborar con la comunidad proponiendo cambios y mejoras.

En el caso del stack tecnológico del Cloud usado para nuestra plataforma de e-commerce, la mayoría de las herramientas adoptadas como estándares son hoy en día Open-Source.

Con GitOps realizamos todas las operaciones de despliegue y/o configuración de la infraestructura y de sus aplicaciones a través de ficheros en un repositorio Git. Esto nos permite simplificar la gestión de cambios aportando trazabilidad y la posibilidad de hacer rollbacks. Además, nos obligamos a que todo cambio a realizar en la solución deba ser aprobado mediante una revisión previa del código.

Nosotros usamos este flujo de trabajo, para la gestión de nuestros clústeres de kubernetes mediante Flux. Y nos aporta garantía de estabilidad y fiabilidad ante todos los cambios realizados.