–Joseph Campbell
“The function of ritual is to give form to human
life, not in the way of a mere surface
arrangement, but in depth. ”
Hola
Mi Nombre es Eduardo Díaz
y soy un DEV
DEVOPS
Y CONTINOUS
DELIVERY
Meetup Santiago
10 de Diciembre de 2014
¿Qué demonios es
DevOps y por qué
debería interesarme?
Presentación descaradamente plagiada de acá:
http://www.slideshare.net/therobot/que-demonios-es-eso-de-devops-y-
porquedebera-interesarme
Para poner el proyecto en producción el equipo de
sistemas realiza las siguientes operaciones:
1. Prepara el script de deployment (si hay script).
2. Refleja (a mano) los cambios en la configuración
necesarios.
3. Instala las bibliotecas necesarias (con el
sistema de paquetes en el mejor caso).
4. Realiza una carga de datos en la BBDD.
5. ETC.
Por supuesto, durante todo ese proceso
algo falla y sistemas habla con el equipo
de desarrollo para ver como solucionarlo.
¿ Y qué es lo que responde el
desarrollador ?
Otro ejemplo:
 
Un desarrollador pide que se instale el paquete wadus3-dev que
no está en la distro que usamos.
¿Cuál es la respuesta de Sistemas?
Ambos, desarrollo y operaciones ven el mundo y sus roles
desde perspectivas diferentes.
Cada uno cree que están haciendo lo correcto para el
negocio… y en forma aislada ambos están en lo correcto.
Entonces, ¿qué pasa?
El concepto
Situación actual.
Los (malditos) desarrolladores:
No tienen conocimiento sobre el impacto de su código en
los sistemas.
Tienen un conjunto de herramientas optimizado para
desarrollar rápidamente.
Tienen un sistema operativo optimizado para el uso de
escritorio.
Ejecutan el código localmente en una sola máquina.
Incluso cuando hay entornos de testing/staging/integración
Una diferencia clave.
Los desarrolladores aportan valor al negocio
implementando requisitos funcionales.
Sistemas aporta valor al negocio implementando
seguridad, estabilidad y rendimiento.
Ambas metas entran en conflicto ya que poner nuevas
funcionalidades en producción implica asumir riesgos.
Una diferencia clave.
Sistemas intenta minimizar riesgos intentando evitar el
cambio (o ralentizandolo).
¿ Al final qué sucede?
Todo el proceso de puesta en producción se ralentiza y se
aumenta el riesgo ya que acabamos poniendo en
producción grupos de cambios simultáneamente..
El objetivo de operaciones no es
(únicamente) mantener un
sistema seguro, estable y
rápido.
El objetivo de operaciones es
habilitar los objetivos de
negocio.
El negocio requiere cambio.
Y el cambio es la raíz de la
inestabilidad.
Cambio
El objetivo de operaciones es favorecer el cambio
según las necesidades del negocio lo requieran,
mientras minimizan los riesgos que implican ese
cambio.
 
¿En qué consiste el concepto
de DevOps? 
1. Implementar Agile en el
departamento de sistemas.
2. Definir un conjunto nuevo de
procedimientos para
operaciones.
3. Utilizar un conjunto de
herramientas que de soporte a
los dos puntos anteriores.
4. Establecer mecanismos de
comunicación efectivos entre
todas las partes implicadas en la
puesta en producción de un
producto.
Tenemos que modificar los
procedimientos actuales
• Implicación en las primeras fases del de desarrollo.
• La configuración es código, separado del código de la aplicación.
• Herramientas consistentes entre los equipos de operaciones y desarrollo.
• Administración abstracta.
• Automatización de los builds y las releases.
• Automatización de la infraestructura y el provisionamiento.
• Auditoría de los cambios en toda la plataforma.
• Métricas compartidas.
• Gestión del ciclo de vida de los SO.Planificación de stacks.
Incorporar Herramientas
• Gestión de Incidentes
• Gestión de Identidades
• Deployment
• Orquestación
• Repositorios de Paquetes
• Control de Versiones
• Monitoreo
• Gestión de la Configuración
• ETC.
Pero lo más importante: Comunicación
Comunicación
• Respeto:
• No ocultes los hechos. No digas NO (sin dar alguna explicación)
• No Estereotipes a tus compañeros de trabajo
• Confianza
• Operaciones necesita confiar en desarrollo para implicarlos en
futuras discusiones sobre su aplicación
• Desarrollo necesita confiar en operaciones para discutir los
cambios de infraestructura
• Todo el mundo necesita confiar en que el resto está haciendo lo
mejor para el negocio
Actitud positiva ante los fallos
Evitar Culpar(se)
¿Qué tiene que ver DevOps con el Negocio?
El foco de DevOps es habilitar al negocio de la
mejor manera posible para reaccionar a las
fuerzas del mercado de la manera más rápida,
eficiente y confiable.
Lo que busca en definitiva DevOps es alinear a
tecnología (IT) con el concepto de agilidad en los
negocios.
Gracias
Mi Nombre es Eduardo Díaz
y soy un DevOps

Devops meetup 10 diciembre 2014

  • 1.
    –Joseph Campbell “The functionof ritual is to give form to human life, not in the way of a mere surface arrangement, but in depth. ”
  • 2.
    Hola Mi Nombre esEduardo Díaz y soy un DEV
  • 3.
  • 4.
    ¿Qué demonios es DevOpsy por qué debería interesarme? Presentación descaradamente plagiada de acá: http://www.slideshare.net/therobot/que-demonios-es-eso-de-devops-y- porquedebera-interesarme
  • 6.
    Para poner elproyecto en producción el equipo de sistemas realiza las siguientes operaciones: 1. Prepara el script de deployment (si hay script). 2. Refleja (a mano) los cambios en la configuración necesarios. 3. Instala las bibliotecas necesarias (con el sistema de paquetes en el mejor caso). 4. Realiza una carga de datos en la BBDD. 5. ETC.
  • 7.
    Por supuesto, durantetodo ese proceso algo falla y sistemas habla con el equipo de desarrollo para ver como solucionarlo.
  • 8.
    ¿ Y quées lo que responde el desarrollador ?
  • 9.
    Otro ejemplo:   Un desarrolladorpide que se instale el paquete wadus3-dev que no está en la distro que usamos. ¿Cuál es la respuesta de Sistemas?
  • 11.
    Ambos, desarrollo yoperaciones ven el mundo y sus roles desde perspectivas diferentes. Cada uno cree que están haciendo lo correcto para el negocio… y en forma aislada ambos están en lo correcto. Entonces, ¿qué pasa?
  • 12.
  • 13.
    Situación actual. Los (malditos)desarrolladores: No tienen conocimiento sobre el impacto de su código en los sistemas. Tienen un conjunto de herramientas optimizado para desarrollar rápidamente. Tienen un sistema operativo optimizado para el uso de escritorio. Ejecutan el código localmente en una sola máquina. Incluso cuando hay entornos de testing/staging/integración
  • 14.
    Una diferencia clave. Losdesarrolladores aportan valor al negocio implementando requisitos funcionales. Sistemas aporta valor al negocio implementando seguridad, estabilidad y rendimiento. Ambas metas entran en conflicto ya que poner nuevas funcionalidades en producción implica asumir riesgos.
  • 15.
    Una diferencia clave. Sistemasintenta minimizar riesgos intentando evitar el cambio (o ralentizandolo). ¿ Al final qué sucede? Todo el proceso de puesta en producción se ralentiza y se aumenta el riesgo ya que acabamos poniendo en producción grupos de cambios simultáneamente..
  • 17.
    El objetivo deoperaciones no es (únicamente) mantener un sistema seguro, estable y rápido. El objetivo de operaciones es habilitar los objetivos de negocio. El negocio requiere cambio. Y el cambio es la raíz de la inestabilidad. Cambio
  • 18.
    El objetivo deoperaciones es favorecer el cambio según las necesidades del negocio lo requieran, mientras minimizan los riesgos que implican ese cambio.  
  • 19.
    ¿En qué consisteel concepto de DevOps?  1. Implementar Agile en el departamento de sistemas. 2. Definir un conjunto nuevo de procedimientos para operaciones. 3. Utilizar un conjunto de herramientas que de soporte a los dos puntos anteriores. 4. Establecer mecanismos de comunicación efectivos entre todas las partes implicadas en la puesta en producción de un producto.
  • 20.
    Tenemos que modificarlos procedimientos actuales • Implicación en las primeras fases del de desarrollo. • La configuración es código, separado del código de la aplicación. • Herramientas consistentes entre los equipos de operaciones y desarrollo. • Administración abstracta. • Automatización de los builds y las releases. • Automatización de la infraestructura y el provisionamiento. • Auditoría de los cambios en toda la plataforma. • Métricas compartidas. • Gestión del ciclo de vida de los SO.Planificación de stacks.
  • 21.
    Incorporar Herramientas • Gestiónde Incidentes • Gestión de Identidades • Deployment • Orquestación • Repositorios de Paquetes • Control de Versiones • Monitoreo • Gestión de la Configuración • ETC.
  • 22.
    Pero lo másimportante: Comunicación
  • 23.
    Comunicación • Respeto: • Noocultes los hechos. No digas NO (sin dar alguna explicación) • No Estereotipes a tus compañeros de trabajo • Confianza • Operaciones necesita confiar en desarrollo para implicarlos en futuras discusiones sobre su aplicación • Desarrollo necesita confiar en operaciones para discutir los cambios de infraestructura • Todo el mundo necesita confiar en que el resto está haciendo lo mejor para el negocio
  • 24.
  • 25.
  • 26.
    ¿Qué tiene quever DevOps con el Negocio? El foco de DevOps es habilitar al negocio de la mejor manera posible para reaccionar a las fuerzas del mercado de la manera más rápida, eficiente y confiable. Lo que busca en definitiva DevOps es alinear a tecnología (IT) con el concepto de agilidad en los negocios.
  • 27.
    Gracias Mi Nombre esEduardo Díaz y soy un DevOps