S15-DAW-2022S1.pptx

Facultad de Ciencias Informáticas
Desarrollo de Aplicaciones Web
Unidad 4 Sistema de Control de
versiones
PhD(c). Luis Fernando Aguas Bucheli
+593 984015184
@Aguaszoft
luis.aguas@utm.edu.ec

Objetivos de Desarrollo Sostenible
Meta
4.7 De aquí a 2030, asegurar que todos los alumnos adquieran
los conocimientos teóricos y prácticos necesarios para promover
el desarrollo sostenible, entre otras cosas mediante la educación
para el desarrollo sostenible y los estilos de vida sostenibles, los
derechos humanos, la igualdad de género, la promoción de una
cultura de paz y no violencia, la ciudadanía mundial y la
valoración de la diversidad cultural y la contribución de la cultura
al desarrollo sostenible

«Hay dos lobos que siempre están luchando. Uno es
oscuridad y desesperación. El otro es luz y esperanza.
¿Cuál gana? Aquel al que alimentas.»

Resultado de Aprendizaje
• Diseñar un producto de
software en el que se
apliquen principios de
diseño, para que sea
robusto, fácil de mantener
y modificar
Contenido
• Unidad 4 Sistema de Control de
versiones
• 4.1.2 Operaciones básicas
• 4.1.3 Manejo de ramas y flujos de
trabajo
• 4.2 Introducción a DevOps
• 4.2.1 Repositorios y herramientas
en la nube
• 4.2.2 Integración y Despliegue
Continuo

4
¿Qué es DevOps?
Development and Operations
Agilidad Estabilidad

¿Qué es DevOps?: Definición
• Es una práctica que busca que los equipos
de desarrollo y operaciones participen de
manera conjunta en el ciclo de vida de una
aplicación, desde su desarrollo hasta que
está en operación.
• Se caracteriza porque los equipos de
operaciones usan las mismas técnicas que
los desarrolladores para que los sistemas
funcionen
Hay muchas … pero para nosotros:
7

Es una filosofía, un enfoque, no existe ningún
estándar, metodología o herramienta como tal
8

9
Pero sin embargo, cualquier iniciativa DevOps
tiene como características comunes:
Acercar la interacción entre
Desarrollo y Operaciones:
“Funcionalidades vs. Tickets”
Entrega continua
(Continuous Delivery pipeline)
• Integración continua (CI)
• Calidad continua (CQ)
• Despliegue continuo (CD)

¿Qué es DevOps?: Enfoque tradicional

¿Qué es DevOps?: Otros enfoques

12
¿Qué es DevOps?: Otrosenfoques
Continuous
delivery
Continuous
pre-deployment
Continuous
architecting
Continuou
adaptation
ARCHITECT
OPTIMUS
ACSmI
ADAPT
https://www.decide-h2020.eu/

¿Qué es DevOps?: Enfoque
Al final, cada empresa tiene que determinar qué
DevÔps es el adecuado para su producto o
servicio, pero siempre:
• Con un plan y objetivos claros
• Alineado con sus necesidades de negocio
• La formación y conocimiento del equipo
• Las características de su aplicación
• Sus puntos críticos de mejora

¿Qué es DevOps?: ¿Por qué surge?
• La barrera entre el desarrollo y la operación
cada vez es mayor
• Los desarrollos son cada vez más complejos
• El número de pasos para poner algo en
producción crece
• La frecuencia de despliegues es cada vez mayor
• Tardar en recuperarse de un fallo supone perder
un cliente

¿Qué es DevOps?: Beneficios
Eficiencia
Satisfacción
del cliente
Uptime de la
aplicación
Agilidad Más valor:
nuevas
capacidades
Productividad
y Satisfacción
Equipo
Conversión
de nuevos
clientes 15

16
¿Qué es DevOps?: Barreras
Cultura
alguna parte
del proceso
No automatizarAplicaciones /
infraestructura
legadas
Complejidad
aplicaciones
No plan
claro
DevOps
Herramientas Gestión de Formación
entornos /
estandarización
entornos
Compromiso
Dirección
Presupuesto

Prácticas DevOps
• Desarrollar y probar en un entorno similar al
de producción
• Despliegues continuos
• Validación continua de la calidad de la
operación de la aplicación
• Cerrar el ciclo de feedback (monitorizar
siempre)

Rol del Project Manager
◆ Definir bien qué es DevOps en mi organización
◆Aceptar (y asumir) los cambios (“Embrace the
change”) pero sin descuidar los objetivos de
negocio.
◆ Los proyectos DevOps son ‘infinitos’, se busca
integrar Dev + Ops, luego no terminan nunca.
◆ Cambio de mentalidad.
◆Más relación con el cliente, que puede dar su
feedback de manera continua

19
◆Más agilidad, desarrollar nuevas
funcionalidades y más rápidamente. El PM
debe ser consciente de las nuevas
funcionalidades lo que podría llevar a una
micro-gestión.
◆Más riesgos, no sólo de desarrollo o
producción, sino de ambos entornos
combinados así como riesgos inherentes a la
comunicación

◆Cuidado con el Scope creep a la hora de
automatizar:
⎼DevOps busca automatizar la integración,
pruebas y despliegue, pero hay que
evaluar bien el tiempo necesario para
automatizar una tarea, respecto al
beneficio (Beneficio vs. Esfuerzo)
⎼Si no se tiene experiencia en DevOps,
investigar sobre las herramientas que
existen y ver su grado de integración (p.e
Jenkins, Maven, Git en Eclipse)

◆Cuidado con el Scope creep a la hora de
implementar:
⎼ … como en cualquier proyecto
software
◆Los requisitos no funcionales son tan
importantes como los funcionales
◆Ser el “poli malo” a veces. Preguntar:
¿para
qué? ¿por qué?

22
◆ Medir, medir, medir
⎼ No sólo el coste, tiempo y alcance (y en software, calidad)
⎼ Infraestructura y aplicación
⎼ Métricas relativas al software, tanto en tiempo de diseño
como de operación (SLA):
⎼ Disponibilidad, rendimiento, tiempo de respuesta, …
⎼ MTTR, MTBF
⎼ cobertura de las pruebas
⎼ complejidad del código
⎼ tiempo necesario para el despliegue, número de
despliegues, …
◆ Solo lo que se mide, se puede mejorar
◆Midiendo, se es capaz de anticipar los problemas en la aplicación
e infraestructura antes de que los clientes se quejen

◆Favorecer y facilitar la comunicación entre
Team Devs y Team Ops
⎼ Diferentes terminologías
⎼ Diferentes objetivos y prioridades
⎼ Diferentes herramientas y entornos
⎼ Diferentes maneras de trabajar
◆ Integrar ambos equipos en uno solo
◆ Proveer de recursos para formación

S15-DAW-2022S1.pptx

Más contenido relacionado

Similar a S15-DAW-2022S1.pptx (20)

Más de Luis Fernando Aguas Bucheli (20)

Último (20)

S15-DAW-2022S1.pptx