DevOps es un conjunto de prácticas que fomentan la colaboración entre equipos de desarrollo y operaciones para reducir costes, maximizar la entrega de valor y mejorar la productividad de los equipos mediante la automatización, la monitorización y la integración continua.
Automatización de pruebas con Selenium, Typescript, Protractor & CucumberSoftware Guru
En esta charla se revisará los requerimientos para poder crear un set de pruebas utilizando el poder de varias herramientas como: Selenium WebDriverJS, NodeJS, TypeScript, Protractor, Cucumber y Chai, las cuales al ser combinadas resultan en la fácil creación de frameworks de automatización útiles en la industria.
Presentada por: Gilberto Sánchez
En esta sesión daré una breve introducción al concepto serverless, pero me enfocare más en uno de los productos más relevantes llamado AWS Lambda, al final terminare con una demostración utilizando un framework para el llevar nuestro código local a la nube sea nada mas de ejecutar una instrucción.
Presentada por: Christian Melendez
Automatización de pruebas con Selenium, Typescript, Protractor & CucumberSoftware Guru
En esta charla se revisará los requerimientos para poder crear un set de pruebas utilizando el poder de varias herramientas como: Selenium WebDriverJS, NodeJS, TypeScript, Protractor, Cucumber y Chai, las cuales al ser combinadas resultan en la fácil creación de frameworks de automatización útiles en la industria.
Presentada por: Gilberto Sánchez
En esta sesión daré una breve introducción al concepto serverless, pero me enfocare más en uno de los productos más relevantes llamado AWS Lambda, al final terminare con una demostración utilizando un framework para el llevar nuestro código local a la nube sea nada mas de ejecutar una instrucción.
Presentada por: Christian Melendez
Introduccion a las novedades de Team Foundation Service, basada en las presentaciones del TechEd North America 2012 http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012
Leanitech te muestra el proceso de implementacion del proceso de lean Manufacturing en tu empresa y todos los beneficios que logras con la implementacion
¿Como se organiza un equipo pequeño para permancer autoadministrado mientras se despliegan continuamente servicios de cloud y además se mantiene el SLA pactado? Utilizando metodologías DevOps, monitoreando cada componente, realizando arquitecturas de alta disponibilidad y gestionando la infraestructura cómo si fuera un proyecto de código mediante automatización
DevOps como habilitador de continous deliveryJuan Mauricio
¿Por que necesitamos agilidad entregando software a los negocios?, ¿Por que Scrum se queda corto en la entrega de valor?, ¿Que es DevOps?, ¿Que es continuos Delivery?, ¿Como DevOps apoya el continous delivery?, y por ultimo ¿Que herramientas usar para automatizar el proceso de liberación de capacidades de negocio a través de tecnología?
Cómo mejorar los procesos de Operaciones y Desarrollo con Lean IT y DevOpsEXIN
Estamos en un momento de tormenta perfecta.
Desde hace años, las metodologías ágiles vienen aplicando los principios fundamentales del Lean Thinking en el desarrollo de aplicaciones en un movimiento que ha conseguido acelerar la producción de funcionalidades de software a niveles que pocos podíamos imaginar.
De la misma manera, la utilización de metodologías orientadas a procesos como ITIL(r) ha conseguido estabilizar los entornos de producción garantizando una entrega de servicios formal, estructurada y alineada con las necesidades del negocio.
Pero los paradigmas que encontramos en el lado de la producción no son los que encontramos en desarrollo. ¿Cuántas veces el fin de un sprint no se ha topado con la necesidad de contar con la aprobación formal de un Change Advisory Board que está planificado para dos semanas más tarde, rompiendo así todos los beneficios de la agilidad?
En este seminario veremos cómo los principios Lean-IT son aplicables tanto en el mundo del desarrollo como en el mundo de la entrega de servicios y analizaremos cómo se materializan estas ideas en las prácticas DevOps, que facilitan los pasos a producción teniendo en cuenta la visión completa de lo que esto significa, consiguiendo un flujo estable desde las ideas y demandas del negocio hasta la entrega de valor al usuario.
To many people ITIL seems like the antithesis of Agile, with process-heavy, manual checks and approval gates a blocker to rapid delivery. However, at its core ITIL recommends iterative and continual improvement of software services based on the ‘Plan, Do, Check, Act’ (PDCA) cycle of Deming, an approach also central to DevOps. In this talk we’ll explore how – if implemented appropriately – ITIL and Agile can complement each other for a DevOps approach to iterative evolution of successful software systems.
From our talk at Unicom DevOps Summit on 26th March 2015 in London.
Introduccion a las novedades de Team Foundation Service, basada en las presentaciones del TechEd North America 2012 http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012
Leanitech te muestra el proceso de implementacion del proceso de lean Manufacturing en tu empresa y todos los beneficios que logras con la implementacion
¿Como se organiza un equipo pequeño para permancer autoadministrado mientras se despliegan continuamente servicios de cloud y además se mantiene el SLA pactado? Utilizando metodologías DevOps, monitoreando cada componente, realizando arquitecturas de alta disponibilidad y gestionando la infraestructura cómo si fuera un proyecto de código mediante automatización
DevOps como habilitador de continous deliveryJuan Mauricio
¿Por que necesitamos agilidad entregando software a los negocios?, ¿Por que Scrum se queda corto en la entrega de valor?, ¿Que es DevOps?, ¿Que es continuos Delivery?, ¿Como DevOps apoya el continous delivery?, y por ultimo ¿Que herramientas usar para automatizar el proceso de liberación de capacidades de negocio a través de tecnología?
Cómo mejorar los procesos de Operaciones y Desarrollo con Lean IT y DevOpsEXIN
Estamos en un momento de tormenta perfecta.
Desde hace años, las metodologías ágiles vienen aplicando los principios fundamentales del Lean Thinking en el desarrollo de aplicaciones en un movimiento que ha conseguido acelerar la producción de funcionalidades de software a niveles que pocos podíamos imaginar.
De la misma manera, la utilización de metodologías orientadas a procesos como ITIL(r) ha conseguido estabilizar los entornos de producción garantizando una entrega de servicios formal, estructurada y alineada con las necesidades del negocio.
Pero los paradigmas que encontramos en el lado de la producción no son los que encontramos en desarrollo. ¿Cuántas veces el fin de un sprint no se ha topado con la necesidad de contar con la aprobación formal de un Change Advisory Board que está planificado para dos semanas más tarde, rompiendo así todos los beneficios de la agilidad?
En este seminario veremos cómo los principios Lean-IT son aplicables tanto en el mundo del desarrollo como en el mundo de la entrega de servicios y analizaremos cómo se materializan estas ideas en las prácticas DevOps, que facilitan los pasos a producción teniendo en cuenta la visión completa de lo que esto significa, consiguiendo un flujo estable desde las ideas y demandas del negocio hasta la entrega de valor al usuario.
To many people ITIL seems like the antithesis of Agile, with process-heavy, manual checks and approval gates a blocker to rapid delivery. However, at its core ITIL recommends iterative and continual improvement of software services based on the ‘Plan, Do, Check, Act’ (PDCA) cycle of Deming, an approach also central to DevOps. In this talk we’ll explore how – if implemented appropriately – ITIL and Agile can complement each other for a DevOps approach to iterative evolution of successful software systems.
From our talk at Unicom DevOps Summit on 26th March 2015 in London.
What is DevOps? A lot of people think it means a lot of different things. We tend to think it has two complimentary aspects: culture and technology changes. Culture is what creates DevOps, technology enables it. Thanks, Kelly Goetsch, for the slide work.
Demystifying DevOps for Ops - Including Findings from the 2015 State of DevOp...Puppet
DevOps represents a profound change from the way most IT departments have traditionally worked: from siloed teams and high-anxiety releases to everyone collaborating on uneventful and more frequent releases of higher-quality code.
It doesn't matter how large or small an organization is, or even whether it's historically slow moving or risk averse — there are ways to adopt DevOps sanely, and get measurable results in just weeks.
What team structure is right for DevOps to flourish? It is useful to characterise a small number of different models for team structures, some of which suit certain organisations better than others. By exploring the strengths and weaknesses of these team structures (or 'topologies'), we can identify the team structure which might work best for DevOps practices in our own organisations.
Update: see newer patterns at http://devopstopologies.com/ and the book Team Topologies at https://teamtopologies.com/book
En los últimos años, la forma de desarrollar software ha evolucionado. Nuevos patrones, nuevas arquitecturas y nuevas tecnologías como cloud y microservicios. Pero, ¿cómo desarrollo ahora? ¿Cómo despliego el software? ¿Cómo manejo los nuevos modelos de base de datos? DevOps y DataOps son la respuesta.
La medición funcional de software con SCRUMSoftware Guru
La medición funcional de software juega un papel importante para lograr la visibilidad al proceso de desarrollo de software. El tamaño funcional (medido en puntos de función) permite una mejor planificación y control de proyectos, siendo muy utilizada principalmente para las estimaciones. Sin embargo, más allá de los beneficios para la gestión de proyectos, el tamaño funcional también trae ventajas desde el punto de vista táctico y estratégico del desarrollo de software.
Actualmente hay 5 métodos estándar para la medición funcional del software: IFPUG, NESMA, COSMIC, MKII y FISMA. Lo que se tratará en la presentación es válido para cualquiera de estos métodos de medición.
¿Y por qué hablar de la medición funcional del software con SCRUM? En la comunidad ágil a menudo hay resistencia a la adopción de una métrica funcional estándar. Gran parte de esta resistencia es causada por prejuicios y tal vez por falta de una comprensión más profunda de los métodos. También, hay muchos casos de intentos fallidos para adoptar la métrica que no produjo los beneficios deseados.
El propósito de esta conferencia es mostrar cómo la medición funcional también puede traer beneficios al ser usada con metodologías ágiles, en este caso con SCRUM. Se eliminarán los prejuicios y se presentarán las directrices para el uso más efectivo de la medición funcional con SCRUM, inclusive con otras métricas del mundo ágil, como por ejemplo Story Points.
Semblanza del conferencista:
Es uno de los autores del libro "Análise de Pontos de Função: Medição, Estimativas e Gerenciamento de Projetos de Software". El más vendido sobre este tema en Brasil (Publicado en 2001 y actualmente en la décima tercera edición). Socio de la FATTO Consultoría y Sistemas, donde actúa como consultor e instructor en servicios y cursos de medición, análisis y estimación de proyectos de software.
Actuó en el desarrollo de toda la línea de servicios de la FATTO y entrenó centenas de profesionales en Análisis de Puntos de Función. Participó en el equipo de traducción para portugués de las versiones 4.2 y 4.3 del Manual de Prácticas de Medición del IFPUG. Tiene mas de 20 años de experiencia en el desarrollo de sistemas (ocho de ellos en proyectos de software para automatización bancaria). Graduado en Ciencias de la Computación, Pos-graduado en Gestión Empresarial, certificado como especialista en Puntos de Función por el IFPUG desde 2002 y Director de Proyectos (PMP) por PMI.
www.linkedin.com/in/guilhermesimoes
Slides for my presentation at ALE2012, "Cargo Cult Agile Training & Coaching". About common problems and pitfalls related to how we think and judge, and how they may affect the way we act when helping others to learn and work around Agile
12 Horas Visual Studio - Gestion de código y librerías compartidas con TFS y ...
Jose Luis Soria - Visual Studio Tour Plain Concepts - DevOps
1. DevOps
Jose Luis Soria
jlsoria@plainconcepts.com
@jlsoriat
2. ¿Qué es DevOps?
• Conjunto de prácticas que fomentan una
colaboración más estrecha entre los equipos de
desarrollo y de operaciones
• Aplicables en todos los proyectos
– De uso común en escenarios SaaS
• Imprescindibles para modelos como Entrega
Continua
3. ¿Por qué DevOps?
• Ahorro de costes
• Máxima entrega de valor
• Equipos más productivos
• Tres objetivos medibles
– Menores costes operacionales
– Minimizar Cycle Time
– Minimizar Mean Time To Recover (MTTR)
4. Implementando DevOps
Prácticas que fomentan la colaboración entre equipos
• Design for Operations
• Requisitos operacionales
• Pruebas de aceptación operacionales
• Aprovisionamiento de entornos
• Automatización de despliegues
• Automatización de promoción
• Detección y recuperación de errores
• Telemetría y analíticas
6. Design for Operations
Construir aplicaciones fácilmente administrables
• Compatibles con el entorno
• Ajustadas a los procesos y herramientas de IT
• Que informan de su estado de salud
• Configurables en tiempo de ejecución
• …
7. Design for Operations: en la práctica
• Registro en el visor de sucesos y en otros logs
• Instrumentación WMI
• Contadores de rendimiento
• Paquetes de instalación
• …
• http://dfo.codeplex.com/
8. Requisitos operacionales
Las características que la aplicación tenga que
cumplir desde el punto de vista de operaciones, se
han de gestionar junto al resto de requisitos en
cuanto a la planificación del proyecto
9. Requisitos operacionales: en la práctica
• Registrar los requisitos operacionales junto al
resto y tenerlos en cuenta en la planificación
• Usar elementos de trabajo en TFS: Product
Backlog Item, Requirement, etc.
– Muchas veces es útil usar las condiciones de
aceptación
10. Pruebas de aceptación operacionales
• El esfuerzo de pruebas sobre nuestra aplicación,
debe contemplar la verificación de los requisitos
operacionales
• Esta verificación puede (y debe, en la medida de lo
posible) ser automatizada e incorporada a la suite
de aceptación de la aplicación
11. Pruebas de aceptación operacionales: en la
práctica
• Incluir las pruebas en los planes de prueba de
Microsoft Test Manager (o de la herramienta que
se use)
• Automatizar la ejecución: pruebas de integración,
grabaciones de test manager, pruebas de interfaz
de usuario (CodedUI)
13. Aprovisionamiento de entornos
• Cuanto menos tardamos en tener listo un entorno,
más se reduce el tiempo de ciclo
• El mayor ahorro de tiempo se consigue con la
automatización
14. Aprovisionamiento de entornos: en la
práctica
• Gestión de entornos físicos
• System Center Virtual Machine Manager y otras
plataformas de virtualización
• Lab Manager
15. Automatización de despliegues
• Los despliegues manuales son propensos a
errores, costosos y difícilmente reproducibles
• Automatizar siempre que sea posible. Automatizar
también el proceso de vuelta atrás
• Como último recurso, generar instaladores o
scripts que se puedan ejecutar. No basarse en
documentos
16. Automatización de despliegues: en la
práctica
• Scripting (Team Build, MSBuild, PowerShell)
• Web Deploy / MSDeploy
• Proyectos de base de datos, desarrollo declarativo
• Lab Manager
– Entornos estándar
• Despliegue automático de TFSService a Azure
17. Automatización de promoción
• Las distintas versiones de la aplicación que se van
generando, pueden ser desplegadas y probadas
automáticamente en distintos entornos
• Cada publicación es desencadenada si el resultado
de la anterior fue satisfactorio
19. Detección y recuperación de errores
• Los errores son menos costosos cuanto antes
aparecen en el ciclo de vida
• Incluso en un entorno de producción, es mejor
detectar y resolver los errores por ti mismo en
lugar de que los sufra el usuario
• Para resolver los errores necesitamos la máxima
información posible
20. Detección y recuperación de errores: en la
práctica
• Monitorización con SCOM
– Sincronización de alertas con TFS
• Pruebas de rendimiento de VS con SCOM
– Global Service Monitor
• Intellitrace (en producción). Servidores de
símbolos
21. Telemetría y analíticas
• Monitorización de la aplicación en producción
• Informan de errores y también de patrones de
uso, problemas potenciales, etc.
23. JOSE LUIS SORIA
• ALM Team Lead at Plain Concepts
• Professional Scrum Trainer
jlsoria@plainconcepts.com
http://geeks.ms/blogs/jlsoria
@jlsoriat Gracias!!!