Cloud y SaaS alrededor de 2011
Comenzamos nuestro viaje con Cloud & SaaS alrededor de 2011. Es más bien una oferta personalizada basada en máquinas virtuales y operaciones completamente manuales por nuestra parte, incluido el cierre de negocios, la recuperación ante desastres y las implementaciones manuales.
Hay poca estandarización en todas las regiones (un artefacto de las adquisiciones) y poca automatización de las implementaciones, las actualizaciones y la aplicación de parches en la plataforma.
La arquitectura de cada banco puede diferir y se ejecuta en una variedad de nubes públicas y privadas según la región. El cierre de negocios es casi en su totalidad manual, a excepción de algunos clientes.
Luego pasamos a un enfoque basado en máquinas virtuales, sin embargo, teníamos muchos scripts para varias operaciones como COB, implementación, etc., que debían ejecutarse manualmente y no estar completamente automatizados. Aunque no está automatizado, el número de puntos de contacto del operador humano se reduce mediante la introducción de scripts para la mayoría de los artículos y el aprovechamiento de la IP desarrollada para UTP – Plataforma Unificada Temenos.
SaaS Foundation tiene más que ver con el paso a una arquitectura en contenedores nativa de la nube, además de ofertas independientes de la nube. Tenemos clientes que tienen múltiples nubes como AWS, Azure, etc., y es el mejor momento para traer una arquitectura de referencia con estándares.
Hemos creado contenedores utilizando el cumplimiento de OCI-Open Container Initiative, lo que significa que podemos ejecutar contenedores utilizando cualquier sistema de orquestación, aunque usamos Docker para construir nuestras imágenes.
Una vez que contratamos nuestras soluciones en contenedores, pasamos a la automatización, un camino por delante de las secuencias de comandos manuales. Introdujimos varios contenedores. Por ejemplo, aplicaciones, la Web, etc. En la medida de lo posible, se utilizan servicios gestionados, colas, balanceadores de carga, etc., del proveedor de nube Azure.
También tenemos algunas soluciones de terceros en contenedores y automatizadas. Por ejemplo, las actualizaciones y los parches de la plataforma se llevan a cabo únicamente en la imagen del contenedor y están automatizados. La automatización del cierre de la empresa también es posible mediante las API de automatización de servicios.
No hay estandarización entre los clientes. Esto significa que los clientes pueden tener su base de código, sus soluciones y desarrollos personalizados. También tenga en cuenta que, en segundo plano, es posible que sigamos usando máquinas virtuales para algunas soluciones, pero la solución general está basada en contenedores.
Admitimos actualizaciones continuas y extensibilidad, donde nuestros clientes tienen la misma base de código pero se les permiten extensiones según sus requisitos.
Hoy en día, las implementaciones de SaaS utilizan nuestra arquitectura de referencia Cloud Native, ya sea que hagamos la implementación a través de tuberías o SaaS Poral es la única diferencia.
La próxima evolución, en la que estamos trabajando, es Temenos Banking Cloud. Contamos con un portal SaaS totalmente autoasistido para bancos. Por ejemplo, un cliente dice que un empleado del banco puede iniciar sesión en un portal SaaS de banca en la nube de Temenos y aprovisionar un entorno similar a un servicio para su UAT/SIT, una solución de mercado prediseñada activada en lugar de implementada, etc.
Esto incluye tanto los servicios de Componible creados con Composable Banking Architecture como los servicios empresariales.