Exposición del problema:
El cliente se enfrentaba a problemas en los que sus usuarios finales experimentaban un elevado número de fallos en su portal de facturación. Además, el portal era una ventanilla única para todas sus ofertas y servicios, y la participación de los usuarios se reducía considerablemente debido a los problemas técnicos del portal y al elevado tiempo de respuesta, que dificultaba la participación de los usuarios. El cliente quería una solución que se encargara de las altas demandas y que escalara automáticamente en función de la carga. El cliente estaba buscando más agilidad, escalado y eficiencia en su arquitectura tecnológica de Linux.
Solución propuesta:
El entorno se basa principalmente en servicios Linux basados en la web, como java, junto con algunas aplicaciones basadas en Windows IIS, y la aplicación del cliente utiliza muchos componentes heredados que necesitan servicios tradicionales a nivel de sistema operativo para un buen rendimiento. En lugar de llevar a cabo una migración "lift and shift", el equipo de Softline decidió adoptar una arquitectura de microservicios, pues el entorno ya se ejecuta en servicios Linux y la integración de Docker facilitará la creación de imágenes y permitirá una reiteración más rápida y el lanzamiento de nuevas funcionalidades.
Softline ha propuesto desglosar su aplicación empresarial monolítica, integrada por servicios interconectados y con estado, en microservicios básicos, intercambiando las funciones del monolito pieza por pieza. Con las cargas de trabajo de Linux, hay una combinación de aplicaciones heredadas y cargas de trabajo modernas.
La solución propuesta incluía la ruptura de diferentes componentes de las aplicaciones java para crear diferentes contenedores para cada componente. Incluyendo la geo-redundancia a través de las regiones donde residen la mayoría de sus clientes con un conjunto de servicios centrales sensibles a la demora, que se ejecutan principalmente en el centro de la India. La planificación de las migraciones de aplicaciones Linux Softline tenía un requisito de archivos que significa buscar un servicio de archivos Linux. Softline propuso desvincular la capa de presentación de su capa de cálculo. Esto dará más libertad para añadir o cambiar fácilmente las características y escalar sus equipos de desarrolladores para trabajar en múltiples funcionalidades a la vez. Además, como cada servicio mantiene su propio estado y datos, esto facilitó el escalado de la capa de datos y la capa de cálculo de forma independiente. Softline propuso Azure Kubernetes Services para alojar su infraestructura basada en microservicios para proporcionar redundancia, resiliencia y escalabilidad, lo que lleva a una experiencia de usuario final destacada.
Esto permitirá al cliente implementar en diferentes lenguajes y frameworks. Para cada microservicio, el cliente es libre de elegir la mejor tecnología para su caso de uso particular.
Softline ayudó al cliente a desarrollar la metodología DevOps que le proporcionará una entrega más rápida de funciones, entornos operativos más estables, una mejor comunicación y colaboración y más tiempo para innovar en lugar de corregir/mantener.
Se aprovechó la canalización CI/CD de Azure para crear la compilación y luego desplegar ese artefacto de compilación en los servicios de Azure Kubernetes en forma de una aplicación en contenedores. El proceso inicial incluye la integración de Azure Dev Ops con el repositorio de código fuente. Configuración de los servicios iniciales como la base de datos (MYSQL) y AKS y la conectividad de red entre ambos. Aquí, el AKS está ejecutando los nodos de Linux. Definir y crear la canalización de creación que convertirá el código del cliente en un Artefacto. Lanzamiento de la canalización que eventualmente desplegará el artefacto creado por la canalización de creación en Azure AKS.
Resultado:
Tras los cambios implementados, se han resuelto los problemas de los clientes con el portal de facturación.
La implementación de nuevas actualizaciones se hizo más fácil, lo que llevó a una mejor experiencia de usuario. La empresa de telecomunicaciones se fusionó con otro proveedor de telecomunicaciones y la transición también fue fluida, no hubo impacto en el portal de facturación ni en el sitio web debido a la fusión, ya que los cambios se pudieron implementar y poner en marcha fácilmente después de migrar la infraestructura a la nube. Lo cual se traduce en una buena experiencia en el sitio web para los usuarios finales y más negocio para el cliente.
Además, se redujo el coste total de infraestructura del cliente para el alojamiento de la aplicación, incluida la mano de obra, mediante el control y la automatización de los despliegues y las actualizaciones de la aplicación. Al utilizar AKS y aprovechar Azure, el cliente pudo hacer uso de aplicaciones en contenedores y escalar sus recursos sobre la marcha. Esto permitió al cliente hacer un mejor uso de los recursos necesarios para ejecutar las aplicaciones empresariales del cliente sin necesidad de mantener una infraestructura de hardware subyacente.