(String: <p>Rapide rappel, DevOps est né il y a environ une dizaine d'années, et plus précisément en 2007, de la tête d'un certain Patrick Debois. Il dressa un constat affligeant concernant les relations entre dev et ops : il n'y en a pas et s'il y en a, elles ne sont pas bonnes.</p>
<p><br>En d'autres termes, il s'agit de deux mondes dont les préoccupations et les enjeux ne sont pas identiques. Et très égoïstement et/ou à cause d'un management ne le permettant que trop rarement, ces deux univers restent bien éloignés et c'est mieux ainsi.<br>De ce triste constat, l'idée a germé pour trouver des axes d'améliorations d'une communication qui dépasse le système de ticketing. Soyons honnête, ce magnifique outil dans lequel dev et ops communiquent des lettres d'amours passionnées n'est clairement pas une invitation à la fluidité. À l'époque, les outils étaient assez rares pour mettre en place des processus dits DevOps (déploiement continu, livraison continue, monitoring centralisé, ...). Aujourd'hui, il en existe de nombreux et surtout des plateformes massivement automatisables. Mais les outils et plateformes ne font pas tout et notre ami Patrick Debois, accompagné d'un certain nombre d’acolytes, déterminèrent que DevOps représentait aussi et surtout un enjeu pour l'état d'esprit (mindset). Vous trouverez d'ailleurs une idée de l'ambiance générale en lisant cet <a href="https://blog.wescale.fr/2016/10/06/devopswescale/">article</a>.</p>)
Rapide rappel, DevOps est né il y a environ une dizaine d'années, et plus précisément en 2007, de la tête d'un certain Patrick Debois. Il dressa un constat affligeant concernant les relations entre dev et ops : il n'y en a pas et s'il y en a, elles ne sont pas bonnes. En d'autres termes, il s'agit de deux mondes dont les préoccupations et les enjeux ne sont pas identiques. Et très égoïstement et/ou à cause d'un management ne le permettant que trop rarement, ces deux univers restent bien éloignés et c'est mieux ainsi. De ce triste constat, l'idée a germé pour trouver des axes d'améliorations d'une communication qui dépasse le système de ticketing. Soyons honnête, ce magnifique outil dans lequel dev et ops communiquent des lettres d'amours passionnées n'est clairement pas une invitation à la fluidité. À l'époque, les outils étaient assez rares pour mettre en place des processus dits DevOps (déploiement continu, livraison continue, monitoring centralisé, ...). Aujourd'hui, il en existe de nombreux et surtout des plateformes massivement automatisables. Mais les outils et plateformes ne font pas tout et notre ami Patrick Debois, accompagné d'un certain nombre d’acolytes, déterminèrent que DevOps représentait aussi et surtout un enjeu pour l'état d'esprit (mindset). Vous trouverez d'ailleurs une idée de l'ambiance générale en lisant cet article.
(String: <h2 id="rkt-veut-rejoindre-la-cncf">RKT veut rejoindre la CNCF</h2>
<p>Dans <a href="https://coreos.com/blog/rkt-container-runtime-to-the-cncf.html">ce billet de blog</a>, les équipes de <a href="https://www.twitter.com/coreos">CoreOS</a> nous expliquent les raisons pour lesquelles elles proposent le projet RKT à la <a href="https://www.cncf.io">Cloud Native Computing Fondation</a>. La CNCF dépend de la Linux Foundation et son but est d’encourager le développement d’applications open source considérées comme “cloud native”, c’est à dire containerisées, qui peuvent être managées par un orchestrateur, orientées microservices.</p>)
RKT veut rejoindre la CNCF Dans ce billet de blog, les équipes de CoreOS nous expliquent les raisons pour lesquelles elles proposent le projet RKT à la Cloud Native Computing Fondation. La CNCF dépend de la Linux Foundation et son but est d’encourager le développement d’applications open source considérées comme “cloud native”, c’est à dire containerisées, qui peuvent être managées par un orchestrateur, orientées microservices.
(String: <h2 id="google-fait-des-emplettes"><a href="http://lesjoiesducloud.fr/post/158161911436/quand-dev-et-ops-ressortent-de-latelier-devops-de">Google fait des emplettes</a></h2>
<p>C'est à travers un tweet de Sundar Pichai que l'on apprend le rachat de VMWare par Google pour la modique somme de 115 milliard de dollars. Cette nouvelle s'inscrit dans la stratégie du géant américain de devenir incontournable pour toutes les entreprises possédant un grand "legacy". Ceci n'est qu'une demi surprise pour ceux qui ont suivi l'actualité et notamment l'arrivée en novembre 2015 de l'ex CIO Diane Green aux manettes de Google Cloud.</p>)
Google fait des emplettes C'est à travers un tweet de Sundar Pichai que l'on apprend le rachat de VMWare par Google pour la modique somme de 115 milliard de dollars. Cette nouvelle s'inscrit dans la stratégie du géant américain de devenir incontournable pour toutes les entreprises possédant un grand "legacy". Ceci n'est qu'une demi surprise pour ceux qui ont suivi l'actualité et notamment l'arrivée en novembre 2015 de l'ex CIO Diane Green aux manettes de Google Cloud.
(String: <p>Mais avant ça, vient le mois d’avril et son lot de conférences !<br>Cette année, nous serons présents à trois d’entre elles : <a href="https://www.devoxx.fr/">Devoxx</a>, <a href="http://www.breizhcamp.org/">Breizhcamp</a> et <a href="https://www.dotscale.io/">dotScale</a> !</p>)
La semaine dernière, nous vous avons annoncé l’organisation du Paris Container Day pour le 13 juin prochain au New Cap Event Center (pour rappel, vous avez encore quelques jours pour attraper les super early birds ici).
(String: <h2 id="les-features-r-seaux-dans-ansible-2-3"><a href="https://www.ansible.com/blog/networking-features-in-ansible-2-3" style="text-decoration: none; font-style: normal; font-weight: bold;">Les features réseaux dans Ansible 2.3</a></h2>
<p>Ansible supporte le “config management” des devices de type réseaux depuis longtemps au travers d’un ensemble de modules assez pléthorique, chaque module correspondant à certains éditeurs ou produits ( cisco , Citrix, F5 ..etc).</p>)
Les features réseaux dans Ansible 2.3 Ansible supporte le “config management” des devices de type réseaux depuis longtemps au travers d’un ensemble de modules assez pléthorique, chaque module correspondant à certains éditeurs ou produits ( cisco , Citrix, F5 ..etc).
WeScale et Xebia organisent la seconde édition du Paris Container Day le 13 juin 2017
(String: <p>Le 13 juin prochain, nous aurons donc l’occasion de nous pencher plus précisément sur l’univers des “Conteneurs en production”, puisque c’est le thème de cette seconde édition.</p>)
Le Paris Container Day est la première conférence française dédiée aux conteneurs, à leur écosystème et à leurs bonnes pratiques. La première édition a eu lieu en juin 2016, et WeScale s’associe cette année à Xebia, cabinet de conseil IT, dans l’organisation de cet événement.
(String: <h2 id="1-compose-docker-stack">1. Compose / Docker stack</h2>
<p>Avant la version 1.13 de Docker, le déploiement et la mise à jour des services Swarm se fait nécessairement avec les commandes docker service create et docker service update.<br>Parfois, nous avons besoin de déployer ou mettre à jour plusieurs services Swarm. La seule manière est de répéter dans un script Shell ces deux commandes (docker service create et docker service update) pour chaque service Swarm.</p>)
Chaque version de Docker apporte des nouveautés et des corrections de bugs souvent très attendues. Docker 1.13 est apparu en janvier dernier avec des fonctionnalités en plus dans Docker Cli et dans Docker Swarm introduit à la version 1.12 (gestion des secrets, le Docker stack …). Dans cet article, je présenterai les fonctionnalités les plus importantes introduites dans Docker 1.13.
(String: <h2 id="introduction-au-devops-avec-des-kaplas-tm-">Introduction au DevOps avec des Kaplas (TM)</h2>
<p>Nous avons commencé la journée par une introduction à la culture et aux pratiques DevOps à travers un exercice simulant les interactions entre les équipes de développement et d'exploitation avec des Kaplas. Deux équipes composées d'Ops et de Devs se sont affrontées en reprenant les phases classiques d'un projet informatique : réalisation d'une tour selon un cahier des charges et mise en production. Après plusieurs itérations et quelques chutes, des enseignements ont été tirés : collaboration et pluridisciplinarité des équipes sont les maîtres mots d'une organisation efficace et réactive.</p>)
Introduction au DevOps avec des Kaplas (TM) Nous avons commencé la journée par une introduction à la culture et aux pratiques DevOps à travers un exercice simulant les interactions entre les équipes de développement et d'exploitation avec des Kaplas. Deux équipes composées d'Ops et de Devs se sont affrontées en reprenant les phases classiques d'un projet informatique : réalisation d'une tour selon un cahier des charges et mise en production. Après plusieurs itérations et quelques chutes, des enseignements ont été tirés : collaboration et pluridisciplinarité des équipes sont les maîtres mots d'une organisation efficace et réactive.
(String: <h2 id="1-compose-docker-stack">1. Compose / Docker stack</h2>
<p>Avant la version 1.13 de Docker, le déploiement et la mise à jour des services Swarm se fait nécessairement avec les commandes docker service create et docker service update.<br>Parfois, nous avons besoin de déployer ou mettre à jour plusieurs services Swarm. La seule manière est de répéter dans un script Shell ces deux commandes (docker service create et docker service update) pour chaque service Swarm.</p>)
Chaque version de Docker apporte des nouveautés et des corrections de bugs souvent très attendues. Docker 1.13 est apparu en janvier dernier avec des fonctionnalités en plus dans Docker Cli et dans Docker Swarm introduit à la version 1.12 (gestion des secrets, le Docker stack …). Dans cet article, je présenterai les fonctionnalités les plus importantes introduites dans Docker 1.13.