Nuestras Soluciones

Las tecnologías que usamos en  SNGULAR se integran con las herramientas que usan nuestros clientes para desarrollar. Estas herramientas habitualmente pueden ser gestores de tareas y tickets (como JIRA), herramientas de versionado de código como GIT  o gestores de despliegue como JENKINS. 

Dentro del amplio abanico de teconlogías y productos utilizados, las siguientes destacan por ser comunes en la práctica totalidad de las implantaciones realizadas: 

- Gestión de ciclo de vida (ALM): JIRA, Confluence
- Repositorio de código basado en Git: Gitlab, GitHub
- Repositorios de artefactors: Nexus, Artifactory
- Motores de integración: Jenkins
- Verificadores de calidad de código: Sonar
- Lenguajes para definir la infraestructura como código (IaC): Terraform, Ansible
- Orquestadores de contenedores:Kubernetes o versiones derivadas del mismo
- Pruebas funcionales: Gherkin, Cucumber, Selenium
- Pruebas de rendimiento: Gatling, jMeter

Integración continua

Durante esta primera fase la gestión de las compilaciones de código se hace usando Gradle. Esta herramienta de scripting es de las más potentes actualmente y la utilizamos en otras fases de la arquitectura.  Para los test si son unitarios usamos Spock, y si son para los test por capas usamos: REST-assured, Spring y/o Mockito. 

La calidad del proyecto (QA) la validamos y certificamos usando SONAR. Cada vez que se realiza una modificación en  el proyecto y pasan los test y el QA,  se construyen los ejecutables con Gradle y se crean las imágenes de los contenedores usando Docker + JFrog.

Entrega continua

Una vez que tenemos la imagen con la última versión usamos Gradle para preparar el despliegue del entorno de test en el servicio de contenedores que en nuestro caso proponemos Kubernetes. 

El siguiente paso es la ejecución de contract tests y para esto usamos WM. Si estos test son positivos pasaremos a crear con  Kubernetes el entorno de stage que es previo a producción. En este entorno se hacen las pruebas de rendimiento con Gatling.

Despliegue continuo

Con las fases anteriores estamos preparados para hacer el despliegue en producción. Habitualmente usamos el gesto de versiones de código (en nuestro caso Git) como detonante del proceso. Se actualiza la rama del proyecto que ha sido testada y probada en las fases anteriores. Se crea una versión “CANARY” que se prueba y monitoriza con usuarios reales. Si todo va bien se despliega la versión de producción sobre Kubernetes.