SRE: ¿Qué es y cómo gestionar el Toil?

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

1. Hablemos de
Toil

2. Overhead
•Juntas administrativas
•Contestar correos electrónicos
•Capacitaciones
•Y un largo y necesario etc.

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

7. SRE con E de
engineering

9. Mitigar el Toil
•Métricas simples
•Contemos todo (tickets, alertas, etc.)
•Hagámos análisis estadísticos sobre lo recolectado
•Comencemos de nuevo

10. ¿Y qué
podemos
hacer para
reducirlo?
•Automatizar pensando en el
•Qué
•Cómo
•Y bajo qué condiciones

11. Ventajas de
automatizar
Consistencia
Plataforma de trabajo o framework
Soluciones tempranas
Acciones rápidas
Ahorro de tiempo

12. Finalmente ¿Quiénes
deberían reducir el Toil?

13. Finalmente ¿Quiénes
deberían reducir el Toil?

14. Finalmente, ¿Quiénes son
candidatos a reducir Toil?

15. Ejemplo de la
vida real

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?

24. Q & A

25. Referencias
Site Reliability Engineering
- Chapter 5 - Eliminating Toil
https://landing.google.com/sre/sre-book/toc/index.html
SRE Workbook
Chapter 6 - Eliminating Toil
https://landing.google.com/sre/workbook/chapters/eliminating-toil/