sprint1 avance devops

Sprint1 - Avance - Devops

Principos DevOps en el proyecto

Sprint backlog

Historias de la semana 1 del primer sprint en progreso, asignadas a cada integrante

https://proyecto-final-miso-g18.atlassian.net/jira/software/projects/HU/boards/1/backlog

Integración Continua

• Ejecución de pruebas unitarias para cada microservicio

https://github.com/andergcp2/backend-proyecto-final/blob/develop/.github/workflows/ci_pipeline_dev.yml

• Dev-Pipeline init:

Despliegue Continuo

• Construcción de la imagen de cada microservicio y push al repositorio en Elastic Container Registry

• Repositorios ECR

• Repositorio del microservicio

• Actualización del servicio asociado al microservicio en Elastic Container para desplegar la imagen a partir del repositorio en ECR recién actualizado.

• Cluster ECS - ambiente desarrollo:

• Servicio en el cluster ECS del microservicio

• Dev-Pipeline CI/CD OK:

Flujo de trabajo y estrategia de versionamiento

• Repositorios

Nombre	URL	Propósito
Backend-Equipo18	https://github.com/andergcp2/backend-proyecto-final	Código del backend de la aplicación ABC Jobs
Frontend-Equipo18	https://github.com/andergcp2/frontend-proyecto-final	Código del frontend de la aplicación ABC Jobs

• Ramas

Nombre rama	Propósito
Main	Esta rama contiene el paquete de funcionalidades de la aplicación ABC Jobs
Develop	En esta rama se integran los cambios desarrollados en cada feature
Feature/*	Cada rama feature contiene la implementación de una funcionalidad o historia de usuario

• Flujo

GitFlow (Sin ramas release)

• Acuerdos

Indicar los acuerdos del equipo para uso de los repositorios y ramas. Incluir acciones como creación y clonación de repositorios, actualizaciones e integraciones (mezclas).

Acción	Quién	Cuándo	Dónde
Clonar los repositorios de Backend y Frontend en su máquina local	Todos los desarrolladores	Al empezar a trabajar en el proyecto	Repositorios
Crear Rama develop a partir de main	Anderson Castiblanco	Crear la rama develop para el trabajo de desarrollo	Rama develop
Crear un PR al mezclar cambios de develop a main	Todos los desarrolladores	Cuando los cambios estén aprobados en develop y se requiera hacer una entrega de valor al cliente	Rama main
Ejecutar los tests creados antes de mezclar de develop a main	Github Actions	Cuando se cree un PR para fusionar cambios de develop a main	Rama main
Ejecutar los tests creados antes de mezclar de una rama feature a develop	Github Actions	Cuando se cree un PR para fusionar cambios de feature/* a develop	Rama develop
Mezclar cambios de ramas feature/* a rama develop	Todos los desarrolladores	Cuando se tenga listo y probado el código de una nueva funcionalidad o HU y se quiera fusionar los cambios a develop	Rama develop
Crear ramas para trabajar en nuevas funcionalidades o HUs con el formato feature/<< nombre funcionalidad o HU >>	Todos los desarrolladores	Cuando se empiece a trabajar en una nueva funcionalidad o HU	Ramas feature/*

Ejecución plan de pruebas

Para esta primera semana se ejecutan dentro del pipeline CI/CD pruebas unitarias sobre los micros del backend, con un coverage superior al 80%:

Para el cierre del sprint se plantea ejecutar pruebas de sistema E2E para verificar desde el frontend, el correcto funcionamiento de las funcionalidades implementadas.