Contactez-nous
Image de Stephane TEYSSIER

Stephane TEYSSIER

Son credo ‘éviter les approches étoile de la mort’. Stéphane combat le surdesign en prônant des mises en oeuvre rapides, dans une optique itérative.

  • Le Platform Engineering au service de l’accès aux données - featured image
    Platform Engineering

    Le Platform Engineering au service de l’accès aux données

    Lorsque l’on aborde les problèmes rencontrés par les équipes data, un des premiers défis remonté est de garantir un accès efficace aux données. En effet, sans accès aux données, impossible d’identifier les bons cas métier qui généreront de la valeur ; l’innovation est bloquée et la preuve de ROI en est affectée. Or, l'accès aux données passe par une gestion efficace des métadonnées, de la sécurité et de la gouvernance. Le Platform Engineering fournit des solutions automatisées pour rationaliser ces processus.

    Lire la suite

  • Infra as code depuis Kubernetes avec Crossplane
    kubernetes

    Infra as code depuis Kubernetes avec Crossplane

    (String: <h2 id="pourquoi-vouloir-g%C3%A9rer-son-infra-as-code-depuis-kubernetes">Pourquoi vouloir gérer son Infra as Code depuis Kubernetes ?</h2> <p>Avant de voir le fonctionnement de Crossplane, intéressons-nous au problème qu’il cible.</p>)

    Dans cet article, nous vous proposons une rapide présentation de Crossplane, une solution qui permet de gérer de l’infrastructure depuis un cluster Kubernetes. Est-ce le moment de laisser de côté vos outils d’Infrastructure as Code pour vous jeter sur Crossplane ? Quelques éléments de réponse dans cet article.

    Lire la suite

  • Craftsmanship Git Hooks
    Infrastructure Craftsmanship

    Vers l'Infrastructure Craftsmanship avec les Git Hooks

    (String: <h2 id="pr-ambule">Préambule</h2> <p>&nbsp;</p> <p>Conjointement aux solutions techniques d’<a href="https://blog.wescale.fr/pourquoi-votre-infrastructure-as-code-ne-tient-pas-ses-promesses" rel="noopener" target="_blank">Infrastructure as Code</a>, les pratiques qui visent à améliorer &nbsp;la qualité des livrables ont elles aussi évolué depuis les premiers services IaaS (Infrastructure as a Service) il y a plus de dix ans. Ainsi, les pratiques d’intégration et de déploiement continus pour l’Infrastructure as Code se sont inspirées de ce qui se fait dans le monde du logiciel et notamment le Software Craftsmanship. Nous parlerons ici d’Infrastructure Craftsmanship car la nature du code est différente d’un logiciel standard : c’est avant tout une configuration plus qu’un code exécuté.</p>)
    Préambule Conjointement aux solutions techniques d’Infrastructure as Code, les pratiques qui visent à améliorer la qualité des livrables ont elles aussi évolué depuis les premiers services IaaS (Infrastructure as a Service) il y a plus de dix ans. Ainsi, les pratiques d’intégration et de déploiement continus pour l’Infrastructure as Code se sont inspirées de ce qui se fait dans le monde du logiciel et notamment le Software Craftsmanship. Nous parlerons ici d’Infrastructure Craftsmanship car la nature du code est différente d’un logiciel standard : c’est avant tout une configuration plus qu’un code exécuté.

    Lire la suite

  • AWS Re:Invent 2017
    Actualités

    Re:tour Re:Invent

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

    AWS Re:Invent 2017 est fini depuis trois semaines, de quoi prendre le recul nécessaire pour vous faire un retour d'expérience à froid et en toute objectivité.

    Lire la suite

  • Compte-rendu Devoxx 2017
    Actualités

    Compte-rendu Devoxx 2017

    (String: <h2 id="le-meilleur-des-keynotes">Le meilleur des Keynotes</h2> <h3 id="le-philosophe-qui-ne-voulait-pas-partir-">Le philosophe qui ne voulait pas partir…</h3> <p>Bon, ce titre n’est pas celui de la présentation d’Eric Sadin, qui nous a introduit à la “responsabilité des ingénieurs”, mais son envie de nous convaincre et de nous apporter des clefs de compréhension était tellement grande qu’il ne voulait plus quitter la scène même avec une intervention du speaker de l’équipe Devoxx… De quoi détendre la salle après une présentation qui nous a fait réfléchir.</p>)

    Devoxx France s’est tenu cette année du 5 au 7 avril. Le temps de nous remettre de toutes les bonnes choses que nous avons vues, nous vous proposons un résumé de quelques unes de ces présentations.

    Lire la suite

  • meetup Openstack
    Actualités

    Compte-rendu du meetup Openstack du 28 février

    (String: <h2 id="1-compose-docker-stack">1. Compose / Docker stack</h2> <p>Avant la version 1.13 de Docker, le déploiement et la mise à jour des services Swarm se fait nécessairement avec les commandes docker service create et docker service update.<br>Parfois, nous avons besoin de déployer ou mettre à jour plusieurs services Swarm. La seule manière est de répéter dans un script Shell ces deux commandes (docker service create et docker service update) pour chaque service Swarm.</p>)

    Chaque version de Docker apporte des nouveautés et des corrections de bugs souvent très attendues. Docker 1.13 est apparu en janvier dernier avec des fonctionnalités en plus dans Docker Cli et dans Docker Swarm introduit à la version 1.12 (gestion des secrets, le Docker stack …). Dans cet article, je présenterai les fonctionnalités les plus importantes introduites dans Docker 1.13.

    Lire la suite

  • s3Fs sur ECS
    cloud public

    Histoire d'un fail : s3Fs sur ECS

    (String: <h2 id="use-case">Use case</h2> <p>Fonctionnellement, il s’agit donc de déployer un CMS qui gère le contenu éditorial d’un site e-Commerce. Par contenu éditorial, nous entendons les différentes images (header / footer / bannière) qui sont à afficher par le navigateur de l’utilisateur. Les images à afficher sont fonctions du contexte du navigateur, telles que marques, catégories de produits et date courante. <strong>Ces images</strong> doivent être servies à tous les utilisateurs grand public du site, elles seront donc servies par un CDN.</p>)

    C’est une histoire qui semblait bien partie : déployer sous forme de conteneurs un Content Management System qui utilise s3Fs pour synchroniser des images et des fichiers json. Mis à part s3Fs qui est un composant open-source, on est dans le monde connu et stable d'Amazon Web Services avec s3 et ECS. Tout devait donc bien passer… eh bien non. Voyons ensemble pourquoi.

    Lire la suite