Memorias

Sé participe de los mejores momentos del Foro.

Descripción

Como usuarios, ya estamos acostumbrados a que Twitter, Facebook, Netflix estén mejorando su aplicación de manera permanente. Encontramos nuevas características y/o mejoras a las existentes de forma constante. No tenemos que esperar a que pasen meses para que liberen la nueva versión. Decimos que tienen una “entrega de valor” continúa hacia los usuarios: valor para el usuario final, además de garantizar la calidad de lo que se está liberando.

Desarrollar software y salir a producción (operarlo) son actividades que, en las empresas, típicamente han sido manejadas por grupos funcionales distintos. Mientras que Desarrollo piensa en "sacar a producción nuevas funcionalidades", Operaciones piensa en mantener el sistema estable. Esto ha creado una tensión entre los dos grupos dado que Operaciones no quiere correr el riesgo de sacar a producción funcionalidades que no estén suficientemente probadas o que puedan entrar en conflicto con lo que ya existía y, por otro lado, Desarrollo se queja de los largos tiempos para sacar las nuevas funcionalidades o mejoras a la aplicación. Estos problemas pasan en empresas cuyo negocio no es el software, pero donde el software es un soporte importante (casi todas) y también en empresas cuyo negocio es el software y atienden un público amplio de usuarios. Estos problemas no permiten la entrega de valor continua a los usuarios.

¿Cómo lograr esta entrega de valor continúa?

Las prácticas de DevOps intentan dar respuesta a esta pregunta. DevOps es el acrónimo en inglés de Development and Operations.

Unir Desarrollo y Operaciones significa que hay confianza en que lo que se va a entregar funciona correctamente, que la infraestructura sobre la que se va a desplegar está claramente definida y que una vez liberado, se podrá monitorear el estado del sistema para reaccionar lo más pronto que se pueda ante un fallo y si es necesario, volver al estado anterior sin perjudicar a los usuarios.


¿A quién va dirigido?

Este foro está dirigido a Líderes de tecnología y consultores de TI: arquitectos empresariales, arquitectos de sw, infraestructura, mantenimiento.

Profesionales que se desempeñen en cualquier rol del área de desarrollo u operación de software. Desde desarrolladores hasta gerentes de proyecto, con especial énfasis en miembros de equipos de aseguramiento de calidad de software.




Conferencistas

Rubby Casallas

Bienvenida y apertura

Mario Villamizar

Introducción a DevOps - Agilizando y automatizando la entrega continua de valor al negocio

Fabian Enrique Massey

DevOps y sus retos para la adopción en organizaciones tradicionales

Jairo Correa

Estrategia de despliegue de aplicaciones móviles: Lecciones aprendidas

Jorge Cupi Veliz

Uso de DevOps dentro de Microsoft

Miguel Mendoza

4 Aprendizajes sobre la Adopción de DevOps

Carlos Cortes

¿Cómo implementar DevOps y fracasar en el intento?





Agenda

*Sujeta a cambios sin previo aviso

Rubby Casallas Gutiérrez

Profesora Titular

Departamento Ingeniería de Sistemas y Computación
Universidad de los Andes

8:00 a.m - 8:45 a.m.


Motivación y conceptos ¿por qué?, ¿para qué?, ¿cómo?

  1. El cambio en la Organización antes y después
  2. El cambio en desarrollo (IC)
  3. Entrega continua (cambio en operaciones)

Mario Villamizar

Profesor de Cátedra

Departamento Ingeniería de Sistemas y Computación
Universidad de los Andes

Casos de Industria **

Miguel Mendoza

Principal Consultant

Design & Electronic Automation Engineer | Synergy TPC

8:45 a.m. - 9:05 a.m.


Caso Synergy TPC

4 aprendizajes sobre la adopción de DevOps

Carlos Cortes

DevOps Lead

AvalDigitalLabs (ADL)

9:05 a.m. - 9:25 a.m.


Caso Grupo Aval

¿Cómo implementar DevOps y fracasar en el intento?

Jorge Cupi Veliz

Software Engineer

Microsoft

9:25 a.m. - 9:45 a.m.


Caso Microsoft

Uso de DevOps dentro de Microsoft

Refrigerio y muestra comercial

9:45 a.m. - 10:15 a.m.

Jairo Correa

DevOps Consultant

Endava

10:15 a.m. - 10:35 a.m.


Caso Endava

Estrategia de despliegue de aplicaciones móviles: Lecciones aprendidas

Fabian Enrique Massey

DevOps Consultant

Intergrupo

10:35 a.m. - 10:55 a.m.


Caso Intergrupo

DevOps y sus retos para la adopción en organizaciones tradicionales - Caso Banca

Conversatorio

La seguridad y DevOps, Formación-Gente, cambio cultural

10:55 a.m. - 12:00 p.m.


Rubby Casallas

Profesora Titular

Departamento Ingeniería de Sistemas y Computación Universidad de los Andes

12:00 p.m.


Cierre Jornada AM

Importante

** En los casos de industria las charlas tendran enfasis en los siguientes temas:

  1. Cambio cultural: Dificultad de adopción. Retos: Jeraquía organizacional, Manejo de las responsabilidades, Construcción de Confianza (temor de perdida de control)
  2. IC: Responsabilidad compartida (desarrollo le toca pensar en el valor). Polaridad entre salir rapido muchas veces o quedarse estable. Implicaciones de la Arquitectura del Sw (monolitica. difícil despliegue). Aplicaciones legado.
  3. Manejo de repositorios de fuentes (GIT), Testing automatizado y continuo. Calidad medible. Seguridad
  4. Caso de las aplicaciones móviles
  5. Infraestructura como código, infraestructura inmutable. Reto: on-premise sin sistemas de gestión. "configuration management"
  6. Resiliencia: entender el estado de salud de los sistemas (infraestructura, aplicaciones, usuarios, información-fallos silenciosos)
  7. Cómo medir la satisfacción del cliente. Cómo enfocarse en los indicadores apropiados.

Curso introductorio DevOps

Rubby Casallas Gutiérrez

Profesora Titular

Departamento Ingeniería de Sistemas y Computación
Universidad de los Andes

2:00 p.m - 3:45 p.m.


1. Conceptos fundamentales de los procesos de DevOps y Motivación.

  • No se trata de comprar "la herramienta"
  • Se debe poder medir el impacto de los procesos de DevOps
  • Caracteristicas y diagnóstico de los procesos actuales de los
  • participantes para llegar a DevOps.
  • Practicas

Mario Villamizar

Profesor de Cátedra

Departamento Ingeniería de Sistemas y Computación
Universidad de los Andes

Miguel Mendoza

Principal Consultant

Design & Electronic Automation Engineer | Synergy TPC


Andrés Romero

DevOps Engineer

Endava


Fabian Enrique Massey

DevOps Consultant

Intergrupo

2. Proceso de Integración Continua

  • Prácticas: Estrategias versionamiento
    • Githubflow
  • Herramienta de IC
  • Calidad (Ver reportes. Jenkins, Sonarqube, leak):
    • Estabilidad, Pruebas (resultados, cubrimiento)
    • Deuda Técnica
    • Leak

Refrigerio

3:45 p.m. - 4:05 p.m.

Miguel Mendoza

Principal Consultant

Design & Electronic Automation Engineer | Synergy TPC


Sebastian Puerto

DevOps Engineer

Endava


Fabian Enrique Massey

DevOps Consultant

Intergrupo

4:05 p.m. - 5:40 p.m.


3. Problemas de Negocio de Despliegue

  • Escenarios:
    • Nube: Máquinas virtuales
    • Plataforma (PAAS)
    • Orquestación Contenedores (Dockers, Kubernets)
    • Servless
  • Herramientas de automatizacion de despliegues

Miguel Mendoza

Principal Consultant

Design & Electronic Automation Engineer | Synergy TPC


Julián Alarcón

DevOps Engineer

Endava


Fabian Enrique Massey

DevOps Consultant

Intergrupo

4. Tableros de Control

  • Grafana + prometeus: Estado de la aplicación- Desarrollo, Despliegue
  • Azure devops:
    • Estado de la aplicación- Desarrollo
    • Despliegue

Miguel Mendoza

Principal Consultant

Design & Electronic Automation Engineer | Synergy TPC


Andrés Romero

DevOps Engineer

Endava


Fabian Enrique Massey

DevOps Consultant

Intergrupo

5. Instrumentos de diagnóstico y definición de Roadmap

Patrocinadores

¿QUIERES PARTICIPAR EN EL FORO?

Si su empresa, organización o institución quiere participar como patrocinador en el Foro “Innovación y oportunidades en atención en salud desde la Ingeniería de Información, envíenos sus datos y con gusto lo contactaremos.

dashboard

Apoyan


Contáctanos

Y sigue los mejores acontecimientos del Departamento

EMAIL relexternasdisc@uniandes.edu.co
TELÉFONO 3394949 ext. 1851 - 2860
DIRECCIÓN Calle 19A No. 1-82 Este - Universidad de los Andes

@DISCUNIANDES


Enviar email



Universidad de los Andes I Vigilada Mineducación.

Reconocimiento como universidad: Decreto 1297 del 30 de mayo de 1964. I Reconocimiento Personería Jurídica: Resolución 28 del 23 de febrero de 1994 Minjusticia.