Introducción

Una vez identificadas las piezas del sistema en la fase de Assessment, este diagrama permite construir las imágenes imágenes contenerizadas de las piezas, versionarlas y publicarlas en un registro para su descarga en el entorno cloud.

Fase de contenerización

Identificados todos los elementos de la aplicación se lleva a cabo una contenerización de los mismos.

Desde el propio Assessment de la aplicación es posible solicitar una contenerización automática, de manera que el Center genera un diagrama de contenerización a modo de propuesta. Este diagrama se puede aceptar o modificar una vez evaluado por un arquitecto de la aplicación.

El Onesait Platform Center sigue los siguientes criterios para contenerizar los elementos del assessment:

• Por cada WAR: Un contenedor, eligiendo como imagen base del contenedor la del contenedor JEE seleccionado en el assessment (tomcat, JBoss, otro) y conteniendo el WAR.

• Por cada Aplicación Web: Un contenedor, eligiendo com imagen base del contenedor la del servidor seleccionado en el assessment (Nginx, Apache...) y conteniendo la aplicación web.

• Por cada Balanceador: Un contenedor, eligiendo como imagen base del contenedor la del balanceador seleccionado en el assessment. En caso de NGINX se puede cargar un nginx.conf (lo vemos cuando lo hagamos).

• Por cada Proceso Java u otro proceso: Un contenedor eligiendo como imagen base del contenedor la de la tecnologia a la que pertenezca el proceso Java, Node...

En principio Bases de datos y software de integración no se contenerizan en este paso, ya que en el paso posterior (aplantillado Helm) se utilizarán imágenes oficiales de cada fabricante para crear los Workloads correspondientes a dichos módulos. No obstante el arquitecto que revise la contenerización puede decidir añadir esto módulos para contenerizarlos.

Open

Una vez editado el diagrama se generan las imágenes correspondientes. Para ello a través del Center se pueden realizar 2 acciones:

• Generar la estructura de Dockerfiles de los contenedores, que permitirá su edición para una construcción:

  • Edición de Dockerfiles desde el propioCenter.

  • Almacenamiento de Dockerfiles en el gitlab del proyecto.

  • Un mismo proyecto puede tener diferentes Diagramas de contenerización, por lo que existe versionado de las contenerizaciones.

• Generar y Publicar imágenes en un registro.

  • Registro general preconfigurado o configurable proporcionando credenciales.

  • A cada imagen se le asocia un identificador que se registra internamente en el Center.

  • Registro de las versiones generadas.