Contactez-nous
Image de Aurélien Maury

Aurélien Maury

Son credo : “Make it work, Make it right, Make it fast”

https://twitter.com/aurelienmaury
  • AWS & Ansible
    cloud public

    AWS & Ansible

    (String: <p>Au fil de mes différentes missions et sorties dans la communauté, j’ai une question qui revient souvent : peut-on piloter de l’infrastructure Amazon avec Ansible ? Et comme c’est souvent le cas, ce genre de question en apporte de nombreuses autres : si oui, comment ? Comment maintenir son infrastructure ? Peut-on tout faire ?</p>)
    Au fil de mes différentes missions et sorties dans la communauté, j’ai une question qui revient souvent : peut-on piloter de l’infrastructure Amazon avec Ansible ? Et comme c’est souvent le cas, ce genre de question en apporte de nombreuses autres : si oui, comment ? Comment maintenir son infrastructure ? Peut-on tout faire ?

    Lire la suite

  • Ansible : mettre en place un Consul sécurisé
    sécurité

    Ansible : Consul sécurisé

    (String: <p>Comme tous les outils distribués, Consul nécessite une communication entre les noeuds d’un cluster. Dans ce billet, nous allons voir ce qu’il faut sécuriser, et une façon de le faire avec Ansible.</p>)

    Beaucoup de monde parle de Consul, ce formidable outil des ateliers Hashicorp. En 2 mots pour ceux qui découvrent : c’est un système clés-valeurs distribué, de service discovery, résilient et extrêmement simple à mettre en place. 

    Lire la suite

  • DevOps@WeScale
    devops

    DevOps@WeScale

    (String: <p>Chez WeScale, c’est un terme qui n’est pas pris à la légère. Voyons donc ensemble ce qu’est DevOps chez nous.</p>)

    Le terme DevOps a été inventé par Patrick Debois, administrateur système et consultant, durant l’organisation des premiers DevOpsDays à Gand en Belgique, en octobre 2009. Pour certains c’est un ensemble d’outils, pour d’autres un collège de pratiques, pour d’autres encore, une étiquette marketing en vogue.

    Lire la suite

  • WeScale Knowledge Exchange
    Actualités

    WeScale Knowledge Exchange

    (String: <h2 id="l-int-gration-continue-r-v-e-sur-ma-mission">L’intégration continue rêvée sur ma mission</h2> <p>J’ai partagé avec mes collègues l’outillage en place chez mon client actuel et les axes d’amélioration identifiés dessus. Nous avons débattu des propositions prochainement présentées à mon équipe, que j’ai enrichi lors de nos échanges. Dans ce cas précis, il s’agit de recentrer l’outillage autour du Gitlab déjà en place pour exploiter au maximum la partie <a href="https://docs.gitlab.com/ce/ci/">GitlabCI</a> et ainsi diminuer la maintenance du pipe de déploiement continu en supprimant Jenkins et l’outil de visualisation des déploiements actuels, développé en interne.</p>)

    Le partage de connaissances fait partie des valeurs qui nous animent chez WeScale. C’est pourquoi, tous les mois, nous nous réunissons pour procéder à une journée complète de conférence interne. C’est l’occasion pour nous de partager des retours d’expérience sur outils, méthodes de travail, veille techno et autres. Voici un petit aperçu de sujets abordés ce mois de septembre.

    Lire la suite

  • Ansibled : Rolling upgrade d'un autoscaling group AWS
    cloud public

    Ansibled : Rolling upgrade d'un autoscaling group AWS

    (String: <h2 id="cas-d-usage">Cas d’usage</h2> <p>Dans le cas d’une mise à jour de la <a href="http://docs.aws.amazon.com/autoscaling/latest/userguide/LaunchConfiguration.html">launch configuration</a> associée à un <a href="http://docs.aws.amazon.com/autoscaling/latest/userguide/AutoScalingGroup.html">autoscaling group</a>, les instances déjà lancées ne se renouvellent pas de façon automatique. Il nous faut donc orchestrer cette opération.</p>)

    Pour des besoins de missions, j’ai rédigé un playbook assez utile, qui pourra sûrement servir à d’autres. Je l’ai baptisé de façon assez pragmatique : aws_asg_roller. Je vais vous guider via cet article dans la pleine compréhension de son contenu, afin que vous puissiez non seulement vous en servir, mais être à même d’en extrapoler une version plus adaptée à vos besoins.

    Lire la suite

  • Ansible, Packer, Terraform, un trio gagnant
    Infrastructure Craftsmanship

    Ansible, Packer, Terraform, un trio gagnant

    (String: <p>Le but ici est de présenter des outils ainsi qu’une méthode pour les utiliser en synergie.</p>)

    Ce ne sont pas les outils estampillés DevOps qui manquent ces derniers temps. D’un côté, pour les gens de l’art, ça fait beaucoup de jouets intéressants avec lesquels expérimenter, améliorer, ou simplement jouer. D’un autre côté, avec chaque outil, la difficulté de trouver une boîte à outil simple, efficace et pérenne, augmente. Si vous le voulez bien, nous allons voir aujourd’hui une proposition d’outillage permettant de déployer et de maintenir une infrastructure Cloud, à un coût technique raisonnable.

    Lire la suite

  • Gérer les bastions avec Ansible
    Infrastructure Craftsmanship

    Gérer les bastions avec Ansible

    (String: <figure class="kg-card kg-image-card"></figure> <p>Il arrive souvent que les machines de votre parc ne soient pas toutes accessibles directement via SSH depuis votre poste de travail. Dans ce genre de cas, il existe souvent une machine bastion, qui est l’unique point d’entrée vers cette zone réseau. Voici une astuce bien pratique pour atteindre vos machines non-exposées en passant au travers d’un bastion de façon transparente.</p>)
    Il arrive souvent que les machines de votre parc ne soient pas toutes accessibles directement via SSH depuis votre poste de travail. Dans ce genre de cas, il existe souvent une machine bastion, qui est l’unique point d’entrée vers cette zone réseau. Voici une astuce bien pratique pour atteindre vos machines non-exposées en passant au travers d’un bastion de façon transparente.

    Lire la suite

  • Infrastructure immuable
    Infrastructure Craftsmanship

    Infrastructure immuable

    (String: <p>Quoi de plus stressant qu’un serveur tournant comme une horloge depuis un long moment, et qui a subit plusieurs upgrade système et une quantité innombrable de déploiements au fil du temps ? Chaque nouveau déploiement devient un travail d’équilibriste, pour éviter de faire s’effondrer le château de cartes que devient inévitablement ce genre de machine, qu’elle soit physique ou virtuelle. Un petit hack manuel dans un script init ou un fichier de configuration, un voeu pieu de backporter la modification dans le système de gestion de configuration (pour peu qu’il y en ait un en place), et vous avez le doigt dans l’engrenage.</p>)
    Quoi de plus stressant qu’un serveur tournant comme une horloge depuis un long moment, et qui a subit plusieurs upgrade système et une quantité innombrable de déploiements au fil du temps ? Chaque nouveau déploiement devient un travail d’équilibriste, pour éviter de faire s’effondrer le château de cartes que devient inévitablement ce genre de machine, qu’elle soit physique ou virtuelle. Un petit hack manuel dans un script init ou un fichier de configuration, un voeu pieu de backporter la modification dans le système de gestion de configuration (pour peu qu’il y en ait un en place), et vous avez le doigt dans l’engrenage.

    Lire la suite