Addict des technologies Cloud, Thomas possède une vision transverse pour accompagner ses clients vers des architectures de nouvelles générations s'inscrivant dans des organisations Devops.
(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="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> Nous constatons souvent que la taille réduite d’une organisation offre une souplesse et un dynamisme naturels autorisant des changements plus rapides tant au niveau de la technique qu’à celui de l’organisation. Notre accompagnement est par conséquent adapté à la typologie de nos clients afin d’adopter une démarche adéquate. Dans les lignes suivantes, nous allons nous attarder sur le cas des structures plus lourdes et donner quelques clés pour entamer une migration non pas vers une technologie particulière, mais plutôt sur la phase qui la précède et en quoi la philosophie DevOps peut être une réponse.</p>)
Une des missions de WeScale est d’accompagner nos clients dans l’adoption des solutions Cloud émergentes ainsi que l’écosystème foisonnant qui l’environne. Cet exercice de transition ou d’acceptation peut être plus ou moins important. Par exemple, lorsqu’il s’agit d’une petite structure dans laquelle la plateforme IT est au cœur de l’activité, la démarche sera différente de celle d’une grande entreprise disons historique.
Deolan : Migration vers une architecture Cloud native
(String: <p><a href="http://www.deolan.com">Deolan</a> est une startup française créée en 2007 dans le secteur de l’aérien. Parmi ses principales activités, on note une plate-forme de communication des flux d’informations entre les différents acteurs que sont par exemple les tours opérateurs et les compagnies aériennes. L’équipe qui forme cette entreprise possède une très bonne vision produit ainsi qu’une maîtrise des technologies et méthodologies pour y parvenir. Elle pratique l’agilité pour la gestion du backlog et met en oeuvre une architecture applicative efficace.</p>)
Deolan est une startup française créée en 2007 dans le secteur de l’aérien. Parmi ses principales activités, on note une plate-forme de communication des flux d’informations entre les différents acteurs que sont par exemple les tours opérateurs et les compagnies aériennes. L’équipe qui forme cette entreprise possède une très bonne vision produit ainsi qu’une maîtrise des technologies et méthodologies pour y parvenir. Elle pratique l’agilité pour la gestion du backlog et met en oeuvre une architecture applicative efficace.
Let's Encrypt et DNS challenge pour infrastructure AWS via Route53
(String: <p>Aujourd’hui, il est presque indispensable d’exposer les services de son application à travers le protocole sécurisé HTTPS. Tant pour les communications entre votre application et les utilisateurs que pour des communications entre services. Un exemple récemment rencontré lorsque vous souhaitez exploiter l’API de notification de Google Drive, le “webhook” de votre application doit forcément être <a href="https://developers.google.com/drive/v3/web/push">exposé à travers https</a>. Dans le cas d’un hébergement de son application chez le fournisseur AWS, vous pourrez mettre en place des certificats de manière triviale via <a href="https://blog.wescale.fr/2016/02/10/revue-de-presse-de-fevrier/">Amazon Certificate Manager</a> (ACM). Vous disposerez d’un ou plusieurs certificats via l’utilisation de la console ou de la CLI ainsi qu’une étape de validation humaine d’approbation à travers un workflow par email. Cette dernière phase peut représenter un handicap dans la mise en place d’automatisation. Pour information, vous trouverez <a href="https://github.com/ubergeek42/lambda-letsencrypt/issues/11">d’autres limitations ici</a>. Pour ces quelques raisons, nous allons étudier une alternative intéressante avec l’utilisation de Let’s Encrypt (LE).</p>)
Aujourd’hui, il est presque indispensable d’exposer les services de son application à travers le protocole sécurisé HTTPS. Tant pour les communications entre votre application et les utilisateurs que pour des communications entre services. Un exemple récemment rencontré lorsque vous souhaitez exploiter l’API de notification de Google Drive, le “webhook” de votre application doit forcément être exposé à travers https. Dans le cas d’un hébergement de son application chez le fournisseur AWS, vous pourrez mettre en place des certificats de manière triviale via Amazon Certificate Manager (ACM). Vous disposerez d’un ou plusieurs certificats via l’utilisation de la console ou de la CLI ainsi qu’une étape de validation humaine d’approbation à travers un workflow par email. Cette dernière phase peut représenter un handicap dans la mise en place d’automatisation. Pour information, vous trouverez d’autres limitations ici. Pour ces quelques raisons, nous allons étudier une alternative intéressante avec l’utilisation de Let’s Encrypt (LE).
(String: <h2 id="docker">Docker</h2>
<h3 id="caas-containers-as-a-service">CaaS : Containers as a Service</h3>
<p>Docker a annoncé fin février la disponibilité de <a href="https://www.docker.com/products/docker-datacenter">Docker Datacenter</a>, une solution intégrée pour le déploiement et la gestion d’un Cloud privé permettant d’exécuter des containers dans une logique de “Containers as a Service”.</p>)
Docker CaaS : Containers as a Service Docker a annoncé fin février la disponibilité de Docker Datacenter, une solution intégrée pour le déploiement et la gestion d’un Cloud privé permettant d’exécuter des containers dans une logique de “Containers as a Service”.
(String: <p>En tant que fournisseur de solutions SaaS, certaines questions techniques ont un impact stratégique important sur votre métier. Celle de l’architecture multi-tenant ou single-tenant fait clairement partie de cette problématique. Le sujet est notamment de plus en plus d’actualité en raison de la popularité des infrastructures et autres plateformes à la demande disponibles chez les fournisseurs Cloud.</p>)
En tant que fournisseur de solutions SaaS, certaines questions techniques ont un impact stratégique important sur votre métier. Celle de l’architecture multi-tenant ou single-tenant fait clairement partie de cette problématique. Le sujet est notamment de plus en plus d’actualité en raison de la popularité des infrastructures et autres plateformes à la demande disponibles chez les fournisseurs Cloud.
Amazon Spot Instances : optimiser ses dépenses et booster son infrastructure
(String: <p>On vous ressasse en permanence qu’un des avantages essentiel du Cloud est sa flexibilité ! Vous avez parfaitement compris qu’avec un tel système, vous pouvez vous autoriser une manière différente de consommer les ressources informatiques. Comme vous ne payez que ce que vous consommez, vous pouvez enfin envisager des infrastructures démesurées pour une courte période afin de répondre à un pic de charge, ou jouer un modèle de prédiction extrêmement gourmand. La bonne nouvelle : vous allez pouvoir approfondir ce concept, plus de puissance ou plus d’économie : vous décidez où placer le curseur.</p>)
On vous ressasse en permanence qu’un des avantages essentiel du Cloud est sa flexibilité ! Vous avez parfaitement compris qu’avec un tel système, vous pouvez vous autoriser une manière différente de consommer les ressources informatiques. Comme vous ne payez que ce que vous consommez, vous pouvez enfin envisager des infrastructures démesurées pour une courte période afin de répondre à un pic de charge, ou jouer un modèle de prédiction extrêmement gourmand. La bonne nouvelle : vous allez pouvoir approfondir ce concept, plus de puissance ou plus d’économie : vous décidez où placer le curseur.