Contactez-nous

Infrastructure Craftsmanship (4)

  • Ansibled : Dépôt Python privé
    Infrastructure Craftsmanship

    Ansibled : Dépôt Python privé

    (String: <p>&nbsp;</p>)

    Il arrive régulièrement que les architectes réseaux définissent des zones privées, coupées du Grand Internet pour des raisons de sécurité. Dans ces zones, il faut malgré tout assurer les mises à jour des systèmes, souvent avec des serveurs miroirs ou des proxy-cache.

    Lire la suite

  • Terraform Layering : Pourquoi et comment ?
    Infrastructure Craftsmanship

    Terraform Layering : Pourquoi et comment ?

    (String: <p>&nbsp;</p>)

    Terraform, issu des fonderies Hashicorp, est en passe de devenir le standard de-facto pour ce qui est de la gestion d’infrastructures cloud. Cependant, Terraform génère également un certain nombre de questions quant aux bonnes pratiques à appliquer et aux techniques de craftsmanship à garder à l’esprit. En effet, à partir d’un certain volume de sources, le temps de communication entre Terraform et les différentes APIs des providers peut rendre l’expérience pour le moins frustrante.

    Lire la suite

  • Swarm, Consul et Traefik
    Infrastructure Craftsmanship

    Tutoriel : Infastructure résiliente et scalable avec Swarm, Consul et Traefik

    (String: <h2 id="probl-matique">Problématique</h2> <p>Mettre en oeuvre une infrastructure scalable, résiliente et tout automatisée est devenu depuis quelques années le Graal de l’informatique moderne. Mais si la quête du Graal n'est pas une sinécure, cette infrastructure est maintenant très simple à mettre en place.</p>)
    Problématique Mettre en oeuvre une infrastructure scalable, résiliente et tout automatisée est devenu depuis quelques années le Graal de l’informatique moderne. Mais si la quête du Graal n'est pas une sinécure, cette infrastructure est maintenant très simple à mettre en place.

    Lire la suite

  • 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