Infrastructure Craftsmanship (2)

10/10/2019
Romain BOULANGER

Infrastructure Craftsmanship
AWX, l’Ansible Tower Open-Source - Partie 2
(String: <h2 id="d-monstration-d-awx">Démonstration d’AWX</h2> La <a href="https://blog.wescale.fr/2019/02/21/awx-lansible-tower-open-source-part-1/">première partie</a> de l’article sur AWX se concentrait sur les différentes fonctionnalités présentes dans l’outil et son installation, faisons maintenant place à la pratique.)
Démonstration d’AWX La première partie de l’article sur AWX se concentrait sur les différentes fonctionnalités présentes dans l’outil et son installation, faisons maintenant place à la pratique.

Lire la suite
12/07/2019
WeScale

Infrastructure Craftsmanship
#WeSpeakCloud - spécial conteneurs : Pourquoi Cri-O est-il un bon remplaçant de Docker ?
(String: Aujourd'hui Kubernetes est en train de devenir la référence sur l’orchestrateur de conteneur. Plusieurs interrogations restent toutefois sur le choix du moteur de conteneur qui exécutera vos Pods.)
Le 11 juillet dernier se déroulait la septième session des "#WeSpeakCloud cette fois-ci spécial conteneurs présentée cette fois-ci par Akram Blouza Cloud Builder chez WeScale.

Lire la suite
14/03/2019
Romain BOULANGER

Infrastructure Craftsmanship
tmux, diviser pour mieux régner
(String: tmux est un multiplexeur de terminal, c'est à dire qu'il est capable de scinder plusieurs terminaux au sein d'un seul et même affichage. C'est un processus indépendant qui se lance dans un shell, et si votre terminal préféré plante, tmux conserve votre session et vous pouvez la réutiliser.)
Vous avez toujours voulu vous connecter à plusieurs serveurs en SSH sur un seul écran ? Vous redimensionnez sans arrêt vos quatre terminaux pour qu'ils tiennent tous sur votre écran d'ordinateur ? Ou alors, votre terminal a planté et vous avez perdu votre session shell sur votre machine qui demandait de passer par trois rebonds ? J'ai une solution pour vous !

Lire la suite
21/02/2019
Alexandre KOLACZ

Infrastructure Craftsmanship
AWX : l’Ansible Tower Open Source Part 1
(String: <h3 id="pr-sentation">Présentation</h3> Comme pour les systèmes d’exploitation Fedora et RHEL, ou encore OpenShift Enterprise et OKD, les releases d’Ansible Tower (à partir de la 3.2), sont créées à partir d’une branche d’un projet Open-Source sponsorisée par RedHat : AWX.)
Dans cet article, je vais vous parler d’AWX, la version Open-Source d’Ansible Tower (outil d’orchestration de playbooks Ansible, fournissant de la ségrégation de rôles, de la centralisation de logs et du REST API), de ses apports dans une utilisation quotidienne d’Ansible et de ses différences comparé à Ansible Tower.

Lire la suite
07/02/2019
Aymen Lamara

Infrastructure Craftsmanship
Augmenter la capacité de volume glusterFS dans Kubernetes
(String: <h2 id="augmenter-la-capacit-de-volume-glusterfs-dans-kubernetes">Augmenter la capacité de volume glusterFS dans Kubernetes</h2> L’une des problématiques connues lors de l’utilisation des solutions de stockage persistant dans Kubernetes, comme GlusterFS, est de toucher les limites de stockage dans votre cluster. Vous devez trouvez un moyen simple pour augmenter votre capacité de stockage, sans perdre les données existantes. Dans cet article, je vais vous montrer deux façon pour le faire. Avant d’aller plus loin, je vous fais une brève introduction du contexte ainsi que quelques descriptions sur le vocabulaire utilisé.)
Augmenter la capacité de volume glusterFS dans Kubernetes L’une des problématiques connues lors de l’utilisation des solutions de stockage persistant dans Kubernetes, comme GlusterFS, est de toucher les limites de stockage dans votre cluster. Vous devez trouvez un moyen simple pour augmenter votre capacité de stockage, sans perdre les données existantes. Dans cet article, je vais vous montrer deux façon pour le faire. Avant d’aller plus loin, je vous fais une brève introduction du contexte ainsi que quelques descriptions sur le vocabulaire utilisé.

Lire la suite
11/01/2019
Jonathan Forget

Infrastructure Craftsmanship
Atlantis, le Terraform collaboratif
(String: Terraform est sûrement l’un des meilleurs amis du <a href="https://www.wescale.fr/devops" rel="noopener" target="_blank">DevOp</a>s, sans lui nous serions perdus. Comme vous le savez sûrement, Terraform permet d'écrire de l’<a href="https://blog.wescale.fr/pourquoi-votre-infrastructure-as-code-ne-tient-pas-ses-promesses" rel="noopener" target="_blank">Infrastructure as Code (IaC)</a>, de déployer facilement des configurations et des environnements et de garder un état de notre infrastructure. Tout ceci est bien beau mais lorsqu’on commence à travailler à plusieurs sur un même projet Terraform, cela devient moins évident. Le suivi des modifications, les reviews et par la suite l’application de modifications deviennent vite compliqués à gérer.)
Terraform est sûrement l’un des meilleurs amis du DevOps, sans lui nous serions perdus. Comme vous le savez sûrement, Terraform permet d'écrire de l’Infrastructure as Code (IaC), de déployer facilement des configurations et des environnements et de garder un état de notre infrastructure. Tout ceci est bien beau mais lorsqu’on commence à travailler à plusieurs sur un même projet Terraform, cela devient moins évident. Le suivi des modifications, les reviews et par la suite l’application de modifications deviennent vite compliqués à gérer.

Lire la suite
12/10/2018
René Okouya

Infrastructure Craftsmanship
Ansible & KitchenCI : Infrastructure As Code guidée par les Tests Part II
(String: Tester son code Ansible et de manière plus générale le code d’infrastructure (IaC), présente quelques avantages notamment lorsqu’on est bien outillé. <a href="https://blog.wescale.fr/2018/07/26/ansible-kitchenci-infrastructure-as-code-oriente-par-les-tests-part-i">La première partie de cet article</a> en dévoile quelques usages et pose les bases de l’outillage nécessaire à cette pratique dans une architecture d’infrastructure à large échelle: du développement, où les tests peuvent être utilisés pour mieux comprendre l’impact des modifications et explorer des cas particuliers, à la documentation des cas critiques et leur comportement, en passant par la création d’une confiance partagée dans la base de code d’infrastructure. Le principe est le même pour d’autres outils qu’ansible, par exemple cet article  à lire ou à relire <a href="https://blog.wescale.fr/2016/02/23/tests-dintegration-saltstack-avec-docker/">Tests d’intégration SaltStack avec docker</a>, de Séven Le Mesle notre CEO, traite des mêmes idées générales appliquées à SaltStack.)
Tester son code Ansible et de manière plus générale le code d’infrastructure (IaC), présente quelques avantages notamment lorsqu’on est bien outillé. La première partie de cet article en dévoile quelques usages et pose les bases de l’outillage nécessaire à cette pratique dans une architecture d’infrastructure à large échelle: du développement, où les tests peuvent être utilisés pour mieux comprendre l’impact des modifications et explorer des cas particuliers, à la documentation des cas critiques et leur comportement, en passant par la création d’une confiance partagée dans la base de code d’infrastructure. Le principe est le même pour d’autres outils qu’ansible, par exemple cet article à lire ou à relire Tests d’intégration SaltStack avec docker, de Séven Le Mesle notre CEO, traite des mêmes idées générales appliquées à SaltStack.

Lire la suite
31/08/2018
Benoit Petit

Infrastructure Craftsmanship
Ansibled - DNS, proxy et terminaison TLS pour vos applications
(String: La rapidité et la simplicité qu’apportent les fournisseurs de cloud public en terme de déploiement applicatif n’est plus à démontrer. Il s’agit bien souvent de l’argument principal à leur adoption. Cependant, il reste encore de nombreux cas où l’utilisation d’un cloud public n’est pas envisageable. Que ce soit pour des questions de souveraineté de la donnée (hébergement de données médicales, bancaires, etc...), ou tout autre contrainte propre à une entreprise. Dans ce genre de cas il est nécessaire de disposer et d’exploiter ses propres infrastructures. La question qui se pose alors est de savoir comment atteindre un niveau de réactivité et de rapidité de déploiement, comparable à ce que l’on peut avoir sur du cloud public.)
La rapidité et la simplicité qu’apportent les fournisseurs de cloud public en terme de déploiement applicatif n’est plus à démontrer. Il s’agit bien souvent de l’argument principal à leur adoption. Cependant, il reste encore de nombreux cas où l’utilisation d’un cloud public n’est pas envisageable. Que ce soit pour des questions de souveraineté de la donnée (hébergement de données médicales, bancaires, etc...), ou tout autre contrainte propre à une entreprise. Dans ce genre de cas il est nécessaire de disposer et d’exploiter ses propres infrastructures. La question qui se pose alors est de savoir comment atteindre un niveau de réactivité et de rapidité de déploiement, comparable à ce que l’on peut avoir sur du cloud public.

Lire la suite
09/08/2018
Benoit Petit

Infrastructure Craftsmanship
Mininet : tester ses applications, dans un contexte réseau réaliste, sans surcoût
(String: <h2 id="introduction"></h2>)
Tester un logiciel n’est pas toujours chose aisée, en particulier lorsque celui-ci est distribué et donc tributaire de son environnement réseau. Mettre en place un contexte réseau de test proche de la réalité en production peut être fastidieux mais également (très) coûteux.

Lire la suite