{"id":1185,"date":"2014-05-17T08:39:58","date_gmt":"2014-05-17T07:39:58","guid":{"rendered":"http:\/\/qualilogy.com\/es\/?p=1185"},"modified":"2014-05-19T09:18:33","modified_gmt":"2014-05-19T08:18:33","slug":"madrid-devops-integracion-continua","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/es\/madrid-devops-integracion-continua\/","title":{"rendered":"Madrid DevOps – Integraci\u00f3n Continua"},"content":{"rendered":"

\"Madrid_DevOps2\"<\/a>Madrid DevOps es un grupo de profesionales interesados en \u2026 DevOps, como se puede imaginar. Hay un \u2018Meetup Group<\/a>\u2019 donde encontrar noticias, principalmente de nuevas reuniones cada mes.<\/p>\n

El 10 de abril, la charla trataba de \u2018Integraci\u00f3n Continua\u2019, con Manuel Recena Soto y Antonio Manuel Mu\u00f1iz de ClinkerHQ<\/a>. Les hice algunas preguntas acerca de su presentaci\u00f3n, que se puede ver en https:\/\/speakerdeck.com\/clinkerhq\/integracion-continua<\/a>. <\/p>\n

Hola Antonio, hola Manuel, \u00bfos dejo presentaros?<\/em><\/p>\n

Somos los principales desarrolladores de ClinkerHQ<\/a>, un ecosistema de desarrollo de software basado en soluciones Open Source (Jenkins, SonarQube, Redmine, SVN, Git, Nexus), listo para usar como servicio o instalarlo sobre una plataforma de virtualizaci\u00f3n.<\/p>\n

Muchos de los clientes de ClinkerHQ se apoyan en nosotros para implantar o mejorar sus pr\u00e1cticas de Integraci\u00f3n Continua (IC) usando nuestro producto. Nuestro conocimiento sobre IC viene de la experiencia adquirida durante m\u00e1s de 7 a\u00f1os aplicando, y ayudando a aplicar, esta pr\u00e1ctica en empresas.<\/p>\n

\u00bfQu\u00e9 es Integraci\u00f3n Continua en vuestra actividad cotidiana?<\/em><\/p>\n

Se podr\u00eda decir que es el coraz\u00f3n de todo nuestro ciclo de desarrollo, si deja de latir no podemos seguir trabajando.<\/p>\n

A diario, en Klicap<\/a> se realizan builds, se ejecutan tests, se genera documentaci\u00f3n, se despliegan snapshots, etc. y todo de forma autom\u00e1tica y desatendida. Trabajamos sobre un producto complejo, donde intervienen muchos componentes software separados. Si no hubiera un sistema de Integraci\u00f3n Continua haciendo que todo est\u00e9 disponible al instante, ser\u00eda imposible avanzar, y el d\u00eda a d\u00eda se convertir\u00eda en un laberinto de componentes y dependencias.<\/p>\n

La Integraci\u00f3n Continua nos notifica casi en tiempo real cuando una de las piezas no encaja, y nos da la clave para encontrar la causa de la anomal\u00eda al instante.<\/p>\n

Veo muchas personas que piensan que basta con usar Jenkins para ser DevOps, o que Integraci\u00f3n Continua es DevOps. \u00bfCu\u00e1l es vuestra definici\u00f3n de DevOps?<\/em><\/p>\n

Son conceptos distintos. Digamos que la IC aporta a DevOps lo mismo aporta al desarrollo de software, ni m\u00e1s ni menos.
\nPara nosotros DevOps es un perfil en el equipo, con un pie en el desarrollo y otro en la infraestructura, de forma que tiene el conocimiento necesario para romper esa barrera que hist\u00f3ricamente ha habido siempre entre el ‘departamento de desarrollo’ y el de ‘sistemas’.<\/p>\n

\u00bfDevOps es Continuous Integration + Continuous Deployment o es m\u00e1s que eso?<\/em><\/p>\n

Son conceptos distintos. La Integraci\u00f3n Continua o el Despliegue Continuo son pr\u00e1cticas que se basan en la automatizaci\u00f3n de tareas para ganar en productividad. \u00bfPueden aplicarse a DevOps? Por supuesto.<\/p>\n

Veo a gente\u00a0 a favor de gestionar un dashboard con datos de calidad de la infraestructura (disponibilidad, saturaci\u00f3n, etc.) para los equipos de desarrollo. Estoy de acuerdo con unos SLAs sencillos pero no s\u00e9 si hay valor m\u00e1s all\u00e1 (excepto para investigar un incidente).<\/em><\/p>\n

La monitorizaci\u00f3n de la infraestructura es fundamental, especialmente cuando se ofrece un producto como servicio. De hecho, uno de los componentes de ClinkerHQ ofrece una serie de gr\u00e1ficas de evoluci\u00f3n temporal de consumo de recursos de la plataforma sobre la que corre el producto, esto permite al usuario tomar decisiones a la hora de escalar.<\/p>\n

Hay una frase famosa de Tom DeMarco que se usa mucho en Calidad de Aplicaci\u00f3n \u00abYou can not control what you cannot measure\u201d. Manuel, dices algo parecido en la presentaci\u00f3n: \u00abPara dar valor, hay que medir.\u00bb \u00bfPuedes comentarnos?<\/em><\/p>\n

Totalmente cierto. En este caso la frase hace referencia al desarrollo de software y a las herramientas de medici\u00f3n de la calidad que se pueden utilizar hoy en d\u00eda, por ejemplo SonarQube. Es fundamental poder medir como de bien (o de mal) lo estamos haciendo, y donde est\u00e1n los puntos d\u00e9biles para mejorar. Si a la medici\u00f3n sumamos la continuidad en la medici\u00f3n y la resoluci\u00f3n de incidencias mediante inspecci\u00f3n de c\u00f3digo, entonces estamos ante la pr\u00e1ctica conocida como Inspecci\u00f3n Continua.<\/p>\n

\u00bfQu\u00e9 es el futuro de DevOps? \u00bfEn qu\u00e9 direcci\u00f3n pens\u00e1is o quer\u00e9is que vaya?<\/em><\/p>\n

\u00bfEl futuro de DevOps? Pues ni idea, pero parece que es un perfil que ha venido a quedarse, que siempre ha sido necesario. Quiz\u00e1s las herramientas de automatizaci\u00f3n y modelado de insfraestructura (pienso en Ansible, Chef, Puppet, etc.) han dado pie a la creaci\u00f3n de esta corriente. Estas herramientas han puesto a disposici\u00f3n de \u00ablos de sistemas\u00bb las mismas posibilidades que los desarrolladores ten\u00edamos desde hace a\u00f1os.<\/p>\n

Muchas gracias para tomar el tiempo de responder a mis preguntas.<\/p>\n","protected":false},"excerpt":{"rendered":"

Madrid DevOps es un grupo de profesionales interesados en \u2026 DevOps, como se puede imaginar. Hay un \u2018Meetup Group\u2019 donde encontrar noticias, principalmente de nuevas reuniones cada mes. El 10 de abril, la charla trataba de \u2018Integraci\u00f3n Continua\u2019, con Manuel Recena Soto y Antonio Manuel Mu\u00f1iz de ClinkerHQ. Les hice algunas preguntas acerca de su […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-1185","post","type-post","status-publish","format-standard","hentry","category-calidad-de-aplicaciones"],"_links":{"self":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts\/1185"}],"collection":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/comments?post=1185"}],"version-history":[{"count":14,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts\/1185\/revisions"}],"predecessor-version":[{"id":1201,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts\/1185\/revisions\/1201"}],"wp:attachment":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/media?parent=1185"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/categories?post=1185"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/tags?post=1185"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}