DevOps Foundation

Devops
martes, 07 de enero de 2020 08:51 AM
Questions will focus on the following topics:

• DevOps Practices and Frameworks
• DevOps Principles
• DevOps Tools and Methods
• DevOps Metrics and Culture
Core DevOps Principles

• The Three way
• The Theory of constrains
• Chaos Engineering
• Learning Organizacions
The Three Way

• The First Way - Flow
• The Second Way - Feedback
• The Third Way - Continuous Experimentation & Learning
The First Way - Flow

• Comprender el flujo de trabajo
• Aumento del flujo al comprender y eliminar las restricciones
• Nunca pasar un defecto conocido aguas abajo
• Nunca permitir que la optimización local cause degradación global
The theory of constrains
• Cada proceso tiene al menos una restricción o cuello de botella que afecta su capacidad de cumplir de manera consistente con su objetivo.
• El proceso solo satisfará la capacidad de sus limitaciones y será tan exitoso como su eslabón más débil.
• Mejorar las restricciones es la forma más rápida y eficiente de mejorar todo el proceso o sistema
The second way: Feedback

• Comprender y responder a las necesidades de todos los clientes, tanto internos como externos.
• Acortar y amplificar todos los bucles de retroalimentación
• Crear e incorporar conocimiento donde sea necesario
The Third way: Continual Experimentation and learning

• Asignar tiempo para mejorar el trabajo diario.
Certification página 1
• Asignar tiempo para mejorar el trabajo diario.
• Crear rituales que recompensen al equipo por asumir riesgos
• Introducir fallas en el sistema para aumentar la resiliencia.
Encourage a Learning Culture
Key DevOps Practices
Continuous Delivery
Testing
Integration,
Delivery,
Deployment
Site Realibility and Resilience Engieniering
DevSecOps
ChatOps
Kanban
Continuous Testing
• Es el proceso de ejecución de testing automatizados como parte de un deployment pipeline para obtener inmediato retroalimentación de
los riesgos asociados al negocio con un candidato de release software.
• Desplazarse a la izquierda se trata de incorporar calidad al proceso de desarrollo de software. Cuando se desplaza
hacia la izquierda, se producen menos interrupciones en la producción porque los problemas se detectan y resuelven antes. Al
incorporar calidad en el ciclo de desarrollo de software, los equipos de alto rendimiento dedican menos tiempo al trabajo no
planificado. También descubrimos que dedican menos tiempo a solucionar problemas y dedican más tiempo a trabajos nuevos y de valor
agregado.
Continuous Integration
• Continuous Integration es una practica de desarrollo que requiere desarrolladores confirmen el codigo en un repositorio compartido
(master/trunk o maestro/troncal) al menos diariamente.
• Cada check-in es validado por
Una compilación automatizada
Unidad automatizada, pruebas de integración y aceptación.
• Depende de estándares de codificación consistentes
• Requiere repositorios de control de versiones y servidores CI para recopilar, construir y probar el código comprometido juntos
• Se ejecuta en entornos similares a la producción.
• Permite la detección temprana y la corrección rápida de errores por cambios de código antes de pasar a producción
Si bien se asocia principalmente con el desarrollo de software ágil, los enfoques en cascada también pueden aprovechar la integración continua y
las prácticas de desarrollo basadas en pruebas.
Continuous Delivery
• Continouos Delivery es una metodología que se enfoca en asegurar que el software este siempre en un estado liberable a lo largo de su
ciclo de vida.
• Lleva la integración continua al siguiente nivel
• Proporciona rapidez y comentarios rápidos y automatizados sobre la preparación de producción de un sistema
• Prioriza mantener el software liberable / implementable sobre el trabajo en nuevas características
• Se basa en un deployment pipeline que permite implementaciones de botón a pedido
• Reduce el costo, el tiempo y el riesgo de entregar cambios incrementales.
La integración continua es la práctica que permite el principio de entrega continua de valor en manos de
los usuarios
Site Reliability Engineering
• "Qué sucede cuando un ingeniero de software tiene la tarea de lo que solía llamarse operaciones". Ben Treynor, Google.
• Los objetivos son crear sistemas de software ultra escalables y altamente confiables.
• 50% de su tiempo haciendo trabajo relacionado con "operaciones", tales como problemas, de guardia e intervención manual.
• 50% de su tiempo en tareas de desarrollo como nuevas características, escalado o automatización.
Google ahora tiene más de 1,500 ingenieros de confiabilidad del sitio.
Resilience Engineering
La capacidad intrínseca de un sistema para ajustar su funcionamiento antes, durante o después de los cambios y perturbaciones, de modo que
pueda mantener las operaciones requeridas tanto en condiciones esperadas como inesperadas.
• La ingeniería de resiliencia analiza cómo funciona la organización en su conjunto
• La mejor defensa es un buen ataque
• Tome una visión agresiva, sin culpa y sistémica después del incidente
• Considere elementos humanos y técnicos
• Los sistemas deben ser más fuertes que su eslabón más débil.
DevSecOps
DevSecOps
El propósito y la intención de DevSecOps es construir sobre la mentalidad de que "todos son responsables de la seguridad" con el objetivo de
distribuir de manera segura las decisiones de seguridad a velocidad y escala a aquellos que tienen el más alto nivel de contexto sin sacrificar la
seguridad requerida.
• Introduce la seguridad como código
• Adopta la estrategia de prueba de "desplazamiento a la izquierda"
• Aprovecha la automatización para resistencia, pruebas, detección y auditoría.
• Rompe la restricción de seguridad
ChatOps
Group chat client + chat bots = desarrollo, entrega y soporte impulsados por la conversación.
• La transparencia de ChatOps acorta los ciclos de retroalimentación, mejora el intercambio de información, mejora la colaboración en
equipo y permite la capacitación cruzada. También se puede usar para disminuir el MTTR.
Kanban
Kanban es un método de trabajo que impulsa el flujo de trabajo a través de un proceso a un ritmo manejable.
• Visualiza y gestiona el flujo de trabajo.
• Empuja el trabajo para los equipos cuando están listos para ello.
• Permite a las personas trabajar en colaboración para mejorar el flujo
• Mide la velocidad del equipo (cantidad de trabajo realizado en una iteración)
• Reduce el tiempo de inactividad y el desperdicio en un proceso.
• Hace visible el trabajo.
• Hace políticas explícitas.
• Limita el trabajo en progreso (WIP) a la capacidad.
Modulo 4: Business and Technologies Frameworks
• Agile
• ITSM
• Lean
• Safety Culture
• Learning Organizations
• Continuous Founding
DevOps no puede sostenerse solo

• El éxito de DevOps se basa en la adopción e integración de múltiples marcos y metodologías.
AGILE
Los conceptos subyacentes del desarrollo de software ágil se presentaron por primera vez en el Manifiesto Ágil.
Si bien hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda.
Es más importante SER ÁGIL que HACER ÁGIL:

• Centrarse en el cliente
• Ser Lean
• Sea colaborativo
• Sea comunicativo
• Sea adaptativo
• Ser medible
• Ser medible
• Se consistente
• Estar orientado a resultados
• Sea reflexivo
SCRUM
Scrum es un marco simple para una colaboración efectiva en equipo en proyectos complejos. Scrum proporciona un pequeño conjunto de reglas
que crean una estructura "Just Enought" (lo suficiente) para que los equipos puedan centrar su innovación en la resolución de lo que de otro
modo sería un desafío insuperable.
Scrum es
- La práctica de desarrollo de software ágil más comúnmente aplicada
- Aparentemente simple pero difícil de dominar
- No es un proceso o una técnica para crear productos.
Scrum aumenta la capacidad de liberar más frecuentemente.
Roles
• Product Owner
• ScrumMaster
• Development Team
Artifacts
• Product Backlog
• Sprint Backlog
• Increment
Meetings
• The Sprint
• Sprint Planning
• Daily Scrum
• Sprint Review
• Sprint Retrospective
Scaled Agile Framework® (SAFe ™)
El Scaled Agile Framework (SAFe) es un marco probado y disponible públicamente para aplicar los principios y prácticas Lean-Agile a escala
empresarial.
empresarial.
• Integra Lean y Agile Thinking en el desarrollo de software.

• Se enfoca en el desarrollo iterativo e incremental, desarrollo ágil de software, flujo de desarrollo de productos, pensamiento lean y experiencia
de campo a escala empresarial
• Se puede aplicar a organizaciones con una gran cantidad de profesionales y equipos.
Increasing Agility
DevOps aumenta la agilidad al
• Romper silos
• Mejora de las restricciones.
• Adoptar un enfoque unificado para la ingeniería de sistemas.
• Aplicar principios ágiles tanto a Dev como a Ops.
• Compartir conocimientos, habilidades, experiencia y datos.
• Reconociendo la importancia de la automatización.
Cu• Implementación más rápida con menos errores.
DevOps extiende los principios ágiles más allá de los límites del software a todo el servicio entregado.
IT Services Management
“Creo firmemente que ITSM y el movimiento DevOps no están reñidos. Por el contrario, son una combinación cultural perfecta ".
La gestión de servicios de TI (ITSM) es la implementación y gestión de calidad de servicios de TI que satisfacen las necesidades del negocio.
• Proporciona orientación y estructura a procesos como Cambio, Configuración, Liberación, Gestión de incidentes y problemas.
• Los procesos ITSM apuntalan todo el ciclo de vida del servicio desde la estrategia, el diseño, la transición, las operaciones, la mejora
continua y la creación de valor.
• DevOps necesita prácticas de ITSM para cumplir con el objetivo de implementar cambios más rápidos sin causar interrupciones.
Los procesos de gestión de servicios repetibles, adaptados a las necesidades comerciales actuales de una organización, pueden abrir el camino
hacia una entrega continua estable y un mayor flujo.
ITIL 4 pone énfasis en el mundo de los negocios y la tecnología, cómo funciona hoy y cómo funcionará en el futuro con Agile, DevOps y la
transformación digital.
ITIL 4 consitste en 2 componentes claves
ITIL 4 consitste en 2 componentes claves
4 Model Dimesiones
1. Organización y Personas
2. Información y Tecnología
3. Partners y Proveedores
4. Value Streams y Procesos
Service Value System

1. Guias Principales
2. Gobierno
3. Servicio de la cadena de valor
4. Mejora Continua
5. Practicas
ITIL 4 define un servicio como un medio para permitir la creación conjunta de valor al facilitar los resultados que los clientes desean lograr, sin
que el cliente tenga que gestionar costos y riesgos específicos.
Agile Service Management
Agile Service Management (Agile SM Management) garantiza que los procesos de ITSM reflejen los valores de Agile y estén diseñados con un
control y una estructura "lo suficientemente justos" para brindar servicios de manera efectiva y eficiente que faciliten los resultados del cliente
cuando y cómo se necesiten.
• Adapta prácticas ágiles al diseño de procesos ITSM - Implementa la gestión de servicios en pequeños incrementos integrados
• Garantiza que los procesos ITSM reflejen valores ágiles desde el diseño inicial a través de CSI
• Fomenta procesos "mínimos viables" y "suficientes" para aumentar la velocidad y la conformidad
Agile Service Management no reinventa ITSM: moderniza el enfoque.
Leans Perspective
DevOps tiene sus raíces en el mundo de manufactura esbelta, que aborda el problema de los ingenieros que diseñan productos que las fábricas
no pueden permitirse construir.
Lean IT aplica las ideas clave detrás de la producción ajustada al desarrollo y gestión de productos y servicios de TI.
Sources of Waste
El objetivo de Lean Thinking es crear más valor para los clientes con menos recursos y menos desperdicio. El desperdicio es cualquier actividad
que no agrega valor al proceso.
"Creo que la mayoría de los patrones de DevOps son las propiedades emergentes que surgen cuando se aplican las técnicas como Lean, el
Sistema de producción de Toyota, la Teoría de las restricciones, etc. al flujo de valor de TI".
Case Story: Alaska Air
Veresh Sita, CIO

“Tenemos que operar como una marca inconformista; tenemos que operar fundamentalmente de manera diferente; Tenemos que romper el
paradigma de lo que todos piensan e imaginan que se trata el viaje aéreo. Así que nos centramos en dos cosas clave: una: ejecutar una operación
eficiente y dos: fomentar la innovación tecnológica ”.
Beneficios
• Puede exponer de forma segura sus API a miles de servicios de terceros
• Clientes más felices, mayores ingresos.
• Se escala fácilmente y de forma rentable
• Los sitios funcionan en el punto óptimo de rendimiento y costo
• Mejor productividad, polinización cruzada más rápida e intercambio de conocimientos.
"Alaska se ve a sí misma como una compañía tecnológica con alas".
Value Stream Mapping
Value Stream Mapping es una herramienta eficiente que representa el flujo de información, materiales y trabajo a través de silos funcionales con
énfasis en cuantificar el desperdicio, incluido el tiempo y la calidad.
• Un value stream es la secuencia de actividades necesarias para diseñar, producir y entregar un producto o servicio específico.
• Value Stream generalmente abarcan múltiples procesos
• Value Stream permite a los equipos multifuncionales
• Value Stream permite a los equipos multifuncionales
- Vea un flujo de valor completo desde una perspectiva de flujo de trabajo e información
- Identifique áreas de desperdicio sin valor que podrían eliminarse en un esfuerzo por mejorar el flujo y entregar un mayor valor
- Identificar, priorizar y medir mejoras
Sample Value Stream Mapping
Improvement Kata
El Improvement Kata es un proceso de cuatro pasos que se enfoca en aprender y mejorar el trabajo. Considera la visión o dirección a largo plazo
de la organización. Planificar> Hacer> Verificar> Actuar (PDCA)
Learning Organizations
• Tener un compromiso con el aprendizaje.

• La mejora requiere aprender algo nuevo
• No aprender crea deudas culturales
• Los humanos aman el dominio (y la autonomía y el propósito)
• El compromiso de la gerencia es esencial.
Continuous Funding
• La financiación tradicional se realiza en ciclos anuales.
• La financiación ágil puede ser:
- Costo fijo o continuo
- Revisado con frecuencia
- Revisado con frecuencia
• Financiación basada en productos / equipos.
• Financiamiento de riesgo (o basado en apuestas)
• Centrarse en medir el retorno
Modulo 5: Culture, Behaviors (Comportamientos) & Operating Models
• Definiendo cultura
• Modelos de comportamiento
• Modelos organizacionales
• Componente de modelos operativos objetivo
What is Organizational Culture?
Los valores y comportamientos que contribuyen al entorno social y psicológico único de una organización.
"No se puede cambiar directamente la cultura. Pero puedes cambiar el comportamiento, y el comportamiento se convierte en cultura ".
DevOps Helps to Overcome Cultural Debt
La deuda cultural se produce cuando se ignoran o difieren las consideraciones culturales en favor del crecimiento y la innovación.
La cultura del silo de TI y otros desafíos organizacionales son el resultado directo de ignorar las consideraciones culturales en favor de los rápidos
aumentos en la tecnología corporativa. ¡La fecha de vencimiento es hoy!
"La tasa de interés efectiva sobre la deuda cultural suele ser más alta que la deuda técnica".
Characteristics of a DevOps Culture
• Visión, metas e incentivos compartidos.

• Comunicación abierta, honesta y bidireccional.
• Colaboración
• Orgullo de mano de obra
• El respeto
• Confiar
• Transparencia
• Mejora continua
- Experimentación
- Toma de riesgos inteligente
- Aprendiendo y practicando
• Basado en datos
• Seguro
• reflexión
• Reconocimiento
La cultura organizacional es uno de los predictores más fuertes tanto del desempeño de TI como del desempeño general de la organización.
Shifting Thoughts and Behaviors
El verdadero cambio cultural lleva tiempo. Debe ser incremental y realizarse a un ritmo realista.
High Trust vs. Low Trust
Culture and the Flow of information
Patológico (orientado al poder)

• La información está oculta.
• Los mensajeros son "disparados"
• Las responsabilidades se eluden
• Se desaconseja el puente
• La falla está cubierta
• La novedad es aplastada
Burocrático (orientado a reglas)

• La información puede ser ignorada
• Los mensajeros están aislados.
• La responsabilidad está compartimentada
• Se permite el puente pero se desaconseja
• La organización es justa y misericordiosa.
• La novedad crea problemas
Generativo (orientado al rendimiento)

• La información se busca activamente
• Los mensajeros están entrenados.
• Se comparten las responsabilidades.
• Bridging es recompensado
• Falla causa consulta
• Se implementa la novedad.
Las organizaciones de alta confianza fomentan un buen flujo de información, colaboración interfuncional, responsabilidades compartidas,
aprendizaje de fallas y nuevas ideas.
“La gente no se resiste al cambio. Se resisten a ser cambiados. Peter Senge
Culture change never is easy

Las personas generalmente no se resisten a sus propias ideas.
• No puedes cambiar a las personas; solo pueden cambiarse
• El cambio casi siempre lleva más tiempo y cuesta más de lo esperado
• La participación de las partes interesadas es crítica.
• Las personas que participan en qué y cómo cambiar las decisiones tienen muchas más probabilidades de aceptar el cambio.
People Adapt to Change at Different Paces
La adopción significa que una persona hace algo diferente que antes.
The Stages of Change Acceptance
Communication is Critical
• Una cultura DevOps requiere una comunicación oportuna y efectiva.

• Las herramientas compartidas facilitan la comunicación oportuna y significativa.
- Plataformas de chat
- Gerentes de tareas
- herramientas sociales
- Herramientas de gestión de alertas.
- Plataformas de intercambio de conocimientos
Encourage (Fomentar) Collaborative Relationships

La colaboración implica que las personas trabajen conjuntamente con otros para lograr un objetivo común. En un entorno colaborativo, se valora
la contribución de cada persona.
• Colaboración
-Es voluntario (idealmente)
• Implica compartir
- Responsabilidad por los resultados.
- Recursos
• Requiere cooperación, respeto y confianza
• Requiere participación
- Proveer retroalimentacion
- Identificación y resolución de problemas.
- Aprender y compartir conocimientos y experiencia.
- Compartir e incluso intercambiar responsabilidades
- Compartir e incluso intercambiar responsabilidades
- Hacer y mantener compromisos realistas
¿Cuál es la diferencia entre colaboración y comunicación?
Expect (espere) Some Conflict: Thomas‐Kilmann Conflict Modes

Debido a que no hay dos personas que tengan exactamente las mismas expectativas y deseos, el conflicto es una parte natural de nuestras
interacciones con los demás. El Inventario de conflictos de Thomas-Kilmann (TKI) mide las elecciones de comportamiento de una persona en
ciertas situaciones de conflicto.
Avoiding (Evitando)
Avoid (Evite) Change Fatigue

La fatiga del cambio es una sensación general de apatía o resignación pasiva hacia los cambios organizacionales por parte de individuos o
equipos.
La cantidad de fatiga del cambio que experimentan las personas se ve directamente afectada por la forma en que se gestiona el cambio.
• Ver la resistencia al cambio como normal

- Escucha, empatiza
• Comunicar el panorama general
- Explique la razón de este cambio.
- Mostrar cómo se conectan los cambios
- Enlaza los cambios a las estrategias y objetivos de negocio.
• Asegúrese de que cada iniciativa de cambio tenga un resultado previsto
• Empoderar a las personas para que contribuyan
• Celebre los éxitos (aunque sean pequeños)
• Crear retroalimentación visible y bucles de mejora
Empower New Behaviors (comportamientos)

El intercambio entre pares, organizaciones e industrias es un factor crucial en el crecimiento y la aceptación de DevOps.
• Mejorar las prácticas de comunicación y colaboración y las herramientas compartidas.
• Crear un vocabulario común
• Observación de profesionales
• Habilidad cruzada
• Experiencias de inmersión.
• trabajo en equipo
• Comunidades de Practica
• Días internos de DevOps
• Días de juego (hackatones)
• Simulaciones
• Intercambio de ideas al estilo de las redes sociales y resolución de problemas.
CASE STORY: Target
"Somos una empresa de tecnología".
“Cuando pedimos permiso, nos dijeron que no, pero lo hicimos de todos modos porque sabíamos que teníamos que hacerlo. Realizamos
hackathons de herramientas junto con nuestros eventos internos DevOpsDays y organizamos un montón de reuniones. Hemos organizado 6
eventos internos DevOpsDays ".
Beneficios
• Realicé cambios estructurales ganando apoyo de abajo hacia arriba, luego de arriba hacia abajo
• Convergimos los esfuerzos ágiles y DevOps
• Capacitación, entrenamiento y experiencias inmersivas usadas: ¡Dojo masivo!
• Construyó un entorno de pila completa en minutos en lugar de 3-6 meses
• Creó empatía y comprensión
Module 6: Automation & Architecting DevOps Toolchains
• CI/CD
• Infrastructure as Code
• Cloud
• Containers & Microservices
• Machine Learning
• DevOps Toolchains Component
"DevOps no se trata de automatización, así como la astronomía no se trata de telescopios". Christopher Little
https://xebialabs.com/periodic-table-of-devops-tools/
Automation Benefits
"Sus herramientas por sí solas no lo harán exitoso". Patrick Debois
Automatización soporta:
• Tiempos de entrega más rápidos
• Lanzamientos más frecuentes
• Lanzamientos menos turbulentos
• Menos errores
• Mejor calidad
• Mejora de la seguridad y la mitigación de riesgos.
• Recuperación más rápida
• Recuperación más rápida
• Negocios y satisfacción del cliente.
La automatización da tareas de memoria a las computadoras y permite a las personas:

• Pesar evidencia
• Resolver problemas
• Tomar decisiones basadas en comentarios
• Usar sus habilidades, experiencia y juicio.
Important Terms
• Artifacts
- Cualquier elemento en un proyecto de desarrollo de software incluyendo documentación, planes de prueba, imágenes, archivos de datos
y módulos ejecutables.
• Application Programming Interface (API)
- Un conjunto de protocolos utilizados para crear aplicaciones para un sistema operativo específico o como una interfaz entre módulos o
aplicaciones
• Microservices:
- Una arquitectura de software que se compone de módulos más pequeños que interactúan a través de API y se pueden actualizar sin
afectar a todo el sistema. Esto se conoce como acoplamiento flojo
•Operating System (OS) Virtualization
- Un método para dividir un servidor en múltiples particiones llamadas "contenedores" o "entornos virtuales" para evitar que las
aplicaciones interfieran entre sí
• Containers
- Una forma de empaquetar el software en paquetes livianos, independientes y ejecutables que incluyen todo lo necesario para ejecutarlo
(código, tiempo de ejecución, herramientas del sistema, bibliotecas del sistema, configuraciones) para el desarrollo, envío e
implementación.
• Open source
- Software que se distribuye con su código fuente para que las organizaciones de usuarios finales y los proveedores puedan modificarlo
para sus propios fines.
• Machine Learning
- Análisis de datos que utiliza algoritmos que aprenden de los datos.
Cloud, Containers and Microservices
Cloud Computing: la práctica de usar servidores remotos alojados en Internet para alojar aplicaciones en lugar de servidores locales en un centro
de datos privado.
Dockers es una herramienta diseñada para facilitar la creación, implementación y ejecución de aplicaciones mediante el uso de contenedores.
Los contenedores permiten a un desarrollador empaquetar una aplicación con todas las partes que necesita, como bibliotecas y otras
dependencias, y enviarla como un solo paquete
Kubernetes es un sistema de código abierto para administrar aplicaciones en contenedores en varios hosts, que proporciona mecanismos básicos
para la implementación, mantenimiento y escalado de aplicaciones
AI & Machine Learning

Dando a las computadoras la capacidad de "aprender" con datos, sin ser programado explícitamente.
• Las organizaciones están recolectando más datos que nunca

• Es difícil extraer completamente el valor de esos datos
• La ciencia de datos es una disciplina cada vez más popular.
• AI y Machine Learning permiten el análisis predictivo
• Puede encontrar tendencias y correlaciones que los humanos no pueden
• Aumenta la contribución humana
• Aumenta la productividad
• Bucles de retroalimentación automatizados Definición: Análisis de datos que utiliza algoritmos para aprender de los datos.
DevOps automation practices

Una filosofía de la cadena de herramientas implica el uso de un conjunto integrado de herramientas específicas de tareas complementarias para
automatizar la entrega de extremo a extremo y el proceso de implementación
Communication and Collaboration can be automated too
Las herramientas y plataformas innovadoras facilitan y agilizan las comunicaciones y la colaboración en todo el espectro Dev y Ops.
First steps to improving DevOps automation
No subestime el esfuerzo y el costo de construir cadenas de herramientas a partir de aplicaciones de código abierto.
El código abierto es necesariamente gratuito. Significa que puede modificar la fuente para satisfacer sus necesidades.
Error-prone ( propenso a errores)

Seek Vendor (Busque un vendedor)
Espere que este sea un proceso iterativo: su cadena de herramientas evolucionará con el tiempo.
Case Story: Fanny Mae
Beneficios.
• Despliegue en 3 días reducido a 45 minutos.
• Desplegar 7 u 8 veces al día.
• 40%-75% de ahorro en costo de almacenamiento gracias a data virtualization.
DevOps ToolChains
The Manual DevOps
"Una forma de permitir resultados orientados al mercado es que Operaciones cree un conjunto de plataformas y servicios de herramientas
centralizados que cualquier equipo de desarrollo pueda usar para ser más productivo ... una plataforma que proporciona un repositorio de
control de versiones compartido con bibliotecas de seguridad previamente bendecidas, un canalización de implementación que ejecuta
automáticamente herramientas de escaneo de seguridad y calidad de código, que implementa nuestras aplicaciones en entornos conocidos y
buenos que ya tienen instaladas herramientas de monitoreo de producción ".
The Deployment Pipeline
DevOps Toolchains
Las Toolchain DevOps se compone de las herramientas necesarias para respaldar una integración continua, un despliegue continuo y una
iniciativa de lanzamiento y operaciones continuas.
La canalización de implementación es un proceso automatizado para administrar todos los cambios. La cadena de herramientas abarca silos y
automatiza la canalización de implementación.
¿Cómo deben interactuar las Toolchain de DevOps con las herramientas operativas como las aplicaciones de monitoreo o soporte?
El deployment pipeline es un proceso automatizado para administrar todos los cambios. La cadena de herramientas abarca silos y automatiza la
canalización de implementación.
• Las Toolchains automatizan la tarea en la tubería de implementación.

• Cada elemento del servidor de la cadena de herramientas tiene un propósito específico.
• Las aplicaciones dentro de las Toolchains están conectadas a través de API.
• No tienen que ser homogéneos o de un solo proveedor.
• Las cadenas de herramientas generalmente se construyen alrededor de ecosistemas de open y cerrado source.
• Requiere un diseño de arquitectura para garantizar la interoperabilidad y la coherencia.
Sample DevOps Toolchain (US Government ‐ GSA)
La forma en que estas herramientas se adaptan e integran en su implementación pipeline determinará su valor.
Elements in a DevOps Toolchains
• Deployment pipeline divide el ciclo de vida de entrega del software en etapas lógicas.
• Cada etapa proporciona
○ La oportunidad de verificar y calificar nuevas características desde un ángulo diferente.
○ Proporciona al equipo retroalimentación rápida y
○ Cada etapa proporciona visibilidad en el flujo de cambios.
• Las DevOps Toolchains proporcionan las capacidades necesarias para automatizar y acelerar cada etapa.
Elementos Típicos Toolchains pueden ser:

Los elementos típicos de la cadena de herramientas pueden ser
Gestión de requerimientos,
Orquestación y visualización,
Gestión de control de versiones,
Integración continua y construcciones,
Gestión de artefactos,
Contenedores y virtualización OS,
Prueba y automatización de asmbientes,
Configuración e implementación del servidor,
Gestión de la configuración del sistema,
Alertas y alarmas,
Monitoreo.
Build your Devops toolchain gradually
Multiple Business Applications require multiple toolchains
Evite crear más silos PIPELINE adoptando un enfoque de arquitectura empresarial: use valores predeterminados razonables
Module 7 : Measurement , Metrics & Reporting
La importancia de Medir
DevOps Metricas
Speed, Throughput/Tempo
Qualiy
Stability
Culture
Change Lead /Cycle Times
Value Driven Metrics
The importance of measurement
Flow
La medición nos permite encontrar restricciones y justificar su eliminación y monitorear la mejora.
Feedback
La evidencia genera confianza y se gana el derecho de hacer más colocando las apuestas en experimentación
Continuous Exoerimentation & Learning
Las hipótesis necesitan resultados cuantificables para determinar la próxima experimentación.
Si no puede medirlo, no puede mejorarlo. Peter Drucker.
Si no puede medirlo, no puede mejorarlo. Peter Drucker.
Measuring Success (Medición del Éxito)
Mostrar pruebas de que las prácticas de DevOps benefician a la organización requiere examinar factores que influyen en el rendimiento general
de TI.
Engagement and morale (Compromiso y Moral).
Change Lead Cycle Time
Lead Time
El tiempo total transcurrido desde el momento en que una historia de usuario ingresa al backlog, hasta el momento en que se completa, incluido
el tiempo dedicado a esperar en el backlog.
Cycle Time
El tiempo que tarda una historia en pasar de ser "En progreso" a "Done".
Lead Time menos el Cycle Time es Wait Time.
Guidelines to Measure IT Performance
Case Story Societe Generale

El retorno de la inversión (ROI) del esfuerzo es extremadamente importante para otros en la organización.
Beneficios
• Transición de un enfoque basado en cascada de alta carga de trabajo.
• Dio la vuelta a una base de usuarios satisfechos.
• Entrega continua ha brindado:
• Entrega continua ha brindado:
○ 45% de reducción en time to market.
○ 10% de ahorro en su (muy considerable) presupuesto operativo.
Gartner DevOps metrics pyramid
Module 8: Sharing, Shadowing & Evolving

Shadowing ( Observar)
DevOps Day
DevOps in the Enterprise
Roles
DevOps Leadership
Organizational Considerations
Gettings Started
Challenges, Risk and Critical Success Factors
DevOps encourages (fomenta) a sharing culture
Las oportunidades de inmersión están cada vez más disponibles en un esfuerzo por proporcionar a los equipos de DevOps acceso a entrenadores
de temas sobre temas como CI, CD, Lean y métodos de diseño.
Dojos (interno al objetivo)

Garajes (IBM)
Lofts (Amazon)
Más por venir
Las simulaciones y gamificaciones de DevOps también están cada vez más disponibles.
Games, Hackaton, espacio de trabajo común, simulaciones y otras innovaciones están ayudando a fomentar el intercambio de herramientas,
conocimientos, descubrimientos y lecciones aprendidas.
Internal DevOps Days
Algunas organizaciones están replicando el modelo DevOps Days como eventos internos.
DevOps Days ofrecen a los equipos y los individuos la oportunidad de aprender, compartir, discutir, participar y aportar información y
retroalimentación.
Si bien es más eficaz en una ubicación física, los días internos de DevOps Days se pueden realizar en un entorno virtual.
El formato puede incluir

* Presentaciones tradicionales de 30 minutos de recursos internos y externos.
* Encienda (5 minutos de disparo rápido) sesiones específicas del tema.
* Discusiones de ruptura de espacios abiertos sobre temas sugeridos.
Case Story; DIsney

No hay ningún secreto para crear magia digital. Seguimos avanzando, abriendo nuevas puertas, haciendo más cosas porque tenemos curiosidad.
La expansión digital de los negocios significa más trabajo para combatir incendios.
Beneficios:
Halded the cost ( Redujo la mitad del costo)
Roles
Addressing the DevOps Skill Gaps (Abordar las brechas de habilidades de DevOps)
El CIO de TOday está buscando trabajadores que puedan cambiar sobre marcha y adaptarse a la tecnología cambiante.
Difference of Perspectives of "Must-Have" (Debe Tener)
Skill and characteristics of a DevOps Proffessional
Broad Generalist Knowedge( Conocimiento Amplio en general)

Craftsmen ( Artesanos)
Engaged (Comprometido)
En general, el conocimiento técnico incluye una comprensión de las prácticas DevOps, las prácticas modernas de ingeniería de software y las
arquitecturas modernas.
DevOps Roles
¿Qué otros roles crees que involucran?
What is DevOps Engineer?
Actualmente no existe una descripción de trabajo 'reconocida en la industria' o una carrera profesional formal para un ingeniero de DevOps.
Al igual que con el concepto de un equipo DevOps, el título tiene sus ventajas y desventajas.
Características general incluye a alguien que:

• Quiere contribuir con su talento técnico a iniciativas empresariales y de mejora de procesos.
• Se siente cómodo colaborando con otros.
• Quiere estar en un lugar de trabajo que promueva una cultura compartida.
• Quiere estar en un lugar de trabajo que promueva una cultura compartida.
DevOps Leadership
Transformational Leadership
El objetivo del liderazgo no es mandar, controlar, regañar, intimidar y evaluar a los trabajadores a través de un conjunto de métricas artificiales.
En cambio, el trabajo de los líderes es ayudar a las organizaciones a mejorar su autodiagnóstico, superación personal y asegurarse de que los
descubrimientos locales se puedan traducir y convertir en mejoras globales.
Leading a Digital Transformation : According to Jason Cox (Disney)
Courage (Valor)
Candor (Valentia)
Candor (Valentia)
no blaming or witch-hunting.(sin culpar . Ni cazar brujas)
The blame bias of who versus what (El sesgo de culpa de quién versus qué)
Organizational considerations
Devops Organizational Structures
Algunas organizaciones son
• Asignación de enlaces de Ops a los equipos Dev / Scrum.

• Creación de equipos de productos multifuncionales (vs proyecto).
• Adopción de matriz en estructuras orientadas al mercado (frente a funciones)
• Creación de servicios Ops compartidos que admiten múltiples Dev Teams.
Hay debate sobre los pros y los contras de los equipos de DevOps.
DevOps Teams
Menos compromiso en el flujo de valor de TI
Riesgo de ser otro silo.
Dev y Ops se lavan las manos de la responsabilidad
Las actividades de DevOps se convierten en el problema de otra persona
Independientemente de la estructura, un equipo de DevOps debe ser plano, con un compromiso continuo y el equilibrio adecuado de personas,
prácticas y habilidades de automatización.
Es un viaje, no una bala de plata, y los líderes deben evitar quedar atrapados en la parálisis del análisis. Comience a hacer los cambios, obtenga
las victorias y deje que la organización evolucione.
Start where you are.
DevOps no es tu por qué, ni tus compañeros de trabajo por qué, ciertamente no es tu negocio, por qué
Get clear on the business (Aclarar en el negocio)

Get the right people together (Reunir a las personas adecuadas)
Focus on critical behaviors (Centrarse en comportamientos críticos)
Consolidate gains and produce more change (Consolidar ganancias y producir más cambios)
Avoid inertia (Evitar la inercia)
Learn by doing (Aprender haciendo)
Cree un piloto donde pueda maximizar la probabilidad de éxito.
Debe ser lo suficientemente pequeño donde

• El éxito es aparente y entendido
• Las consecuencias del fracaso no son tan grandes que un error podría cerrar toda la iniciativa.
Debe ser lo suficientemente grande como para que

• Puedes mostrar prueba de mejora
• Te ganas el derecho de hacer mejoras futuras.
Consolidate gains and produce more chang
• Comunique los éxitos, fracasos y las lecciones aprendidas.

• Documente y ponga a disposición artefactos y medidas reutilizables.
• Documente y ponga a disposición artefactos y medidas reutilizables.
• Amplíe sus ciclos de mejora.
• Invertir continuamente en educación.
• Introduce herramientas y técnicas avanzadas según sea necesario.
Anchor the results (Ancla los resultados)
• Probar que la nueva forma de hacer las cosas es mejor.

• Reforzar nuevos comportamientos con incentivos y recompensas.
• Prepárate para perder a algunas personas en el camino
• Reforzar la nueva cultura con cada nuevo empleado.
Cambie los palos cuando se convierta en 'la forma en que hacemos las cosas por aquí'
Challenge, Risk and Critical Success Factors
Critical Success Factors
• Contribución de la gerencia al cambio cultural

• Creación de una cultura de aprendizaje colaborativo.
• Entrenamiento y mejora continua de habilidades
• Valores comunes y vocabulario
• Ingenieros de sistemas que abarcan Dev y Ops
• Métricas significativas
• Métricas significativas
• Un equilibrio entre la automatización y la interacción humana.
• Aplicación de metodologías ágiles y lean
• Comunicación abierta y frecuente.
Challenge and Risk (Desafío y riesgo)
• Falta de compromiso o claridad

• Transformando una cultura de ellos y nosotros
• Combinar equipos que están dispersos geográficamente, no están familiarizados entre sí y pueden incluir proveedores
• Falta de educación, capacitación y destreza.
• Procesos de gestión de servicios inmaduros.
• Tecnologías inadecuadas
• Mala comunicación
Your biggest challenges for the expansion of DevOps? (¿Tus mayores desafíos para la expansión de DevOps?)
Summary
Leveraging agile, lean, itsm and evolving DevOps practices (Aprovechando prácticas ágiles, lean, itsm y evolutivas de DevOps)

DevOps Foundation

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DevOps Foundation

Cargado por

Copyright:

Formatos disponibles

Devops

martes, 07 de enero de 2020 08:51 AM

Questions will focus on the following topics:

Core DevOps Principles

The Three Way

The First Way - Flow

The theory of constrains

The second way: Feedback

The Third way: Continual Experimentation and learning

Encourage a Learning Culture

Key DevOps Practices

Site Reliability Engineering

Google ahora tiene más de 1,500 ingenieros de confiabilidad del sitio.

Modulo 4: Business and Technologies Frameworks

DevOps no puede sostenerse solo

Es más importante SER ÁGIL que HACER ÁGIL:

Scrum aumenta la capacidad de liberar más frecuentemente.

Scaled Agile Framework® (SAFe ™)

• Integra Lean y Agile Thinking en el desarrollo de software.

ITIL 4 consitste en 2 componentes claves

Service Value System

Agile Service Management

Agile Service Management no reinventa ITSM: moderniza el enfoque.

Case Story: Alaska Air

Veresh Sita, CIO

"Alaska se ve a sí misma como una compañía tecnológica con alas".

Value Stream Mapping

Sample Value Stream Mapping

• Tener un compromiso con el aprendizaje.

Modulo 5: Culture, Behaviors (Comportamientos) & Operating Models

What is Organizational Culture?

DevOps Helps to Overcome Cultural Debt

Characteristics of a DevOps Culture

• Visión, metas e incentivos compartidos.

Shifting Thoughts and Behaviors

High Trust vs. Low Trust

Culture and the Flow of information

Patológico (orientado al poder)

Burocrático (orientado a reglas)

Generativo (orientado al rendimiento)

“La gente no se resiste al cambio. Se resisten a ser cambiados. Peter Senge

Culture change never is easy

People Adapt to Change at Different Paces

The Stages of Change Acceptance

• Una cultura DevOps requiere una comunicación oportuna y efectiva.

Encourage (Fomentar) Collaborative Relationships

¿Cuál es la diferencia entre colaboración y comunicación?

Expect (espere) Some Conflict: Thomas‐Kilmann Conflict Modes

Avoid (Evite) Change Fatigue

• Ver la resistencia al cambio como normal

Empower New Behaviors (comportamientos)

CASE STORY: Target

"Somos una empresa de tecnología".

Module 6: Automation & Architecting DevOps Toolchains

La automatización da tareas de memoria a las computadoras y permite a las personas:

Cloud, Containers and Microservices

AI & Machine Learning

• Las organizaciones están recolectando más datos que nunca

DevOps automation practices

First steps to improving DevOps automation

Error-prone ( propenso a errores)

The Manual DevOps

The Deployment Pipeline

• Las Toolchains automatizan la tarea en la tubería de implementación.