Está en la página 1de 43

Fundamentos de

DevOps DASA
Plan de estudios

Versión 1.0.2

Abril 2017
Versión Revisión Fecha

Previo 1.0.1 Febrero 2017

Actual 1.0.2 Abril 2017

Siguiente 2.0.0 Mayo 2017

Alcance y Propósito de este


Documento
El propósito de este documento es informar a todas las
partes interesadas en el curso de Fundamentos de DevOps
de las áreas cubiertas en el curso.

2
El modelo de competencia
DASA DevOps
El marco de competencia de DevOps Agile Skills Association
(DASA) (Asociación de Habilidades Ágiles DevOps) identifica
8 áreas de conocimiento (representadas en el texto de color
rojo) y 4 habilidades (representadas en el texto de color
azul) que son relevantes en DevOps, como se muestra en la
siguiente figura.

3
Cada individuo que opera en un equipo de DevOps
requiere ser competente en las 8 áreas de conocimiento y
ser capacitado en los 4 niveles de habilidad. Para que los
equipos de DevOps sean efectivos, requieren que las 12
áreas estén en el nivel Experto. Los miembros de un equipo
pueden especializarse en áreas específicas, para que los
equipos logren estas capacidades.

4
Fundamentos de DevOps DASA
Despliegues de software hasta 200 veces más rápido,
30 veces mayor frecuencia de despliegues y 60 veces
más altas las tasas de éxito de cambio, organizaciones
como Netflix, Spotify y Facebook están revolucionando
el juego de TI mediante la implementación exitosa de los
principios de DevOps. Los datos no mienten. No tiene que
ser una empresa Web famosa o una empresa muy grande
y poderosa para ser un líder de DevOps. Las empresas
grandes o pequeñas, jóvenes o mayores, han hecho la
transición magnificamente y tienen la prueba del éxito en
sus bolsillos.

La capacitación de DevOps es el punto de partida para


una organización que realiza el viaje de DevOps. Los
flujos de trabajo mejorados y los despliegues más rápidos
comienzan con una comprensión básica de los conceptos
fundamentales de DevOps por parte de cualquier persona
involucrada en un equipo ágil y/o DevOps.

DASA desarrolla y evangeliza un programa de calificación


DevOps neutro para profesionales, genera interés
y conciencia sobre la necesidad de desarrollo de
conocimiento y habilidades, promueve la certificación de
código abierto para los conocimientos y habilidades de
DevOps, y garantiza la calidad de la capacitación para el
mercado a través de un programa de calificación lógico y
basado en umbrales.

5
Cualquiera puede participar en la definición de
competencias basadas en roles, rutas de aprendizaje y
esquemas de calificación. Todo el contenido de aprendizaje
existente que se correlaciona con las áreas de conocimiento
y habilidades de DASA tiene valor. DASA correlacionará
el contenido y demostrará la relevancia y mantendrá
un modelo operativo abierto y lógico para la entrega de
capacitación, como se muestra en la siguiente figura.

Fundamentos de DevOps DASA provee una amplia


introducción a los principios básicos de Ágil DevOps que
cubren las competencias de conocimiento y habilidades
esenciales que han sido definidas por DASA.

6
La calificación de Fundamentos de DevOps está diseñada para
proporcionar la educación básica necesaria para desarrollar el
vocabulario de DevOps y comprender sus principios y prácticas.
Con la ayuda de conceptos y terminología de DevOps, estudios
de casos de la vida real, ejemplos y discusiones grupales
interactivas y ejercicios exhaustivos en cada módulo, adquirirá
una comprensión fundamental de DevOps.

Objetivos de Calificación
Cuando haya adquirido los conocimientos necesarios de
este curso, podrá:
• Explicar los motivadores responsables del surgimiento
de DevOps.
• Definir y discutir los conceptos y principios claves de
DevOps.
• Enumerar y explicar los beneficios de negocio de
DevOps y la entrega continua.
• Describir el proceso de Entrega del Servicio.
• Explicar los conceptos de automatización de pruebas,
automatización de infraestructura y automatización de
compilación y despliegue.
• Describir cómo se relaciona DevOps con las
metodologías Lean y Ágil.
• Resumir los casos de estudio de las organizaciones de
TI que están haciendo la transformación a los modelos
Adaptativos de TI y DevOps.
• Enumerar las herramientas de DevOps más comunes
y populares.
• Discutir los factores críticos de éxito para la
implementación de DevOps.
7
¿Cómo se enlaza Fundamentos de
DevOps en el Marco de Competencias
de DASA?
Después de completar este curso, cubrirá el área marcada
como Fundamentos de DevOps en la siguiente figura
del esquema de calificación de DASA. Como resultado,
alcanzará el nivel “Competente” del esquema.

8
Audiencia Objetivo
La calificación de Fundamentos de DevOps está dirigida
principalmente a:

• Personas involucradas en el desarrollo de TI,


operaciones de TI o gestión de servicios de TI.
• Personas cuyo rol es afectado por DevOps por la
entrega continua, como los siguientes roles de TI:
◊ Ingenieros DevOps
◊ Dueños de producto (Product owners)
◊ Especialistas en integración
◊ Gerentes de operación
◊ Gerentes de incidentes y cambios
◊ Administradores del sistema
◊ Administradores de red
◊ Gerentes de negocio
◊ Arquitectos de automatización
◊ Arquitectos empresariales

Requerimientos del Curso


La familiaridad básica con los principios de Ágil, Scrum,
Lean e ITSM es beneficiosa.

Requerimientos de la Certificación
Recibirá la certificación requerida de DASA al completar con
éxito el examen de Fundamentos de DevOps DASA.

9
Detalles del Examen
Las características del examen de Fundamentos de DevOps
DASA son:

Formato de Examen:
• Formato de libro cerrado
• Basado en la web
• Los participantes pueden traer papel de borrador

Preguntas:
• 40 preguntas de opción múltiple

Puntaje de Aprobación:
• 65%

Duración del Examen:


• 60 minutos
• 15 minutos de tiempo extra para hablantes de inglés
no nativos

10
Resultados de Aprendizaje
Una clasificación ampliamente utilizada cuando se diseñan
evaluaciones para la certificación y la educación es la
Taxonomía de Objetivos Educativos de Bloom (Bloom’s
Taxonomy of Educational Objectives). Esto clasifica los
objetivos de aprendizaje en seis niveles de aprendizaje
ascendentes, cada uno definiendo un mayor grado de
competencias y habilidades. (Bloom et al, 1956, Taxonomía
de Objetivos Educativos).

Este enfoque estructurado ayuda a garantizar:

• Una delineación clara en el contenido del nivel de


aprendizaje entre diferentes niveles de calificación
• Los resultados de aprendizaje se documentan
consistentemente en diferentes áreas de la guia
• Las preguntas y los documentos del examen son
consistentes y se crean con un nivel de dificultad
similar.

11
La calificación de Fundamentos examina los resultados
de aprendizaje en los niveles 1 (conocimiento) and 2
(comprensión).

Fundamentos de DevOps Resultados de Aprendizaje

1. 2. 3. 4.
Conocimiento Comprensión Aplicación Análisis

Definición Conocer Comprender Ser capaz Ser capaz


Genérica hechos claves, los conceptos de aplicar de analizar
de los términos, y clave del conceptos y distinguir
Resultados de conceptos de manual / guía clave entre el uso
Aprendizaje manual / guía relacionados apropiado e
con el área inapropiado
del programa del método
para un / guía para
escenario una situación
dado de escenario
dada

Calificación Conocer Comprender


Resultados de hechos, los conceptos,
Aprendizaje incluidos principios y
términos, dimensiones
conceptos, de DevOps y
principios, poder explicar
herramientas cómo se
y técnicas aplican.
del plan de
estudios de
Fundamentos
de DevOps

12
Áreas del Plan de Estudio
Las siguientes áreas del plan de estudios están
identificadas.

Códigos de Área del Título del Área del Plan de


Plan de Estudios Estudios

IN Introducción DevOps

CU Cultura

OR Organización

PR Procesos

AU Automatización

MI Medición y Mejora

13
Plan de Estudios
En las siguientes tablas, se describen los aspectos clave del
Plan de Estudios de Fundamentos de DevOps.

Introducción
Código de Área del Plan Referencias
Área del de Estudios: Principales
Plan de Introducción (IN)
Estudios
IN

Nivel Tema

Conozca el desarrollo histórico de DevOps,


los conceptos básicos que subyacen
DevOps y la Asociación de Habilidades
Ágiles DevOps

Especificamente para recordar:

01 01 • La relación entre la • http://dev2ops.


Transformación Digital org/2010/02/what-is-
y DevOps devops/

• La descripción de alto • https://devops.com/


nivel de DevOps organization-needs-
devops/
• La historia y
surgimiento de • https://purplegriffon.
DevOps com/blog/devops-the-
changing-culture

• http://itrevolution.com/
the-history-of-devops/

14
01 02 • Los elementos clave • http://www.ciosummits.
de Casos de Negocio com/Online_Assets_
para DevOps Puppet_2016_State_
of_DevOps_Report.pdf
• Los principales
beneficios de DevOps • https://opexsoftware.
wordpress.
com/2016/01/18/
benefits-of-devops/

01 03 • Definiciones de • http://www.gallup.
DevOps com/­businessjournal/­
166208/­keys-­building-­
• La cultura de alto
high-performance-­
rendimiento de TI
culture.aspx
• ¿Cuál es la relación • https://www.emc.
entre DevOps, Ágil y com/campaign/­
Lean IT? global/forum2015/­us/
• Principios de DevOps sessions/6201-­dev-
ops-is-a-reorg.pdf
y Aspectos de TI
• http://www.
devopsagileskills.­
org/dasa-devops-­
principles/

01 04 • El propósito de • http://www.
La Asociación de devopsagileskills.
Habilidades Ágiles org/ DASA White
DevOps (DASA) Paper Explaining the
Competence Framework
• Áreas de habilidades
de DevOps, Áreas de • http://www.
conocimiento y Marco devopsagileskills.org/
de Competencia DASA White Paper
Embracing Digital
• Esquema de
Disruption by Adopting
Calificación, Misión y
DevOps Practices
Visión de DASA

15
Comprenda los siguientes aspectos
tratados en la Introducción:

Especificamente para identificar:

02 01 Posibles problemas que • http://dev2ops.


puedan surgir debido al org/2010/02/what-is-
muro de confusión entre devops/
Desarrollo y Operaciones

02 02 Los principios básicos de • http://www.


DevOps devopsagileskills.
org/dasa-devops-
principles/

02 03 Las 12 áreas de • http://www.


competencia (4 áreas de devopsagileskills.
Habilidades, 8 áreas de org/ DASA White
Conocimiento) del Marco Paper Explaining
de Competencia de DASA the Competence
Framework

02 04 Los 3 perfiles • http://www.


principales del Marco de devopsagileskills.
Competencias de DASA org/ DASA White
Paper Explaining
the Competence
Framework

16
Cultura
Código de Área del Plan de Referencias
Área del Estudios: Principales
Plan de Cultura (CU)
Estudios
CU

Nivel Tema

Conozca los componentes claves de la


Cultura

Especificamente para recordar:

1 01 • Construir una • https://paul4innovating.


Organización DevOps com/2010/09/10/
alrededor de equipos the-three-horizon-
• El Modelo de Los Tres approach-to-innovation/
Horizontes para la • https://martinfowler.
Innovación com/bliki/
• Definición de una cultura DevOpsCulture.html
DevOps • https://devops.com/10-
• Aspectos culturales de un top-tips-devops-
equipo DevOps cultural-change/

• Dos elementos clave • http://cogentmr.com/


de un entorno DevOps: wordpress/?p=350
Mentalidad de Servicio
y Calidad en el Origen
(Quality at the Source)

17
01 02 Áreas clave de • http://www.
Habilidades del Marco devopsagileskills.
de Competencias de la org/ DASA White
Asociación de Habilidades Paper Explaining the
Ágiles DevOps: Competence Framework

• Formación de Equipos

• Mejora Continua

• Coraje

• Liderazgo DevOps

01 03 Área de Habilidad: • https://www.


Formación de Equipos praxisframework.org/
library/katzenbach-and-
• Definición de equipo
smith
• Tres impulsores clave
• https://www.tutor2u.
de la motivación:
net/business/reference/
Autonomía, Maestría,
motivation-pink-three-
Propósito
elements-of-intrinsic-
• Motivación intrínseca motivation
como impulsador para
• https://
trabajar en equipo
characterandexcellence.
• La Colaboración como wordpress.
factor clave de éxito de com/2009/02/19/
un equipo visual-management-
• La Gestión Visual como for-agile-teams/
una herramienta clave • http://txm.com.au/blog/
de la Formación de five-tips-designing-
Equipos effective-team-visual-
management-board

18
01 04 Área de Habilidad: Mejora • http://cogentmr.com/
Continua wordpress/?p=350

• Importancia de la • http://www.
Calidad en el Origen castsoftware.com/
(Quality at the Source) glossary/technical-debt

• El costo de acumular • https://www.thebalance.


Deuda Técnica com/six-sigma-
concepts-the-dmaic-
• El Rol de resolver
problem-solving-
problemas en la mejora
method-2221186
continua
• http://asq.org/learn-
• Solución de problemas
about-quality/six-sigma/
estructurada
overview/dmaic.html
• La Mentalidad Kaizen:
• https://agileleanlife.
Abordar la causa raíz
com/kaizen-growth-
de los problemas
mindset-continuous-
improvement/

• http://www.
kaizen-news.com/
eight-steps-practical-
problem-solving/

19
01 05 Área de Habilidad: Coraje • http://www.bus.umich.
• Coraje para actuar: Un edu/facultyresearch/
comportamiento clave research/TryingTimes/
de un equipo DevOps Courage.htm
• Coraje y Experimentación • https://www.
• La seguridad psicológica appsembler.com/
como una condición blog/10-tips-for-
previa para el coraje hackathon-success/
• Relación entre la • http://www.rasmussen.
Experimentación y las edu/degrees/
Complicaciones technology/blog/what-
• Encuentros de is-a-hackathon/
experimentación: Una
herramienta clave del
coraje

01 06 Área de Habilidad: • Leadership in a DevOps


Liderazgo DevOps Environment
• Liderazgo en un entorno • https://www.
DevOps governmentresource.com/
• Filosofía de Comando The_Five_Dysfunctions_
de Misión en oposición of_a_Team.pdf
al Comando Central • https://www.tablegroup.
• Importancia del com/books/dysfunctions
Liderazgo para superar
• http://www.industryweek.
las cinco barreras de la
com/articles/how_to_go_
colaboración efectiva
to_the_gemba_24931.
• El rol de los líderes en aspx
la estimulación del uso
• https://www.lean.org/
de herramientas para
shook/DisplayObject.
desarrollar hábitos
cfm?o=1843
efectivos
• Retroalimentación: Una • Feedback: A Key
herramienta clave de Leadership Tool
liderazgo

20
01 07 Implementación de una • ‘Lean Enterprise’, by Jez
cultura DevOps: Humble, Joanne Molesky
& Barry O’Reilly pp.??
• Cómo construir una
cultura DevOps • Importance of Tracking
the Movement Towards
• Impacto del
a DevOps Culture
Tratamiento del cambio
como un programa • Cultural Change: A
Collective Movement
• Creciendo la Cultura:
Experimentar, medir y
probar

• Importancia de seguir
el movimiento hacia
una cultura DevOps

• Cambio cultural: Un
movimiento colectivo

Comprender los siguientes aspectos


relacionados con la Cultura

especificamente para identificar:

02 01 Las caracteristicas clave


de una cultura DevOps

02 02 La manera de construir
una cultura devOps

02 03 Los desafíos avanzan


hacia una cultura DevOps

21
Organization
Código de Área del Plan de Referencias
Área del Estudios: Principales
Plan de Organización (OR)
Estudios
OR

Nivel Tema

Conocer los aspectos clave de la


Organización

Especificamente para recordar:

01 01 Modelos Organizacionales: • http://smallbusiness.


chron.com/
• Impacto de DevOps en
organizational-vs-
la Organización
operational-72509.html
• Alineación del modelo
organizacional con los
Servicios de TI

• Estructuración
tradicional de equipos y
desperdicio

• Importancia de las
versiones híbridas de
DevOps

• Enfoque centrado en
la actividad versus
Enfoque centrado en el
Producto

• Organograma DevOps

22
01 02 Equipos Autónomos: • https://blog.newrelic.
com/2013/02/26/
• ¿Qué es la autonomía?
autonomous-teams-
• Autonomía de los what-they-are-and-
equipos why-you-should-care/
• Criterios para equipos
autónomos

• Punto de
desacoplamiento:
Una consideración
clave para los equipos
autónomos

01 03 Ley de Conway y • https://en.wikipedia.org/


Arquitectura de las wiki/Conway%27s_law
Organizaciones

01 04 Resolviendo los problemas • www.spotify.com


de autonomía - Un ejemplo
de la vida real: El Modelo
de Spotify

23
01 05 Arquitecturas para • https://www.sqa.
DevOps: org.uk/e-learning/
SDM03CD/page_02.
• Objetivo de la
htm
Arquitectura de TI
• http://study.
• Enfocarse en Construir
com/academy/
con Calidad
lesson/functional-
• Avanzar hacia servicios non-functional-
más pequeños en la requirements-definition-
arquitectura de TI documents.html
• Relación entre • http://www.onedesk.
Complejidad y Calidad com/functional-
requirements-vs-
non-functional-
requirements/

• http://se.ethz.
ch/~meyer/publications/
computer/quality_first.
pdf

• Relation Between
Complexity and Quality

24
01 06 • Arquitectura de • https://martinfowler.
Microservicios (MSA) y com/articles/
sus características microservices.html

• MSA admite un • https://www.infoq.com/


desarrollo de software articles/microservices-
rápido, más económico revolution
y mejor
• https://assets.kpmg.
• Arquitecturas para la com/content/dam/
Resiliencia Sistemática kpmg/pdf/2016/04/
architecting-resilient-
• Pasar de Legacy a
enterprise.pdf
servicios más pequeños
• http://techblog.netflix.
com/2012/07/chaos-
monkey-released-into-
wild.html

• https://
continuousdelivery.
com/implementing/
architecture/

• https://techbeacon.
com/containers-
microservices-how-
modernize-legacy-
applications

25
01 07 Gobernabilidad: • https://www.isaca.
org/Certification/
• Gobernabilidad en
CGEIT-Certified-in-
DevOps
the-Governance-
• Gobernabilidad dentro of-Enterprise-IT/
de los equipos y entre Prepare-for-the-Exam/
múltiples equipos Study-Materials/
• Scrum de Scrums con Documents/Developing-
equipos ágiles para a-Successful-
coordinar y colaborar Governance-Strategy.pdf
• https://devops.com/
it-governance-at-devops-
speed-time-to-shift-
gears-from-projects-
to-products-by-john-
jeremiah-technology-
evangelist-hewlett-
packard-enterprise/
• https://www.
mountaingoatsoftware.
com/agile/scrum/roles/
team
• https://www.
scrumalliance.org/
community/articles/2007/
may/advice-on-
conducting-the-scrum-of-
scrums-meeting

Comprender los siguientes aspectos de la


Organización

Especificamente para identificar:

02 01

02 02

26
Procesos
Código de Área del Plan de Referencias
Área del Estudios: Principales
Plan de Procesos (PR)
Estudios
PR

Nivel Tema

Conozca los aspectos clave de los Procesos

Especificamente para recordar:

01 01 Definición de proceso y • https://its.syr.edu/eps/


de los componentes clave services/process/what_
de un proceso: objetivo, is.html
resultado, entradas,
rendimiento, salida, cliente

01 02 DevOps en Relación con • http://www.


ITSM: connectsphere.com/
resource/articles/
• ITSM
what-is-the-itil-service-
• DevOps e ITSM lifecycle

• http://www.bmc.com/
blogs/itil-and-devops-
lets-not-paper-over-
the-differences

• http://www.
theitsmreview.
com/2014/03/trust-
devops-movement-fits-
perfectly-itsm/

27
01 03 Ágil y Scrum: • http://www.agilenutshell.
com/
• Tradicional versus Ágil
• https://www.
• Rol de los equipos
tutorialspoint.com/sdlc/
de características
sdlc_agile_model.htm
multidisciplinarias
• http://
• El Manifiesto Ágil
istqbexamcertification.
• El flujo de Scrum com/what-is-agile-
• Ventajas de trabajar methodology-examples-
Ágil when-to-use-it-
advantages-and-
disadvantages/

• http://www.optimusinfo.
com/traditional-
vs-agile-software-
development/

• http://www.informit.com/
articles/article.
aspx?p=167423­
4&seqNum=8

• http://agilemanifesto.org/
principles.html

28
01 04 Optimización de procesos • http://www.panview.
con Lean: nl/en/lean-production-
toyota-3m-model/
• ¿Qué es Lean?
toyota-3m-model-
• Los ocho tipo de muda-mura-muri
desperdicios de Lean
• https://www.lean.org/
• Optimización de WhatsLean/History.cfm
procesos utilizando el
• https://www.
Mapa de flujo de valor
processexcellencenetwork.
(Value Stream Mapping)
com/business-
transformation/articles/
the-8-deadly-lean-
wastes-downtime

• http://www.workwisellc.
com/using-value-
stream-mapping-vsm-
to-optimize-your-erp-
system/

• http://
leanmanufacturing­tools.
org/551/creating-a-
value-stream-map/

29
01 06 Optimización del Valor • https://www.techopedia.
al Negocio y Análisis de com/definition/27809/
Negocio usando Story minimum-viable-
Mapping product-mvp

• El rol del Producto • https://boagworld.com/


Mínimo Viable en un dev/minimum-viable-
proceso ágil product-mvp/

• ¿Cómo funciona el • http://jpattonassociates.


Story Mapping? com/wp-content/
uploads/2015/03/
• El rol de las
story_mapping.pdf
rodajas(slices) en Story
Mapping • http://jpattonassociates.
com/user-story-
mapping/

• https://nmeggoudis.
org/2016/12/28/user-
story-mapping/

Comprender los siguientes aspectos de los


Procesos

Especificamente para identificar:

02 01 Las ventajas y desventajas


de desarrollar aplicaciones
de software usando el
enfoque de cascada
(Waterfall)

02 02

30
Automatización
Código de Área del Plan de
Área del Estudios:
Referencias
Plan de Automatización (AU)
Principales
Estudios
AU

Nivel Tema

Conozca los aspectos clave de


Automatización

Especificamente para recordar:

01 01 Automatización para la • http://www.economist.


Entrega de Software: com/news/special-
report/21700758-
• La automatización de
will-smarter-
trabajos rutinarios
machines-cause-
• La automatización mass-unemployment-
cambia el enfoque automation-and-anxiety
hacia las tareas de
• http://learning.uonbi.
ingeniería
ac.ke/courses/DBA203/
• Equipos de DevOps y scormPackages/
enfoque en la entrega path_2/753_charles_
de valor perrows_knowledge_
• Todo como código technology.html

• http://www.ijsrp.org/
research-paper-1216/
ijsrp-p6079.pdf

• DevOps Teams and


Focus on the Delivery of
Value

• https://speakerdeck.
com/garethr/
everything-as-code

31
01 02 Conceptos básicos de • https://continuousdelivery.
Entrega Continua: com/
• https://www.
• ¿Qué es la entrega
thoughtworks.com/
continua?
continuous-delivery
• Beneficios de la • https://www.visualstudio.
automatización de la com/learn/what-is-
entrega continua continuous-delivery/
• Reducción del tiempo • https://aws.amazon.
del ciclo:Meta principal com/devops/continuous-
de la entrega continua delivery/
• Benefits of Automating
• Principios principales de
Continuous Delivery
la entrega continua
• Cycle Time Reduction:
• Entrega continua versus Continuous Delivery
Integración y Despliegue Primary Goal
• Temas de enfoque de la • http://btdconf.org/
entrega continua wp-content/uploads/
Next-Generation-Test-
Automation-Challenges-
Require-New-
Solutions-v2.pdf
• https://devops.com/
continuous-integration-
vs-delivery-vs-
deployment-whats-
difference/
• http://stackoverflow.com/
questions/28608015/
continuous-integration-
vs-continuous-delivery-
vs-continuous-
deployment
• Continuous Delivery Focus
Topics

32
01 03 Conceptos de • http://blog.xebia.com/
Automatización de la continuous-delivery-is-
Entrega Continua: about-removing-waste-
from-the-software-
• El software tiene que delivery-pipeline/
fluir
• Impact of Continuous
• El impacto de la Delivery on a DevOps
entrega continua en Team’s Performance
el rendimiento de un
• Types of Feedback
equipo DevOps
• https://en.wikipedia.org/
• Tipos de wiki/Fail-fast
retroalimentación
• http://whatis.techtarget.
• Fallar rápido: ¡Fallo com/definition/fail-fast
inmediato y visible!
• https://www.
• DevOps versus Entrega revolvy.com/topic/
Continua Fault-tolerant%20
design&item_type=topic
• https://www.youtube.
com/watch?v=7Pq-
S557XQU
• https://devops.
com/devops-and-
continuous-delivery-
not-same/
• https://
www.3pillarglobal­.com/
insights/devops-and-
continuous-delivery-
the-future-of-software-
development-2
• http://workingwithdevs.
com/devops-vs-
continuous-delivery/

33
01 04 Temas de enfoque de • Automation Build and
la automatización de la Software Package
entrega continua Delivery Flow

• Automatización de la • http://www.abstracta.
construcción (Build) y us/2015/10/26/best-
flujo de entrega de los testing-practices-
paquetes de software for-agile-teams-the-
automation-pyramid/
• Automatización de
pruebas y validación • https://techbeacon.
de software optimizado com/test-automation-
(Pruebas) basics-every-software-
developer-should-know
• Prueba
Automatizada:DevOps • http://www.
fusiona la Especificación westerndevs.com/bdd-
y la Verificación vs-tdd/

• Despliegue • http://www.yzuzun.
automatizado y sus com/2016/11/behavior-
beneficios driven-development-
using-specflow-and-
• Estrategias de
cucumber/
despliegue
• https://gaboesquivel.
• Automatización del
com/blog/2014/
aprovisionamiento
differences-between-
• Contenedores tdd-atdd-and-bdd/
(Microservicios)
• http://www.
• Entrega continua del seleniumframework.
Backlog com/cucumber-2/
make-a-case/atdd-tdd-
bdd/

34
• Automated Deployment
and its Benefits
• https://www.red-gate.
com/blog/database-
lifecycle-management/5-
big-benefits-automated-
deployment
• https://leantesting.com/
automated-deployment/
• https://jazz.net/devops_
adoption_framework/
devops.practice.tech.
automate_deployment.
base-ibm/guidances/
supportingmaterials/
benefits_of_automated_
deployment_578B5CB0.
html
• Deployment Strategies
• https://launchdarkly.com/
featureflags.html
• https://dzone.com/
articles/why-leading-
companies-dark-launch
• https://www.
digitalocean.com/
community/tutorials/
how-to-use-blue-green-
deployments-to-release-
software-safely
• https://martinfowler.com/
bliki/CanaryRelease.html
• Automated Provisioning
• Containerization
(Microservices)
• Continuous Delivery
Backlog

35
01 05 Surgimiento de la • http://www.annexgroup.
Tecnología de la Nube y sus com/newsletter/
Principios: advice2-0910/

• Surgimiento de la • http://aisel.aisnet.org/cgi/­
computación en la nube viewcontent.cgi?article=­
1033&context=icis2011
• Servicios en la nube,
infraestructura, • https://www.
plataforma y servicio slideshare.net/riarui/
de autoservicio the-emergence-of-
cloud-­computing-and-
• Principios de Nube del
software-testing
Instituto Nacional de
Estandarización (NIST) • http://www.bitheads.
com/­what-types-of-
cloud-services-are-
available/

• https://support.
rackspace­.com/
white-paper/
understanding-­the-
cloud-computing-stack-­
saas-paas-iaas/

• http://www.imarda.com/­
blog/enterprise-cloud-
software/

• National Institute of
Standardization (NIST)
Cloud Principles

36
01 06 Conceptos de servicios
en la nube en una
organización DevOps:

• Principios de la nube
en una organización
DevOps

• Diferente
conversaciones
entre Desarrollo y
Operaciones en una
organización tradicional

• Diferentes estilos
de interacción
entre Desarrollo y
Operaciones en una
organización DevOps

• Equipos de Plataforma
DevOps como
“Proveedor de servicios
en la nube”

• Producto de Sistemas
de Negocio DevOps y
equipos de Productos
de Plataforma

• Diferentes tipos de nube


para operar

37
01 07 Conceptos de • https://www.theregister.
Aprovisionamiento co.uk/2013/03/18/
Automatizado: servers_pets_or_cattle_
cern/
• Mascotas versus
Ganado • http://marketing-made-
simple.com/articles/
• Configuración del
push-pull-strategy.htm
estado deseado para
automatizar entornos • https://blogs.msdn.
microsoft.com/
• Aprovisionamiento
powershell/2013/11/26/
automatizado con
push-and-pull-
infraestructura mutable
configuration-modes/
e infraestructura
inmutable • https://www.simple-
talk.com/sysadmin/
• Entrega continua
powershell/powershell-
para Productos de
desired-state-
Plataforma
configuration-the-basics/
• Aprovisionamiento
• Automated Provisioning
automatizado y
with Mutable
Mentalidad de
Infrastructure and
ingeniería
Immutable Infrastructure

• https://octopus.com/
docs/guides/elastic-and-
transient-environments/
immutable-infrastructure

• Continuous Delivery for


Platform Products

• https://capgemini.
github.io/devops/
DevOpsAndMeEngineer/

38
01 08 Características del • https://12factor.net/
Producto de Plataforma y
• http://www.
Madurez de la Aplicación:
reactivemanifesto.org/
• Servicios requeridos por • http://www.clearlytech.
los Equipos de Sistema com/2014/01/04/12-
de Negocio DevOps factor-apps-plain-
• Equipos de producto, english/
servicios en la nube y
libertad

• Uso de servicios de
plataforma y madurez
de la aplicación

• ¿Cómo aplicar los


conceptos de la nube a
una organización?

Comprender los siguientes aspectos de la


Automatización

especificamente para identificar:

02 01

02 02

39
Medida y Mejora
Código de Área del Plan de Referencias
Área del Estudios: Principales
Plan de Medida y Mejora
Estudios (MM)
MM

Nivel Tema

Conozca los aspectos clave de Medición y


Mejora

Especificamente para recordar:

01 01 Importancia de la Medición • http://smallbusiness.


chron.com/importance-
• Necesidad de Medición
measuring-progress-
y Retroalimentación
business-64966.html
• Importancia de la
• https://www.
retroalimentación:
thebalance.com/
Modelo de las Tres
you-can-t-manage-
Maneras (Three Ways
what-you-dont-
Model)
measure-2275996
• Mediciones y CALMS
• http://itrevolution.
• Relación entre Medición com/the-three-ways-
y Responsabilidad principles-underpinning-
devops/

• https://www.excella.
com/insights/5-key-
aspects-of-devops

• Relation Between
Measurement and
Responsibility

40
01 02 Elegir las métricas correctas • https://en.wikipedia.org/
• Sesgo de supervivencia wiki/Survivorship_bias
• Acciones basadas en • https://www.intrafocus.
mediciones com/lead-and-lag-
• Métricas de Rendimiento indicators/
versus Predictores • http://www.dbmaestro.
de Rendimiento com/2015/01/the-top-
(Indicadores principales 5-predictors-of-high-it-
(Leading) e Indicadores performance/
de retraso (Lagging))
• http://www.
• Medición de los
itsmprofessor.
indicadores principales
net/2016/10/devops-
(Leading) de la
top-5-predictors-of-it.
cultura, organización,
html
eficiencia de procesos,
automatización del • Forsgren & Humble
desarrollo de software, The Role of Continuous
automatización de Delivery in IT and
centros de datos y Organizational
mediciones Performance

• Prácticas principales • Forsgren & Humble


correlacionadas con DevOps: Profiles in
la frecuencia con ITSM Performance and
la Frecuencia del Contributing Factors
Despliegue, Tiempo de
Espera para Cambios
y el Tiempo Medio de
Recuperación (MTTR)
• Los cinco mejores
predictores de
rendimiento de TI
• Rendimiento de TI:
Rendimiento versus
Estabilidad

41
01 03 Monitoreo y Registro • http://news.ewmfg.
com/blog/how-to-
• Monitoreo continuo y su
implement-the-pdca-
alcance
cycle-plan-do-check-
• Monitoreo optimizado act-in-any-department
para DevOps
• https://devops.com/
• Recopilación de proactive-monitoring/
retroalimentación de un
• https://www.
canal automatizado de
visualstudio.com/en-us/
la entrega de software
docs/report/sharepoint-
• Tableros de control dashboards/quality-
para construir la cultura dashboard-agile-cmmi
de retroalimentación
• https://devops.com/
(Tableros de control
logging-wins-for-
de Entregas, Tableros
devops-and-security/
de control de Pruebas
y Calidad, Tableros de • https://devops.com/
control de Construcción, log-data-valuable-
Tableros de control de tool-devops-lifecycle-
Rendimiento y Tableros beyond/
de control de uso del • Logs: A Source of
producto) Important Information
• Importancia del
registro de las
partes interesadas
(Stakeholders) y
ejemplos de uso

Comprender los siguientes aspectos de


Medición y Mejora

Especificamente para identificar:

02 01

02 02

42
© 2017 - DevOps Agile Skills Association

Todos los derechos reservados. Ninguna parte de está


publicación puede ser publicada, reproducida, copiada o
almacenada en sistemas de procesamiento de datos o
distribuida de ninguna manera impresa, fotocopia, microfilm
o cualquier otro método sin el consentimiento por escrito de
DASA

www.devopsagileskills.org

43

También podría gustarte