Integración Continua

Transparencias usadas por klicap durante su participación en Madrid DevOps

Transcript

1. INTEGRACIÓN CONTINUA Jueves, 10 de abril de 2014 Esa práctica de ingeniería del software de la que muchos hablan pero que no todos practican
2. Software Developer http://manuelrecena.com @recena Software Developer http://amunizmartin.com @amunizmartin
3. IMPLANTAR ESTA PRÁCTICA ES UN CAMINO COMPLICADO
4. ¿POR QUÉ?
5. ASPECTOS TÉCNICOS
6. A. Qué alternativas tenemos? B. Cómo se integran con las herramientas que usamos? C. Soporte para múltiples stacks tecnológicos D. Soporte para distintas herramientas de construcción E. Qué pasa si aumenta el nº de usuarios y proyectos? aspectos técnicos
7. F. Mantenimiento. “El que lo montó se fue” G. Hay vida más allá de Java, Ruby, Javascript, … quieres programan micro-controladores existen aspectos técnicos
8. EL INFORMÁTICO, EL MAL DE LA INFORMÁTICA
9. el informático, el mal de la informática “Eso lo montamos en una semana” Pedro Gómez, Project Lead en Tolofónica, S.L.U. “Integración Continua es montar un Jenkins” Ángela Pérez, Software Developer en Informática Mairena, S.L. “Eso es culpa del Jenkins, en mi equipo funciona” Jaime Sanz, uno más en cualquier empresa
10. TIEMPOS PASADOS
11. tiempos pasados A. Equipos donde no hay cabida a ideas frescas B. Reticencia al cambio C. “mejora continua” es un término que sólo usan cuando hablan con el tutor de su hijo D. Nunca hay tiempo E. “Si funciona, no lo toques” llevado al extremo
12. tiempos pasados F. Trabajamos para un cliente y el NDA dice, blablabla G. En cada proyecto resuelven sus necesidades
13. IDEA MAL CONCEBIDA
14. idea mal concebida A. Automatizar no es hacer integración continua B. Es un medio, no un fin C. Las herramientas ayudan, pero lo importante son los procesos. ¿Qué pasa cuando…?
15. RADIADORES DE INFORMACIÓN
16. radiadores de información A. Para dar valor, hay que medir. B. Información dispersa y desorganizada C. Sistemas de notificación
17. A. Aspectos técnicos B. El informático, el mal de la informática C. Tiempo pasados D. Idea mal concebida E. Radiadores de información resumen de ideas
18. MISMO DESTINO, CAMINOS DIFERENTES
19. PRIMER CRUCE EN EL CAMINO
20. primer cruce en el camino A. Una máxima. Si no es tu negocio, no te metas. B. El coste importante no está en la instalación y configuración, sino en el mantenimiento e integraciones C. Control de acceso. SSO. ¿Nos lo montamos o producto?
21. SEGUNDO CRUCE EN EL CAMINOquizás no exista
22. segundo cruce en el camino A. ¿Tienes infraestructura y gente con experiencia administrando (sysadmin) este tipo de herramientas? B. ¿Te sigue dando miedo el cloud? C. ¿Tienes restricciones contractuales impuestas? ¿En casita o como servicio?
23. HERRAMIENTAS DE CONSTRUCCION
24. herramientas de construcción A. Pieza clave. Requisito básico. B. Es el lenguaje que entenderá nuestro servidor de IC C. Hay para todos los gustos
25. BUENAS PRÁCTICAS
26. líneas de automatización A. Compilación, empaquetado y distribución B. Generación de documentación C. Testing D. Inspección de código E. Deployment
27. tareas A. Crea tareas por cada “causa” que quieras controlar B. Define convenciones en el nombrado C. Define una política de ejecución D. Listas de correo para las notificaciones E. Definición temprana
28. EN CASA DEL HERRERO, …
29. demostración
30. troleamos? A. Todo el peso al IDE? B. ¿Por qué no te gusta Jenkins? C. La carta de los Reyes Magos. Hacer IC con un click D. Development Environment dentro o fuera del entorno de IC?
31. mil gracias