Video: https://youtu.be/_ENsu84pH2U
Hay trabajos y hay carreras. Las oportunidades vienen a golpear la puerta cuando menos lo esperas. La decisión es tuya. Desde tener la oportunidad de hacer algo significativo día tras día, hasta estar rodeado de gente supremamente inteligente y motivada.
¿Estás listo?
Descúbre todas nuestras oportunidades acá:https://mycareer.globant.com/
---------------------------------------------------------------------------------------------------------------------------------------------------------------
Siguenos en:
Facebook: https://www.facebook.com/Globant/
Twitter: https://twitter.com/Globant
Instagram: https://www.instagram.com/globantpics/
Linkedin: https://www.linkedin.com/company/globant
3. Toil
Es el tipo de trabajo relacionado a
servicios en producción y que tiende a
ser manual, repetitivo, automatizable,
táctico, sin valor perdurable, y que
escala linealmente a medida que crece
el servicio.
4. Características
del Toil
• Vinculado a servicios en producción
• Manual
• Repetitivo
• Que puede ser automatizado
• Táctico
• Sin valor a largo plazo
• Escala linealmente
5. ¿El Toil es malo?
•Respuesta corta: sí.
•Respuesta poco menos corta: no siempre.
•Respuesta larga…
6. Consecuencias
del toil
• Estancamiento la carrera
• Baja moral del equipo
• Retrasa el progreso
• Promueve el desgaste
• Establece precedente
• Crea confusión
9. Mitigar el Toil
• Métricas simples
• Contemos todo (tickets, alertas, etc.)
• Hagámos análisis estadísticos sobre lo recolectado
• Comencemos de nuevo
16. Construcción de +200 micro servicios
En una empresa, se planeó evolucionar de un modelo monolítico a una
arquitectura basada en micro servicios.
Se planearon 3 etapas, la primera servicios expuestos a usuarios (de
presentación (+50), la segunda etapa, servicios de homologación de
datos (+50) y finalmente servicios core (+80).
El stack tecnológico para este proyecto es Java 8, Node 10, Jenkins,
GitHub, AWS, artefactos en Nexus
17. •En un inicio, creamos
repositorio por repositorio,
esperando a que tuvieran un
entregable, para desplegar
en AWS.
Inicio del proyecto
Problemas encontrados:
- El tiempo en ver
algo desplegado
- IaC muy distinto
entre
microservicios
- Troubleshooting
complicado
- Cuando teníamos
5 o más
microservicios,
nos convertimos
en bloqueantes
- Troubleshooting
mas y mas
complicado
Inicio del proyecto
18. Primeros pasos
Acordamos con los diferentes equipos las
reglas necesarias que todos los
microservicios deben tener a nivel
infraestructura
● HealthCheck
● EndPoint (hello world!)
● CloudFormation
● Pipeline base para despliegue de
servicio
19. Es hora de avanzar un poco más
Iniciamos agregar stages de Jenkins, sumando SonarQube para analizar la
calidad del código.
- Los servicios iniciales no pasaban las
métricas que acordamos.
- Ahora construir servicios se volvió
más rápido, teniendo la necesidad de
hacer varias copias de los pipelines
20. Es hora de avanzar un poco más
•Iniciamos agregar stages de Jenkins,
sumando SonarQube para analizar la
calidad del código.
- Los servicios
iniciales no pasaban
las métricas que
acordamos.
- Ahora construir servicios se volvió
más rápido, teniendo la necesidad
de hacer varias copias de los
pipelines
21. Ahora que tenemos tiempo… es hora de regresar
Como tenemos tiempo que hemos ganado creando los servicios, es
hora de mejorar lo que hemos logrado.
Así que con el equipo de QA, iniciamos
a ver las tareas de L&P y lo agregamos
como step en Jenkins.
22. ¿Qué otras cosas se agregaron?
Ahora hay features que se agregan de manera más fácil, por ejemplo,
notificaciones de slack, anotación de release en NewRelic,
seguimiento desde Confluence.
23. ¿Qué mas?
Ahora tenemos tiempo de buscar nuevos horizontes
En un futuro vamos a agregar diferentes tipos de pruebas, ¿OWASP?,
¿apoyar al equipo de IoT?, ¿trabajar en otro proyecto?