(String: <p>Dans cette transformation, un point à ne pas oublier concerne le monitoring de toutes ces nouveautés.</p>)
Durant ces dernières années, les conteneurs se sont imposés dans nos infrastructures, rapidement suivis par la nécessité de gérer les conteneurs par des orchestrateurs, puis des gestionnaires de packages, puis…
(String: <h2 id="helm">Helm</h2>
<p>Dans cet <a href="http://technosophos.com/2017/04/05/if-kubernetes-is-your-home-helm-is-your-ikea.html">article</a> vous trouverez un “getting started” à Helm avec les commandes simples pour monter un Mysql dans Kubernetes. Mais c’est quoi Helm ? L’auteur nous propose une métaphore où il compare Kubernetes à une maison et Helm à Ikéa (ou tout autre magasin de meuble). En effet Helm va permettre de choisir vos logiciels à déployer dans Kubernetes. L’analogie s’arrête là, car Helm va également vous permettre de gérer vos déploiements et même de versionner vos infrastructures/systèmes complets. Il va rapidement devenir indispensable à l’écosystème Kubernetes.</p>)
Helm Dans cet article vous trouverez un “getting started” à Helm avec les commandes simples pour monter un Mysql dans Kubernetes. Mais c’est quoi Helm ? L’auteur nous propose une métaphore où il compare Kubernetes à une maison et Helm à Ikéa (ou tout autre magasin de meuble). En effet Helm va permettre de choisir vos logiciels à déployer dans Kubernetes. L’analogie s’arrête là, car Helm va également vous permettre de gérer vos déploiements et même de versionner vos infrastructures/systèmes complets. Il va rapidement devenir indispensable à l’écosystème Kubernetes.
(String: <p>Si vous utilisez Docker sur votre Mac grâce à l'application officielle alors vous avez sûrement constaté des performances médiocres pour les accès disques. Certains frameworks Web en pâtissent comme par exemple Symfony. Nous allons voir dans les lignes suivantes qu'il est possible de résoudre rapidement cette lacune afin de redonner à Docker des performances optimales.</p>)
Si vous utilisez Docker sur votre Mac grâce à l'application officielle alors vous avez sûrement constaté des performances médiocres pour les accès disques. Certains frameworks Web en pâtissent comme par exemple Symfony. Nous allons voir dans les lignes suivantes qu'il est possible de résoudre rapidement cette lacune afin de redonner à Docker des performances optimales.
(String: <h2 id="conf-rences-du-matin">Conférences du matin</h2>
<p><a href="https://twitter.com/nehanarkhede">Neha Narkhede</a>, co-fondatrice et CTO de Confluent, a ouvert le bal avec un talk inspirant sur le passage à l’ère numérique, et ses implications, dans la façon de concevoir les SI modernes. Elle nous recommande de devenir “Event-centric”, ainsi les différentes applications partagent une seule fois leur changement d’état ou d'événement dans un outil centralisé (Kafka). Vous pouvez retrouver sa présentation <a href="https://speakerdeck.com/nehanarkhede/the-rise-of-real-time">ici</a>.</p>)
Pour ceux qui n’ont pas eu la chance d’être présents à dotScale cette année, voici un aperçu de ce qui a été présenté. Cela vous fera patienter jusqu’à la sortie des vidéos !
(String: <h2 id="ladockerconcommesivousytiez">La DockerCon comme si vous y étiez</h2>
<p>Lors de cette présentation, <a href="https://twitter.com/ndeloof">Nicolas de Loof</a> était accompagné de Sylvain Riversault pour assurer le spectacle autour du thème de la DockerCon.<br>Les keynotes de la DockerCon étant sujettes à des démonstrations et des annonces de nouvelles fonctionnalités, ils ont fait un retour sur les différentes annonces des dernières années de cette conférence (que ce soit la version US ou Européenne).<br>Les deux speakers sont ensuite revenus plus en détails sur les annonces de cette année :</p>)
Devoxx France est fini et c’est déjà l’heure de BreizhCamp. Après quelques heures de train, nous voici en Bretagne pour 3 jours de conférences dans la bonne humeur. Comme nous l’avions fait pour Devoxx, vous trouverez dans la suite de cet article un résumé de quelques présentations.
(String: <h2 id="le-meilleur-des-keynotes">Le meilleur des Keynotes</h2>
<h3 id="le-philosophe-qui-ne-voulait-pas-partir-">Le philosophe qui ne voulait pas partir…</h3>
<p>Bon, ce titre n’est pas celui de la présentation d’Eric Sadin, qui nous a introduit à la “responsabilité des ingénieurs”, mais son envie de nous convaincre et de nous apporter des clefs de compréhension était tellement grande qu’il ne voulait plus quitter la scène même avec une intervention du speaker de l’équipe Devoxx… De quoi détendre la salle après une présentation qui nous a fait réfléchir.</p>)
Devoxx France s’est tenu cette année du 5 au 7 avril. Le temps de nous remettre de toutes les bonnes choses que nous avons vues, nous vous proposons un résumé de quelques unes de ces présentations.
(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.