INTRODUCCION

Nacimiento:
 Problemas: Parcelas, puntos de vista, <>implementaciones/herramientas, juego de culpas, no feedback…
 Beneficios = Deliver faster + Continous Improve (+estability) + innovation + ↓Cost
 Wall Of confusion
 Antifragile  better after disruptions
 10 Razones para DevOps:
1. Colaboración
2. Velocidad
3. No parcelitas Eliminar desperdicios
4. Innovacion (“Fail fast”)
5. ↓Cost
6. Motivación  job satisfaction, engagement
7. Coninuo Delivery+Integración
8. ↓Errores
9. ↑Performance
10. Estabilidad
Core Cocepts:
 Def: Cultural + modelo operacional  colaboración  ↑Performance
 Agile (culture, filosofía) Vs. LEAN (reducir desperdicios, valor cliente = {Value stream+Flow+Pull+Perfection})
 6 Principios:
1. Foco en cliente
2. Mentalidad en el fin
3. Responsabilidad E2E
4. Equipos multifuncionales y autonomos
5. Mejora continua
6. Automatización
DASA:
 4 Skills: coraje + Teambuilding + Leadership + Mejora continua
 8 Áreas de conocimiento: Arquitectura/diseño + Valor + Negocio + Test + programación + Delivery continuo +
+ Seguridad/riesgo/conformidad + Infraestructura

CULTURA
Aspectos: C.I.& aprendizaje + Experimentación + QA + Responsabilidad + Ingeniería + efectividad + Pensar en producto
Elementos clave:
 Teambilding: Equipo + Visual Management +colaboración  Esquiles complementarios
o Motivación: Autonomía + Maestría + Proposito
 CI+Problem Solving : KAIZEN (Mejora continua, por que?, experimentacion) + QA (>source) + Deuda Técnica (problema solving)
o DMAIC: Define + Measure + Analize + Improve + Control
 Coraje/Experimentación: Fail Fast + (|) Seguridad Vs Coraje (-) ----------------------
 Liderazgo + feedback
o Mission Command (impredecible) Vs Central command (predictive)
o Barreras: ↓confianza + miedo conflicto + culpas + ↓compromiso + ↓atención resultados
o Estilo: Go see + ask why + show respect

ORGANIZACION
Modelo organizativo:
 Foco en: Actividad (silos) Vs. Producto (equipos)
 Bussiness System Teams (productos) + Platform Teams (funciones centrales)
 Organigrama centrado en cliente
Equipos autónomos: Responsabilidad E2E + Foco en cliente +multifuncionales (3 de 6 PPIOS DEVOPS)
 Criterios: Cliente (quien/qué necesita?) + Tecnología (área de responsabilidad) + conocimiento
 Decoupling point  Bussines System T Vs Platform Teams?
 Spotify = Squads (team) + Tribes + Chapter (disciplinas) + Guild (gremio)
Arquitectura: Incluir requisitos no funcionales en backlog
 Mejor Relación Complejidad-Q: complejidad ↑  ↓Q
 +cualidades en ↓pasos  Microservicios: simplicidad + ↓coupling  from legacy to ↓MSA (µservices)
 MSA: Características comunes: servicios + Productos (no projectos) + descentralizar+ automatización + tolerancia+ …
 Resiliencia: sobrevivir a catástrofes
Governance: en equipos + entre equipos (scrum de scrums!)

PROCESOS
ITIL: Strategy + Design + Transition + Operation + CSI
Agile  12 principios y 4 valores:
 Personas + interacciones > Procesos y herramientas
 Producto que funciona > documentación
 Colaboración cliente > Contratos
 Respuesta al cambio > plan
o Roles: Team +SM + PO
o Artefactos: pila product + pila sprint + incremento product [+ backlog de impedimento]
o Estados: Definición de ready DaR + Definición de Done DoD
o Eventos: Sprint + Daily + Demo/review + retrospectiva + refinamiento de pila de producto
o Objetos: Scrum board + down chart + impediment board
LEAN: Muda (waste) + Muri (desequilibrio) + Mura (sobreproducción)  8x tipos desperdicio LEAN:
1. Defectos
2. Sobreproducción
3. Esperas
4. Skilles infrautilizados
5. Transporte (cambios Proyecto)
6. Inventario (en curso)
7. Motion  movimientos personas
8. Sobre proceso (>Q de requerida)
Optimizacion
Stream Mapping (VSM)
1. Definir actores y objetivos de cliente (VoC voice of costumer)
2. Definir Actividades
3. WIP
4. Identificar Rework (reason and probability)
5. Evaluar actividades
6. Determinar la eficiencia de los procesos: Process time + lead time (t. efectivo) + Wait time
7. Determinar: valor y desperdicio de cada actividad
Story Mapping: Minimal Viable Product (MVP)

AUTOMATIZACION
A-CONCEPTOS  C.Delivery<> C.Integration y <> C.Deployment
 Delivery SW  Routine/Non-routine | Cognitive/Manual
 Eliminar pasos consumen tiempo: Wastes, teams org…
 Automatizar Delivery
o Everything as a code  todo! código + source control!
 Continuous Delivery: release schedule  Bussines (NO IT!!!!)
o Beneficios: Faster + Cheaper (-errores) + Better (medidas + feedback)
o GOAL: Cycle Time reduction  Improve efficiency
o 3x Principios  Automatización (lo que se pueda) + Feedback (logs, indicadores…) + Cambio contínuo (CI)
o Focus topics: Agile Org + Auto. Build + Auto. Test + Auto. Deploymt + Auto. Provis. + architecture
 Continuous Delivery Automation Concepts  Software has to Flow
o 4x Feedback on/from: Build&Test + Deployability + Runtime Behaviour + Customer
o Fail Fast = Experimentar … evaluar … mejorar
 Continuous Delivery Automation Focus Topics
o Automatizar: Build + test + deploy + provisioning  enables delivery flow
 o Automated Build: SVN, Jenkins (c. integration server), Code analisis (Sonar), Artefact repository, Build tools, Static
analysis, Unit tests framework (junit)
o Automated Test: Pirámide Mike Cohn (arriba: +lento, +€)
 Specificaion U Verificat.: BDD (Behaviour) + TDD (Test Driven Development)
o Automated Deployment:
 BENEFITS: Cost Effective + Fast + Reliable + Maintainable + Transparent + Auditable
+ Secure + Accessible + Repeatable + Consistent + Scalable
 GOVERNANCE:
 Feature Switches: in/off f(x)s
 Dark Launches: f(x)s ocultas para probar
 Blue/Green Deployments: 2x app
 Canary releases (Friends&Family): Probar pocos usuarios
o Automated Provisioning: Create/delete HW/SW in consistent manner.

B-DATA CENTER AUTOMATION

 Emergence of cloud  1997: term Cloud computing + 1999: Salesforce + 2002: Amazon AWS + 2009: Google + 2013: Docker
o Types: IaaS (Infras) | PaaS (Platf) | SaaS (Soft)
o Principles (8x)
 Resource, pooling, abstracción, isolation
 Elasticity
 Continous Service Availability
 Predictability
 A service provider’s approach
 Multitenancy  Ej: 3 servicios en una máquina de competidores y no se ven
 Security + Identity
 Metering (cobrar x uso  Reporting sólido)
 Cloud concepts in DEVOPS
o Responsabilidades  Business System Teams (just bussines value) + [Platfform Teams (as a “Cloud” Service provider)]
o Tipos de operación: { In-House | Managed (3os) | Public (Amazon, Google, Mixrosoft) }
 Automated Provision  Pets Vs Cattle!  Easy replacement…
o Desired State Configuration: Push (inserta/envía config) Vs. Pull Model (pregunta, envía)
o Mutable infraestructure (create+update) vs. inmutable (Delete+créate) Drift:Deriva
o Requires an Engineering mindset
 Platform products % APP Maturity
o Cloud Vs Libertad
o 12 Factor App: Apps must be mature enough to use PaaS
o Reactive manifesto: Responsive
Resilient
Elastic
Message Driven

MESURE to improvement
 Importance of mesurement  “Si no se mide no se puede mejorar”
o Feedback! 3 way: 1. system thinking. 2. Feedback loops 3.Culture experimentation
o CALMS: Culture + Automation + Lean + Measure + Sharing
 Elegir métricas
o Metrics (lagging indicadors - output oriented, easy impl, ↓influence) Predictors (leading indicadors)
 IT Metrics: deployment frec, Lead Time for changes, MTTR, Change Fail rate
 IT Predictors: TOP 5 PREDICTORS FOR T
 Peer-reviewed change approval procees
 Version control Everything
 Proactive monitoring
 Hight-trust organizational culture
 DEVOPS: WIN-WIN relationship
o Monitoring and logging  P – D – C – A
 SCOPE: Monitor {Infra+ plat + App + Business + Monitoring] + Log aggreg. Monitor
 Continous Monitoring: alerts/incidents + Tool Agents + Dashboards + Single point of truth +
Standardiation + Serv. Management System or data (historical knowledge), social media