DevOps.

html Page 1 of 12

DevOps

Lecciones DevOps para CIOS.

Qué es DevOps

Es un conjunto de prácticas y cambios culturales que permiten el desarrollo, contro

l de calidad y operaciones para satisfacer mejor las necesidades de los clientes.
Es un esfuerzo que se realiza en una organización para alinear los objetivos de los
desarrolladores y el personal de operaciones dentro de una organización. Colaborac
ión entre el equipo de trabajo. Experiencias basada en movimiento.
Nace debido a la creciente desconexión entre las funciones de desarrollo y operacio
nes dentro de los departamentos de IT.

DevOps
Developers + Operations

• Developers
◦ Programadores / Desarrolladores.
• Operations (Se engloban los departamento que mantienen el funcionamiento de la infraestructura)
◦ System Administrators.
◦ Network Administrators.
◦ Help Desk.
◦ Administradore de Sistemas.
◦ Administradores de REd.
◦ Mesa de ayuda / Atención al usuario.

Lo que no es DevOps
• No es un Producto.
• No es un Puesto de Trabajo.
• No es una Herramienta.
• No es un Marco de Trabajo.
• No es un Estandar de TI.
generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 2 of 12

• No es un Proceso.

Colaboración
• DevOps se trata de personas, procesos y tecnologías.- Pretende mejorar la colaboración de los
interesados.
• DevOps extiende la mentalidad Agile para incorporar operaciones.
• DevOps facilita la entrega continua.- Ciclos más cortos para entrega de productos de calidad.

Objetivos
• Mejora la frecuencia de despliegue.
• Utilizar herramientas como:
◦ Continuous Delivery:
◾ Unit Test - Platform Test - Deliver to Staging - App Acceptance Test - (el paso es
manual) Deploy to Production - Post Deploy Test
◦ Continuous Deployment
◾ Unit Test - Platform Test - Deliver to Staging - App Acceptance Test - (el paso es
automático) Deploy to Production - Post Deploy Test
• Mejorar el tiempo de entrega al mercado.
• Reducción de las tasas de error.
• Reducción de los tiempos de corrección.

Toyota Production System.

1. Los cinco por qué. La idea es encontrar el verdadero problema de acuerdo a un posible número de
cinco preguntas, no necesariamente siempre serán cinco, pero es en número más común para llegar
al problema de raiz.
2. Los siete desperdicios. Poner en marcha las 5S (seire-organizar, seiton-orden, seiso-limpieza,
Seiketsu-estandarización y Shitsuke-Disciplina).
3. Mejora Continua. Kaizen. Es una evaluación de los procesos y la introducción de cambios que
permitan mejorarlos pero de manera continua.

El Flujo de Trabajo DevOps

• Creación de entornos de desarrollo bajo demanda.
• Crear una fuente de verdad. (Git)
• Hacer una infraestructura fácil de sustituir.
generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 3 of 12

Devops Test Automáticos.

• Compilar, Testear e Integrar. (Commit -> Test -> Test -> OK). Herramientas como GitLab, Travs CL,
Bamboo.
• Crear Test de Confianza.
◦ Test Unitarios. Sirven para comprobar un solo metodo.
◦ Test de Aceptación. Testean aplicación completa.
◦ Test de Integración.- Que la aplicación se comunica de manera correcta, con servicios
externos.
• Correr los test en paralelos.
• Eliminar tareas manuales y hacer test automáticos.
• Integrar test de rendimiento.

Despliegues de bajo riesgo.

• Automatizar el proceso de despliegue.
• Despliegue autoservicio.
• Integración del despliegue.

Feedback entre departamentos.

• Monitorizar los servicios.
• Infraestructura centralizada de telemetría.
• Logs de aplicación
◦ Eventos de autenticacióin y autorización.
◦ Accesos al sistema y datos.
◦ Cambios a la aplicación y al sistema.
◦ Cambios a los datos.
◦ Entrada de datos inválidos.
◦ Recursos (Memroa, disco…)
◦ Salud y disponibilidad del servicio.
◦ Arranques y paradas.
◦ Fallos y errores.
◦ Disyuntores/Circuit breakers.
◦ Tiempos de retardo.
◦ Éxito o fallo en copias de seguridad.
• Cultura de Telemetría.
• Acceso a la información.

generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 4 of 12

Aprendizaje Técnico.
• Cultura del caos.
• Cultura de aprendizaje.
• Post-morten.
• Reducción de límites de las alertas.

Comunicación y Conocimiento en DevOps.

• Chat bots.
• Chat ops.
• Automatizar y estandarización de la documentación.
• Creación de conocimiento como obligación.
• Comparte el conocimiento adquirido.

Herramientas DevOps.

Integración y Despliegue.
• Jenkins (Open Source)
• Gitlab CI (Open Source)
• Atlassian Bamboo (Version Paga)
• Circle CI (Version Paga)
• Travis CI (Version Paga)

Monitorización.
• Nagios/lcinga.
• Telegraf/statsd.
• Graphite/Grafana
• AWS CloudWatch/Google StackDriver.
• Pingdom/StatusCake.
• NewRelic/Rollbar.

Alerta.
• Kapacitor.
• OpsGenie/VictorOps/PagerDuty
• Pushover
generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 5 of 12

Infraestructura de código en DevOps.

• Ansible.
• Chef.
• Puppet.
• Salt Stack.
• Packer/Terraform/Consul/Vault

Comunicación y ChatOps.
• Hubot.
• Atlassian Stride.
• Slack.
• Mattermost.

Elementos principales DevOps:

1. Colaboración.
2. Automatización.

Modelos de Madurez DevOps

1. Inicio.-
2. Manejo.-
3. Definción.-
4. Medición.-
5. Optimizado.-

Areas DevOps
1. Evaluación Contínua.
2. Integración Contínua y Testeo.
3. Entrega Contínua y la Implementación.
4. Operaciones Contínuas.

Marco DevOps.
• Vista General de Nivel 100.
generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 6 of 12

◦ Personas.
◦ Procesos.
◦ Valor de Negocio, etc.
• Prácticas Nivel 200.
◦ Infraestructura como código.
◦ Integración Contínua.
• Producción/Prácticas de Nivel 300.
◦ Azure Deployment template con Azure website + SQL DB.
◦ Aplicación en Linux, VM en Azure.
◦ GitHub + Visual Studio Team Services + Gadle.
◦ Visual Studio Team Services (GIF) + Jenkins (construcción)

11 cosas para saber DevOps.

De dónde viene?
• Movimiento de las Conferencias Volocity. (John Allspaw y Paul Hammond)
• Movimiento “Infraestructura como código”. (Mark Burgess y Luke HaniKanies)
• Movimiento “Infraestructura Agil”. (Andrew Shafer)
• Movimiento “Administración de sistema Ágil”. (Patrick DeBois)
• Movimiento “Lean Startup”. (Eric Ries)
• Movimiento “Integración Contínua y Liberación”. (Jez Humble)
• La amplia disponibilidad de tecnologías de la nube y PaaS. (Plataforma como Servicios)

Reducción en el tiempo de comercialización.

Tiempos de ciclos rápidos.

DevOps CALMS
• C - Culture (Cultura)
• A - Automation (Automatización)
• L - Lean ()
• M - Measurement (Medición)
• S - Sharing (Compartir)

Roles
generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 7 of 12

Equipo SCRUM
1. Desarrollador
2. Tester
3. Scrum Master
4. Dueño del Producto
Equipo IT
5. Administrador
6. Release
7. Seguridad
Otros
8. Cliente
9. Negocios
10. Hacker

Jenkins.

Jenkins es una herramienta de construcción e integración contínua.

Integracion Continua.
Es una práctica de implementación y requiere que se integren código en un repositorio compartido.
Github <-> Jenkins <-> Developer <-> Github
Existe un control de versiones para monitorear cambios, de tal manera que automáticamente construye y
ejecuta la aplicación.

Ventajas de uso de Integración Contínua.

• Detección y corrección de bugs en el desarrollo del proyecto.
• Mejorar la calidad del software.

Etapas de la Integración Contínua.

1. Etapa 1.

generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 8 of 12

• No hay servidores para la compilación.

• Proceso manual en la integración y generación de publicaciones.
• No hay exigencia de cambios continuos.
• Puede causar retrasos.

1. Etapa 2.

• Si hay servidores para la compilación, automatizados de forma regular.

• Hay un Script de compilación que compila y ejecuta un grupo de pruebas automatizadas.
• Los Desarrolladores registran sus cambios de forma regular.
• El servidor de compilación alertará a los miembros del equipo en caso de algún conflicto.

1. Etapa 3.

• El Servidor de Compilación está configurado para comenzar a compilar cada vez que se crea un
código nuevo en el repositorio central.
• Las compilaciones defectuosas son tratadas como un problema de alta prioridad para darle
solución inmediata.

1. Etapa 4.

• Existe calida de código automatizada y metricas de covertura de código, las cuales se ejecutan con
pruebas unitarias para evaluar continuamente la calidad del código.

1. Etapa 5.

• Existe una implementación automatizada.

Diferencia entre Integración Contínua, Entrega Contínua e

Implementación Contínua.
• Integración Contínua: Es la práctica de la fusión entre el trabajo de desarrollo con la rama principal
constantemente.
• Entrega Contínua: Es la entrega constante de código a un entorno una vez que el código esté listo
para ser enviado y pueda ser revisado.
• Implementación Contínua: La implementación o integración de código para producción tan pronto
como esté listo.

Qué es Jenkins.

Jenkins es un servidor de integración contínua y construcción.

Es normalmente usado para la construcción de proyectos de desarrollo de software de
generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 9 of 12

forma manual, periódica o automática.

Está hecho en código abierto y escrita en Java, dando soporte para varios lenguajes
.

Características de Jenkins.
• Fácil de usar.
• Flexible. Se apoya en aplicaciones para:
◦ Sistema de control de versiones.
◦ Métricas de calidad de código.
◦ Notificaciones de compilación.
◦ Personalización de UI.

Arquitectura Jenkins.
• Arquitectura Master and Slave de Jenkins.
◦ Master
◾ Gestionar los build jobs.
◾ Destina build a los slaves para la ejecución del job real.
◾ Monitorea los slaves y registra los resultados del build.
◾ Puede ejecutar build jobs directamente.
◦ Slave
◾ Ejecuta build jobs enviados por el master.
◦ Job/Project
◾ Estos dos terminos son usados indistintamente. Se refieren a tareas ejecutables que
son controladas o monitoreadas por Jenkins.
◦ Slave/Node
◾ Slaves son computadores establecidas para construir projectos para un master.
◾ Jenkins ejecuta un programa por separado llamado “slave agent” en los slaves.
◾ Node se utilizará para referirse a todas las máquinas que son parte de una malla
Jenkins, slaves y master.
◦ Executor
◾ Executor es una rama de builds a ser ejecutados en un node en paralelo.
◾ Un Node puede tener uno o mas executors.
◦ Build
◾ Un build es un resultado de uno de los proyectos.
◦ Plugin
◾ Es una pieza de software que amplia la funcionalidad fundamental del servidor central
de Jenkins.

generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 10 of 12

Consola UI de Jenkins.
• Instalar el plugin github.
• Instalar Maven.
◦ Maven describe como el software es construido.
◦ Maven describe las dependencias del proyecto.

Fases en el ciclo de vida de la construcción de un proyecto con

Maven.
• Validate.- Valida que el proyecto es correcto, y que toda la información necesaria está disponible.
• Compile.- Compila e código fuente del proyecto.
• Test.- Prueba el código fuente compilado usando un marco de prueba de unidad adecuado.
• Package.- Toma el código compilado y lo empaqueta en un formato destruible.
• Verify.- Ejecuta controles en los resultados de las pruebas de integración para asegurar la calidad.
• Install.- Instala el paquete en el repositorio local, para usarlo como una dependencia en otros
proyectos a nivel local.
• Deploy.- Copiar el paquete final en el repositorio remoto para compartirlo con otros desarrolladores
y proyectos.

Sondear el código fuente para generar compilados

automatizados.
• Ir a la sección Build Triggers
• Seleccionar opción Poll SCM
• Llenar la opción Schedeule con la sintaxis Cron:
´ ** * ** ´

Configuración de los argumentos de Jenkins

/t:Clean; Rebuild /p:Configuration=Debug

• Términos claves de Jenkins.

Entrega Contínua.
Implementación Contínua.

generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 11 of 12

Pruebas Unitarias

Integración Continua

Maquetación Landing Page

TDD en Landing Page

Forma de Trabajar con React

Herramienta de Desarrollo: Visual Studio Code

Sistemna de Control de Versiones: Git

Empaquetador de Aplicaciones: Webpack

Librerias Imprescindibles: Babel, Validate.js

Gestión de Rutas: React-Router

Testing: Jest

Efectos Visuales: CSS, D3

Integración Contínua: Jenkins

generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019
DevOps.html Page 12 of 12

Tipo de Aplicación: Isomórfica

Dockers con Node 11
Kubernetes

Instalar Jenkins
• Tener instalado Git
• Tener instalado MSBuild
• Configurar Git y MSBuil -> Administrar Jenkins/Global Tools Configuration
• Generar una nueva Tarea.
◦ Configurar el origen del código fuente y especificar la rama.
◦ Configurar MSBuild.
◦ Excluir el archivo Web.config.

Inspección Contínua.

Informes de Calidad de código y cobertura de código.

• Instalar FxCop Runner y Violations.

generated by haroopad

file:///C:/SIASW/Documentos/2019/Documentos/DevOps.html 10/05/2019