Agile2017, notes from my DevOps session

Agile2017, notes from my DevOps session

On Monday afternoon I deliver my session “DevOps, an adoption model based on Maslow’s hierarchy”. There were about 60 participants, with a good balance of technical and non-technical roles. The session flowed as expected, the participants interacted in a very collaborative way. At the end of the session I asked the participants to rank the session (1 to 5) and I got an average of 4 🙂

Here are the slides I used during the session and here you can find some pictures of the participants and also of the posters created during the session.

Talleres segundo semestre 2017: DevOps, Continuous Delivery y Git

Para esta segunda mitad del año tengo planificado dictar los siguientes talleres:

  • Taller de Git, el martes 29 de Agosto, de 14 a 18 hs. en SADIO.
  • Taller de Continuous Delivery y Prácticas DevOps,  es un taller de 8 horas que dictaré el 15 de Septiembre en Kleer@Montevideo y el 3 de Octubre en Kleer@Argentina. El siguiente video explica brevemente el contenido del taller.

 

Notas del Meetup sobre Patrones de Infraestructura para Continuous Delivery

Si bien había más de 100 inscriptos la cantidad de participantes fue alrededor de 30, lo cual es está dentro de los parámetros esperados para los Meetup gratuitos de Agiles@Baires. La mayoría de los asistentes eran desarrolladores (~80%) y el resto se repartía entre gente de operaciones/sysadmins y gente de gestión. La audiencia estuvo muy participativa, hubo varias consultas e incluso algunos participantes hicieron aportes desde su propia experiencia.

A mi gusto la sesión fluyó muy bien, sobre todo considerando que fue la primera vez que la hice. Fueron alrededor de 80 minutos de exposición, con algunas preguntas intercaladas, y otros 20 minutos dedicados exclusivamente a consultas. De cara a la presentación en Agile, voy a tener que hacer varios ajustes y practicar un poco más, ya que el límite de tiempo que tengo es de 75 minutos y al mismo tiempo al ser una sesión en inglés es posible que no tenga tanta soltura en la oratoria.

Agradezco a todos los participantes por el feedback y les dejo aquí los slides utilizados.

 

Meetup Agiles@BAires: Infrastructure Patterns for Continuous Delivery

El próximo jueves 20 de Julio en el Meetup de Agiles Argentina estaré dando esta sesión. El título está en inglés porque la sesión la preparé originalmente para darla en la conferencia Agile 2017 y darla ahora en Buenos Aires me sirve en cierto modo como un ensayo.

Comparto algunos datos de esta sesión que pueden resultar de interés para la audiencia:

  • Formato: charla tradicional, basada en diapositivas, condimentada con algunas actividades interactivas.
  • Duración: ~80 minutos
  • Audiencia: gente de perfil técnico sin ningún conocimiento previo en particular
  • Palabras clave: continuous-delivery, devops, automation, infrastructure as code

La sesión está estructurada en 2 bloques:

  • un primer bloque introductorio donde repasamos algunos conceptos básicos de continuous delivery/devops
  • un segundo bloque dedicado a presentación de diversos patrones entre los que se incluyen: incremental environments, automation layers, multi-versioning y split pipeline entre otros.

La cita es en la Facultad de Ingeniería de la UBA (Paseo Colón 850), en el aula 403 a partir de las 19 horas (puntual). Obviamente es totalmente gratis pero por favor los interesados registrarse en la página del Meetup.

Mis sesiones en Agile 2017

En agosto estaré participando por primera vez en la conferencia Agile donde estaré presentando dos sesiones:

Ambas sesiones están inspiradas en las experiencias y lecciones aprendidas que he recolectado en los últimos años. Ambas sesiones son en formato presentación con una duración de 75 minutos (con espacio de preguntas incluido).

A modo de ensayo, estaré dando la segunda de estas sesiones el próximo Jueves 20 de Julio en el contexto del Meetup de Ágiles Argentina. La cita es en la Facultad de Ingeniería de la UBA a las 19 horas (aula a confirmar).

DevOps: dos caminos, un objetivo

DevOps: dos caminos, un objetivo

En mi experiencia, cuando una organización quiere adoptar una estrategia DevOps, hay una cuestión central que determina en gran medida el plan de trabajo: ¿ya está esa organización operando? Veamos dos ejemplos para que se entienda a que me refiero.

Caso 1: supongamos que la organización en cuestión es un banco que ya lleva varios años en funcionamiento y por lo tanto ya está operando. Posiblemente tenga un todo un grupo de gente dentro de área de IT dedicada a la operación. En este tipo de casos la motivación de la iniciativa DevOps pasa en gran medida por optimizar procesos existentes de cara a mejorar la entrega de valor, el costo de operación y el time-to-market.

Caso 2: en este caso la organización es una startup que ha trabajado por un par de meses en generar un mínimo producto viable y que para ponerlo en funcionamiento necesita definir un esquema de operación. En ese contexto la organización quiere desde el comienzo que su esquema de operaciones sea concebido en el paradigma DevOps.

En ocasiones el caso 1 puede resultar bastante complejo ya que una iniciativa DevOps  suele tocar los intereses de algunas personas y sacar de la zona de confort a otras tantas. Sin embargo hay un punto a favor muy importante: la organización ya está operando, bien o mal, pero operando al fin. Ya hay ciertas cuestiones que la organización sabe hacer.

Al mismo tiempo en el caso 2, como se trata de una organización nueva, la gente suele estar más abierta, lo cual es muy positivo para la inicitiva. Pero al mismo tiempo hay un desafió muy grande: la organización aún no está operando y para empezar a hacerlo (ya sea en modo DevOps o no) hay una serie de decisiones críticas que deben tomarse.

Estas dos realidades distintas pueden impactar de manera determinante en la estrategia de adopción DevOps.

Continuará…

Categorias de prácticas DevOps

Por estos días me encuentro leyendo el libro de DevOps del SEI que me compré el mes pasado. Llevo leído aproximadamente un tercio de libro y por el momento viene bien, o sea, la mayoría de las cosas ya las conocía, algunas pocas no y otras pocas no estoy seguro de compartirlas. Entre las cosas que no conocía hay una en particular que me resultó muy interesante: la categorización de las prácticas DevOps. El libro propone agrupar las prácticas en 5 categorías:

  1. Hacer al grupo de Operaciones un ciudadano de primera clase (first-class citizen).
  2. Hacer al grupo de Desarrollo responsable del manejo de los incidentes en producción
  3. Establecer un proceso formal de deployment
  4. Usar Continuous Deployment
  5. Manejar la infraestructura como código

En teoría todas las prácticas DevOps podrían caer en alguna de estas 5 categorías. A mi parecer las 3 primeras categorías son más de índole “cultural” o de proceso, mientras que las 2 últimas son más de índole técnica. En este sentido el poder hacer la distinción puede ayudar a la hora de armar un plan de adopción de DevOps.