devops

BEFORE WE STARTED Departments and silos Traditional waterfall approach to software development Platform with high maintenance cost Manual testing of new feature and regression test No code quality metrics OUR LAST NINE MONTHS SCRUM TEAMS Four self-organized teams Two product teams Two services teams Addressing the immediate project pipeline needs and maintaining productivity during the change Building long term product vision One Product Owner per team, internally selected KAIZEN TEAM Kaizen Team Team Vision: Optimize the ROI of clients by driving productivity in a lean organization which promotes open and honest conversation and a joint responsibility for continuous improvement Role of the Kaizen Product Owner Two Scrum Masters for four scrum teams Teamwise part-time dedicated to allow focus on process Fosters the practice of facilitation and coaching on different teams Drive continuous improvement initiatives PRODUCTS AND VISION Initial product definition Front End component Back End Component Integration with external services Hybrid model for team focus (component / feature / project) Dependencies Not always clear what we called a product and a product team Long term vision vs. short term delivery ORGANIZATIONAL CHANGES Reporting lines changes From Managers to Tribe Leaders Peer feedback experiment Employees goals aimed to foster collaboration NEW TECHNICAL PRACTICES Fostering craftsmanship excellence through communities of practice, Lunch’n’Learn and Reading Clubs activities New tools aimed to drive continuous integration and code quality CHALLENGES IT Operations integration within scrum teams and DevOps culture Unified backlog among different tools and PMO visibility on project progress Long term product vision, feature teams and domain specialization Tactical interdependencies among teams Change management Managerial tasks ownership Holidays Hardware renovation Expense approval People development (appraisals, trainings, etc.) THE FUTURE SELF ORGANIZED TEAMS AND LEAN ORGANIZATION Deal with the current challenges Move toward Feature Teams Welcome a new Scrum Master Deal with the current challenges Coaching Product Owners Coaching Agile Managers / Tribe Leaders CONTINUOUS INTEGRATION AND ONE DAY RELEASE Leaner self-organized teams and organization Deal with current challenges Coaching Tribe Leaders / Agile Managers Coaching Product Owners Coaching the rest of the Organization Move towards Feature Teams Keep working toward Continuous Integration Improve code quality metrics Shorten Regression Test through automation Automate environment syncing tasks Autor: Fabio Frascella

Communication and collaboration between developers and systems administrators represent a key aspect of the "devops" cultural movement that has been growing popularity in the last few years. Database administrators, most of the times, find themselves in between developers and sysadmins and their role is strategic. This talk will address some of the main concepts of "devops" as well as outline the reasons why Postgres can be considered the perfect companion in the database area.

Uno de los organizadores de Madrid DevOps pasó por nuestra zona de entrevistas en Codemotion

Si alguna vez te has parado a pensarlo, te habrás dado cuenta de que Ruby no sólo se utiliza para escribir aplicaciones web de forma concisa y elegante. ¿Has caido en la cuenta que muchas veces el propio servidor web que utilizas está escrito en Ruby? ¿Y de que la mayoría de las herramientas para devops están escritas en Ruby también? En el encuentro de este mes, José Luis Salas (@josacar) nos contará como podemos escribir un daemon en Ruby mientras revisamos algunos de los aspectos básicos que nos ofrecen los sistemas operativos actuales para el manejo de procesos. Slides de la charla: https://github.com/josacar/writing-daemons-in-ruby

Para finalizar esta serie de Gene Kim, presentamos la traducción de su tercer patrón DevOps favorito. En este patrón, presenta el problema de la estandarización en los entornos donde los proyectos son desplegados, y cómo lidiar con ellos, aplicando una técnica ágil, tratando de no olvidar las necesidades de negocio.

La penúltima entrega de Gene Kim, consistente en su segundo patrón favorito, refleja la importancia de la Segunda Vía. El inicio del bucle de retroalimentación, su importancia y algunas veladas sugerencias de cómo conseguirlo, son el contenido principal. Basándose en otro caso real, muestra cómo, implicando a Desarrollo en la atención y resolución de los problemas causados por la introducción de nuevas funcionalidades, se puede reducir la duración de las interrupciones o degradaciones de servicio, mejorando la experiencia de los usuarios finales y de los clientes.

¿WTF? Esas serán probablemente las tres consonantes con las que alguien nos responderá si le empezamos a hablar de NFV. O puede que nos contesten “no tomo drogas, gracias“ si nos acercamos a contarle las bondades del SDN. En realidad, ambos grupos de consonantes son siglas relacionadas con una serie de conceptos en auge en el mundo del networking y muy cercanos a la filosofía DevOps, conceptos sobre los cuales queremos arrojar algo de luz con una serie de artículos que empezamos hoy.

En el noveno punto, Gene Kim inicia el tramo final de los once puntos, en el que presentará los patrones de DevOps que más le gustan. En este caso, destaca la importancia de la automatización y de su implantación en las primeras etapas del proyecto.

En el viaje al FOSDEM que realizamos el pasado mes de Febrero (podéis encontrar la crónica del viaje aquí) siempre es visita obligatoria el stand de O'Reilly para aprovechar el descuento que se aplica por comprar en el Fosdem y hacerme con alguna pequeña joya. La vista siempre se me va hacia libros de temática relacionada con mi bien amado Linux, pero últimamente también estoy cayendo en libros relacionados con Agile, DevOps, Metodologías de gestión de proyectos y equipos, etc... De entre todos los libros que me llamaron la atención encontré uno que destacó, primero por su temática (Agile) y luego por su formato. El libro del que os estoy hablando es The Dream Team Nightmare

El octavo punto de Gene Kim sobre DevOps trata sobre cómo se integran las áreas de Seguridad informática y calidad en los flujos de trabajo de DevOps. Aunque parezca algo muy complejo de hacer, es también algo que conviene comprender correctamente para poder realizar de la forma más adecuada. Es decir, sin perder el sentido de tener procesos de calidad y seguridad, ni afectar al esfuerzo realizado para disponer de las funcionalidades en el tiempo requerido para mantener la competitividad de la organización.