Contactez-nous

Infrastructure Craftsmanship (4)

  • OpenStack : Installation de Designate (DNSaaS)
    Infrastructure Craftsmanship

    OpenStack : Installation de Designate (DNSaaS)

    (String: <p>C’est ainsi que le projet de mettre en place un service de DNS fut introduit pour Openstack.</p>)

    Comme nous l’avons vu dans notre dernier article sur Openstack , plusieurs modules ont été développés afin d’enrichir cette plate-forme IaaS. L’utilisation d’Openstack a suscité un grand intérêt de la part de ses utilisateurs afin d’intégrer un service de DNS, notamment pour les développeurs. Cela leur permet d’avoir à disposition un moyen plus simple et sécurisé d’utiliser un nom de domaine lors de leur développement afin de référencer leurs serveurs d’application plutôt que d’utiliser une adresse IP.

    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

  • Script bash
    Infrastructure Craftsmanship

    Bash : Pro tips

    (String: <p>Les scripts shell traînent une réputation peu glorieuse lorsque l’on parle maintenabilité, pérennité et troubleshooting. Pourtant le shell reste l’un des points de greffe les plus pratiques lorsque l’on aborde une nouvelle machine. Dans un environnement inconnu, c’est le shell qui, le premier, nous accueille et nous fournit de quoi avoir prise sur le système. Pour une instance démarrée dans le Cloud, le shell est parmi les premières options offertes pour bootstrapper la machine. Bref, où il y a un système il y a un shell.</p>)
    Les scripts shell traînent une réputation peu glorieuse lorsque l’on parle maintenabilité, pérennité et troubleshooting. Pourtant le shell reste l’un des points de greffe les plus pratiques lorsque l’on aborde une nouvelle machine. Dans un environnement inconnu, c’est le shell qui, le premier, nous accueille et nous fournit de quoi avoir prise sur le système. Pour une instance démarrée dans le Cloud, le shell est parmi les premières options offertes pour bootstrapper la machine. Bref, où il y a un système il y a un shell.

    Lire la suite

  • Let's Encrypt et DNS
    Infrastructure Craftsmanship

    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).

    Lire la suite

  • SaltStack avec Docker
    Infrastructure Craftsmanship

    Tests d'intégration SaltStack avec Docker

    (String: <p>SaltStack est un outil d’infrastructure as code de nouvelle génération au même titre qu’Ansible par exemple. Le code Salt est écrit sous forme de fichier YAML décrivant les états désirés d’un système. Je l’utilise au quotidien pour gérer l’installation des machines par rôle d’infrastructure. Chaque rôle comprend une base commune chargée de partitionner les disques, configurer les services de base comme le serveur ssh et la gestion des utilisateurs. La partie spécifique décrit l’installation, la configuration et l’exécution du service associé à un rôle. <br><br>Il y a par exemple des rôles pour Graphite, Elasticsearch, RabbitMQ, Redis, Nginx et bien d’autres. La base de code Salt contient plus de 200 fichiers sls. Afin d’éviter les régressions et de faciliter le développement de nouveaux rôles, nous avons besoin d’une solution qui nous permette de facilement tester notre code et de vérifier qu’il rend bien le service attendu. Je me suis naturellement tourné vers Docker pour industrialiser une solution d’intégration continue de notre code SaltStack. Les buts sont de limiter les coûts d’instances Amazon EC2 et d’éviter les quelques minutes de démarrage imposé par AWS. Dans cet article, je vous propose de découvrir notre socle d’intégration continue pour le développement SaltStack.</p>)
    SaltStack est un outil d’infrastructure as code de nouvelle génération au même titre qu’Ansible par exemple. Le code Salt est écrit sous forme de fichier YAML décrivant les états désirés d’un système. Je l’utilise au quotidien pour gérer l’installation des machines par rôle d’infrastructure. Chaque rôle comprend une base commune chargée de partitionner les disques, configurer les services de base comme le serveur ssh et la gestion des utilisateurs. La partie spécifique décrit l’installation, la configuration et l’exécution du service associé à un rôle. Il y a par exemple des rôles pour Graphite, Elasticsearch, RabbitMQ, Redis, Nginx et bien d’autres. La base de code Salt contient plus de 200 fichiers sls. Afin d’éviter les régressions et de faciliter le développement de nouveaux rôles, nous avons besoin d’une solution qui nous permette de facilement tester notre code et de vérifier qu’il rend bien le service attendu. Je me suis naturellement tourné vers Docker pour industrialiser une solution d’intégration continue de notre code SaltStack. Les buts sont de limiter les coûts d’instances Amazon EC2 et d’éviter les quelques minutes de démarrage imposé par AWS. Dans cet article, je vous propose de découvrir notre socle d’intégration continue pour le développement SaltStack.

    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

  • Docker Machine et Vagrant
    Infrastructure Craftsmanship

    Docker Machine et Vagrant

    (String: <p>Docker Machine est un outil de la famille Docker qui se charge de créer et configurer des machines pour exécuter le daemon Docker. Avec Kitematic, l’interface graphique construite pour OS X et Windows, Docker Machine prend la suite de Boot2Docker qui permettait aux utilisateurs de ces deux OS de facilement créer leurs conteneurs. Les machines sont créées avec une distribution linux boot2docker ou Ubuntu, ce qui peut convenir à la plupart des utilisateurs. Dans mon cas, j’avais besoin d’utiliser une distribution CentOS 7 pour faire tourner mon daemon Docker. Je vous propose donc dans cet article de découvrir comment utiliser Vagrant pour instancier les machines et Docker Machine pour les configurer</p>)
    Docker Machine est un outil de la famille Docker qui se charge de créer et configurer des machines pour exécuter le daemon Docker. Avec Kitematic, l’interface graphique construite pour OS X et Windows, Docker Machine prend la suite de Boot2Docker qui permettait aux utilisateurs de ces deux OS de facilement créer leurs conteneurs. Les machines sont créées avec une distribution linux boot2docker ou Ubuntu, ce qui peut convenir à la plupart des utilisateurs. Dans mon cas, j’avais besoin d’utiliser une distribution CentOS 7 pour faire tourner mon daemon Docker. Je vous propose donc dans cet article de découvrir comment utiliser Vagrant pour instancier les machines et Docker Machine pour les configurer

    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

  • cloud privé
    Infrastructure Craftsmanship

    Posez les premières briques de votre cloud privé

    (String: <h2 id="c-est-quoi-le-cloud">C’est quoi le cloud ?</h2> <p>L’idée derrière le cloud est de mettre à disposition sous forme de service à la demande les ressources informatiques (calcul, stockage et réseau). &nbsp;Ainsi, tous les acteurs que l’on rallie au terme “cloud” s’accordent sur une logique “as a service”.</p>)

    Tout d’abord, commençons par nous accorder sur ce terme qui cache bien des mystères. Lorsque l’on parle de cloud, nous pensons de prime abord à un support dématérialisé permettant notamment de gérer nos fichiers à distance comme c’est le cas avec des solutions iCloud, DropBox ou Drive. Cependant, l’impasse peut facilement être faite sur les différents type de cloud qui existent sur le marché.

    Lire la suite