{"id":1844,"date":"2014-05-19T10:34:55","date_gmt":"2014-05-19T09:34:55","guid":{"rendered":"http:\/\/qualilogy.com\/fr\/?p=1844"},"modified":"2014-05-19T12:54:50","modified_gmt":"2014-05-19T11:54:50","slug":"madrid-devops-integration-continue","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/fr\/madrid-devops-integration-continue\/","title":{"rendered":"Madrid DevOps – Int\u00e9gration Continue"},"content":{"rendered":"

\"Madrid_DevOps2\"<\/a>Madrid DevOps est un groupe de professionnels d\u00e9di\u00e9 \u00e0 \u2026 DevOps, comme on peut l’imaginer. Il existe un \u2018Meetup Group<\/a>\u2019 o\u00f9 trouver les informations les plus r\u00e9centes, principalement au sujet de nouvelles r\u00e9unions, chaque mois.<\/p>\n

Le 10 avril dernier, la pr\u00e9sentation de Manuel Recena Soto et Antonio Manuel Mu\u00f1iz de ClinkerHQ,<\/a> s’intitulait ‘Continuous Integration’. Je leur ai pos\u00e9 quelques questions au sujet de cette pr\u00e9sentation, que vous pouvez trouver ici https:\/\/speakerdeck.com\/clinkerhq\/integracion-continua<\/a> (en espagnol).<\/p>\n

Bonjour Antonio, bonjour Manuel, puis-je vous demander de vous pr\u00e9senter ?<\/em><\/p>\n

Nous sommes les principaux d\u00e9veloppeurs de ClinkerHQ<\/a>, un \u00e9cosyst\u00e8me de d\u00e9veloppement logiciel bas\u00e9s sur des solutions Open Source (Jenkins, SonarQube, Redmin, SVN, Git, Nexus), pr\u00eat \u00e0 \u00eatre utilis\u00e9 ou install\u00e9 comme un service sur une plate-forme virtualis\u00e9e.<\/p>\n

De nombreux clients de\u00a0ClinkerHQ<\/a> comptent sur nous pour mettre en place ou am\u00e9liorer leurs pratiques d’Int\u00e9gration Continue (IC) en utilisant notre produit. Notre connaissance de l’Int\u00e9gration Continue vient de l’exp\u00e9rience acquise au cours de plus de 7 ans de mise en \u0153uvre, et d’aide \u00e0 la mise en \u0153uvre de ces pratiques dans diff\u00e9rentes entreprises.<\/p>\n

Qu’est-ce que l’Int\u00e9gration Continue dans votre activit\u00e9 quotidienne ?<\/em><\/p>\n

C’est le c\u0153ur de tout notre cycle de d\u00e9veloppement et s’il cesse de battre\u00a0 nous ne pouvons pas continuer \u00e0 travailler. Chaque jour chez Klicap<\/a>, des builds sont effectu\u00e9s, les tests sont ex\u00e9cut\u00e9s, la documentation est g\u00e9n\u00e9r\u00e9e, les snapshots sont d\u00e9ploy\u00e9s, etc. et le tout automatiquement. Nous travaillons sur un produit complexe o\u00f9 de nombreux composants logiciels distincts sont impliqu\u00e9s. Sans un syst\u00e8me d’Int\u00e9gration Continue qui permette que tout soit disponible \u00e0 tout instant, il serait impossible d’avancer, et notre activit\u00e9 au jour le jour se convertirait en un labyrinthe de composants et de d\u00e9pendances.<\/p>\n

L’Int\u00e9gration Continue nous signale en temps quasi r\u00e9el quand l’une des pi\u00e8ces du puzzle ne s’imbrique pas correctement, et nous donne la cl\u00e9 pour d\u00e9tecter la cause de l’\u00e9chec instantan\u00e9ment.<\/p>\n

Je vois beaucoup de gens qui pensent que utiliser Jenkins signifie qu’ils sont DevOps, ou que Int\u00e9gration Continue \u00e9gal DevOps. Quelle est votre d\u00e9finition de DevOps ?<\/em><\/p>\n

Ce sont des concepts diff\u00e9rents. Disons que les processus d’Int\u00e9gration Continue apportent \u00e0 DevOps ce qu’ils apportent au d\u00e9veloppement logiciel, ni plus ni moins.<\/p>\n

Pour nous, DevOps est un profil dans une \u00e9quipe, avec un pied dans le d\u00e9veloppement et l’autre pied dans l’infrastructure, afin d’avoir les connaissances n\u00e9cessaires pour briser cette barri\u00e8re qui a historiquement toujours exist\u00e9 entre \u00ab D\u00e9veloppement \u00bb et \u00ab Syst\u00e8mes \u00bb.<\/p>\n

Est-ce que DevOps \u00e9gal Continuous Integration + Continuous Deployment ou est-ce plus que cela ?<\/em><\/p>\n

Ce sont des concepts diff\u00e9rents. Int\u00e9gration Continue et D\u00e9ploiement Continu sont bas\u00e9s sur l’automatisation des t\u00e2ches pour gagner en productivit\u00e9. Peuvent-ils s’appliquer \u00e0 DevOps ? Bien s\u00fbr.<\/p>\n

Je vois certaines personnes militer en faveur d’un tableau de bord avec des donn\u00e9es sur la qualit\u00e9 de l’infrastructure (disponibilit\u00e9, saturations, etc.) pour les \u00e9quipes de d\u00e9veloppement. Je suis d’accord avec quelques SLA s’ils restent simples \u00e0 interpr\u00e9ter, mais je ne sais pas s’il existe r\u00e9ellement une valeur au-del\u00e0 (sauf pour investiguer un incident).
\n<\/em><\/p>\n

Le pilotage de l’infrastructure est essentiel, surtout quand un produit est offert en mode service (SaaS). En fait, l’un des composants de ClinkerHQ fournit une s\u00e9rie de graphiques de tendances temporelles de consommation des ressources de la plate-forme sur laquelle le produit fonctionne, ce qui permet \u00e0 l’utilisateur de prendre des d\u00e9cisions au sujet d’un \u00e9ventuel upgrade.<\/p>\n

Il y a une phrase c\u00e9l\u00e8bre de Tom DeMarco, largement utilis\u00e9e dans le domaine de la qualit\u00e9 des applications qui que \u00ab\u00a0Vous ne pouvez pas contr\u00f4ler ce que vous ne pouvez pas mesurer\u00a0\u00bb. Manuel, tu dis quelque chose de semblable dans la pr\u00e9sentation : \u00ab\u00a0Il n’y a pas de valeur sans mesure\u00a0\u00bb. Peux-tu nous en dire plus ?
\n<\/em><\/p>\n

Tout \u00e0 fait vrai. La phrase se r\u00e9f\u00e8re \u00e0 des outils de d\u00e9veloppement logiciel et de mesure de la qualit\u00e9, comme par exemple SonarQube. Il est essentiel de mesurer \u00e0 quel point nos pratiques sont bonnes (ou mauvaises), et quels sont les points faibles \u00e0 am\u00e9liorer. Si l’on ajoute la mesure en continu (Continuous Measurement) et le d\u00e9verminage (debugging) par l’inspection de code, alors nous avons la pratique connue sous le Continuous Inspection.<\/p>\n

Quel est l’avenir de DevOps ? Dans quelle direction pensez-vous ou souhaitez vous que cela aille ?<\/em><\/p>\n

L’avenir de DevOps ? Eh bien aucune id\u00e9e, mais il semble que c’est un profil qui est l\u00e0 pour rester car il a toujours \u00e9t\u00e9 n\u00e9cessaire. Peut-\u00eatre que les outils d’automatisation et de mod\u00e9lisation d’insfraestructure (je pense \u00e0 Ansible, Chef, Puppet, etc. ) ont conduit \u00e0 la cr\u00e9ation de ce courant. Ces outils ont mis \u00e0 la disposition des \u00e9quipes Syst\u00e8mes les m\u00eames possibilit\u00e9s que celles dont b\u00e9n\u00e9ficient les d\u00e9veloppeurs depuis des ann\u00e9es.<\/p>\n

Merci beaucoup \u00e0 tous les deux pour avoir pris le temps de r\u00e9pondre \u00e0 mes questions.<\/p>\n","protected":false},"excerpt":{"rendered":"

Madrid DevOps est un groupe de professionnels d\u00e9di\u00e9 \u00e0 \u2026 DevOps, comme on peut l’imaginer. Il existe un \u2018Meetup Group\u2019 o\u00f9 trouver les informations les plus r\u00e9centes, principalement au sujet de nouvelles r\u00e9unions, chaque mois. Le 10 avril dernier, la pr\u00e9sentation de Manuel Recena Soto et Antonio Manuel Mu\u00f1iz de ClinkerHQ, s’intitulait ‘Continuous Integration’. Je […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-1844","post","type-post","status-publish","format-standard","hentry","category-qualite-des-applications"],"_links":{"self":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/1844"}],"collection":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/comments?post=1844"}],"version-history":[{"count":16,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/1844\/revisions"}],"predecessor-version":[{"id":1846,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/1844\/revisions\/1846"}],"wp:attachment":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/media?parent=1844"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/categories?post=1844"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/tags?post=1844"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}