Los demostradores del Onesait Platform Center muestran la parte de roadmap cubierta hasta ahora. En concreto existen dos demostradores:
Migración al Cloud de aplicaciones legacy.
Despliegue de Infraestructura en Google Compute Engine.
En detalle:
...
Se trata de un demostrador en el que se realiza la migración a Cloud sobre kubernetes, de una aplicación legacy desplegada de forma tradicional
...
.
Para ello:
...
Creamos un proyecto en el Center
...
:
En este paso se crea el proyecto y se le asigna
...
su configuración incluyendo:
Información administrativa
(Categorizandolo como proyecto de migración a cloud)y usuarios
.asociados al proyecto
...
Configuración devops (Gitlab, Jenkins…).
...
Entornos Kubernetes donde se desplegará la solución en cloud.
...
...
…
...
Assessment
Una vez creado el proyecto, el siguiente paso es identificar los elementos que componen la aplicación legacy a migrar a cloud. Para ello se realiza un Assessment. Esto es, la identificación de todos los elementos lógicos de la aplicación y su configuración de despliegue en un entorno tipo.
...
Para ello mediante un formulario, aunque en el futuro tenemos pensadas alternativas mas automáticas se identifican
Frontales Web de la aplicación
Módulos de Backend (Servidores JEE, Microservicios Spring Boot…)
Bases de datos.
Procesos batch.
Middleware de integración (Apis Manager, ESBs, Brokers de mensajeria…
Balanceadores.
...
Alternativamente al formulario y de manera bidireccional, esta información se plasma en un Diagrama de Assessment editable, organizado por capas:
...
Contenerización
Finalizado el Assessment, el siguiente paso hacia el cloud, es convertir los elementos lógicos identificados en la aplicación en contenedores desplegables como cargas de trabajo kubernetes.
se realiza un ejercicio de contenerización automática por el Center. En este proceso, cada elemento lógico identificado en el Assessment se considera como un contenedro, en la que el arquitecto puede intervenir para refinar ciertos detallles. Todo ello mediante un Diagrama de contenerización cuyo resultado se plasma en descriptores Dockerfile sobre el Gitlab del proyecto y opcionalmente mediante la construcción de los contenedores y publicación de sus imágenes en un registro.
Con la contenerización finalizada, y las relaciones definidas en el assessment, el Center ya dispone de una imagen lógica para inferir una propuesta de despliegue sobre kubernetes. En esto se basa el siguiente paso para generar de forma automática un Diagrama Helm desplegable en cloud sobre kubernetes. De nuevo, este diagrama es editable para que el arquitecto refine o modifique cualquier elemento sobre la propuesta originada por el Center.
El objetivo de un Diagrama Helm es disponer de una representación gráfica de la aplicación sobre kubernetes. Estos diagramas se materializan en un Chart desplegable, que se puede descargar, versionar en Gitlab o desplegar en cualquiera de los entornos kubernetes configurados para el proyecto. En esto consiste el último paso de la demo, en el despliegue en un entorno kubernetes del chart generado desde el diagrama propuesto por el center.
Realizado el despliegue se puede observar
asdf