Build
Hemos hablado repetidamente sobre el Build tanto en la Documentación de Proyectos como en la Documentación del Build Inicial. Un build es básicamente una plantilla de un sistema operativo, bibliotecas y otras dependencias del proyecto que despliegas.
Creación del Build
Para crear un Build solo necesitas cuatro parámetros; solo el campo Proyecto es obligatorio, ya que los otros tres, si no se configuran, esperan hasta que este acceso se habilite automáticamente y se eligen por defecto:
- Proyecto: Se refiere a lo que llamamos ProjectEnv. Aquí eliges el ProjectEnv que deseas construir.
- Branch: Te permite elegir cualquier rama del repositorio que hayas elegido como Proyecto. Por defecto, se utiliza el nombre del Entorno.
- Commit hash: También puedes elegir el hash del commit para construir un commit específico y no el último, como lo hacemos por defecto. Por defecto, se utiliza el último commit.
- Tag: Un tag para diferenciar los builds. Por defecto, es 'latest'.
¿Por qué necesitamos crear una imagen Docker?
Dado que utilizamos Helm charts , necesitamos la imagen porque es lo que utilizan para desplegar un Kubernetes Release.
Recuerda que necesitas un Build para actualizar el código que se ejecuta dentro del Kubernetes Cluster en el Deployment.
SleakOps tiene su propia herramienta de línea de comandos (CLI) que puedes usar para automatizar Builds y Deployments en tu CI/CD. Más información aquí.