En attendant les vidéos, voici les slides et le code des démos de presque 40 conférences

Mercredi

Intégration à l’ère du cloud avec Camel Quarkus (slides / demo )

La révolution (wasm) est incroyable parce que vraie (Par Philippe Charrière et Laurent Doguin)

Construction d’APIs Géographiques à base d’Open Data, PostgreSQL & PostGIS (par Guillaume SOLDERA et Sébastien PRUNIER). Lien vers la démo

Architecturoplastie hexagonale d’un backend Node.js : Opération à code ouvert (par Jordan NOURRY, Adrien JOLY et Julien TOPÇU)

Remèdes aux oomkill, warm-ups, et lenteurs pour des conteneurs JVM (par Brice DUTHEIL et Jean-Philippe BEMPEL)

(Re) Découvrir les outils UNIX (par Grégoire PINEAU)

Kustomizons nos déploiements K8S avec style ! (par Kevin DAVIN)

Créer & distribuer un plugin pour Kubernetes en quelques minutes ? Easy ! (Par Aurélie VACHE et Gaëlle ACAS)

R2DBC = R2D2 + JDBC (enfin presque…) (Par Bruno BONNIN)

Kafka: carte des pièges à l’usage des développeurs et des ops (Par Emmanuel BERNARD et Clement ESCOFFIER)

Spring Security – décodage et démystification (Par Daniel GARNIER-MOIROU). Le code de la démo

Gradle: Donnez de l’amour à votre build, il vous le rendra! (Par Louis JACOMET et Paul MERLIN). Le code des démos

Reprenez le contrôle de votre bash en devenant un ninja de la CLI ! (Par David APARICIO)

Devenir svelte avec Svelte (Par Patrice DE SAINT STEBAN et Anthony LE GOAS)

Jeudi

Tailwind ou le futur du CSS

Spécifier ses API asynchrones avec AsyncAPI (par Sébastien LECACHEUR)

Et si les micro-services n’avaient rien à voir avec la technique ? (par Yves BRISSAUD)

Micronaut AOT: optimiser vos applications pour le JIT et GraalVM (par Cédric CHAMPEAU)

OAUTH 2.1 expliqué simplement (même si tu n’es pas dev) ! (Par Julien TOPÇU)

Comment j’ai aidé ma fille à lire avec le machine learning (par Vincent OGLOBLINSKY)

Qu’est-ce que l’InnerSource ? Comment ça se met en place et pourquoi ça va améliorer votre IT … mais pas que ? (par Philippe CHARRIÈRE et Matthieu VINCENT)

Le DOM Testing : Testez vos applications front plus facilement et efficacement ! (par William MARQUES)

Compiler-Driven Development avec Elm (Par Jordane GRENAT et Sébastien BESNIER)

Petit guide pratique pour commencer un design system (Par Cécile FREYD-FOUCAULT)

Connaissez-vous vraiment JWT ? (Par Karim PINCHON). Le code

D’un hack au datamesh, l’évolution du data engineering chez Leboncoin (Par Simon MAURIN et Stéphanie BALTUS-BERGAMO)

Exploiter facilement des fonctions natives avec le Projet Panama depuis Java (Par Brice DUTHEIL). Le code de la démo

Apprendre la musique – developer edition (Par Florent BIVILLE, Sylvain COUDERT et Jean-Baptiste LIEVREMONT). Télécharger la présentation

Git, back to the future (Par Antoine CEOL)

Etre développeur: grandir et se développer (Par ELEOUET GAËTAN)

Vendredi

Cryptanalyse d’Enigma : entre espionnage et mathématiques

La scale-up, l’autonomie et le sous-marin nucléaire (par Thomas PIERRAIN et Pauline Jamin)

Mob programming, la véritable approche du développement en équipe (par Maxime ODYE et Mathieu POUSSE)

Record du monde – Tour d’horizon et cas d’utilisation des records (par Benoît PRIOUX)

Première application mobile Flutter ? Ne faites pas les mêmes erreurs que nous ! (Par Olivier REVIAL et Sebastien FLOCHLAY)

Développement sans fron-Tiers (Par Jordane GRENAT)

React dans tous ses états (Par Amélie BENOIT)

Comment OpenTelemetry peut transformer votre monitoring en unifiant vos logs/metrics/traces (Par Vincent BEHAR)

Rendez vos interfaces fiables en faisant aimer les tests à votre équipe ! (Par Johnathan MEUNIER et Jean-Lou PIERMÉ). Le code de la démo

Les lois universelles de la performance (Par Raphaël LUTA)

Genèse et utilisation du nouveau client Java pour Elasticsearch (Par Sylvain WALLEZ)

Découpe mon monolithe (Par Florent PELLET, Johan MARTINSSON et Clément BOUILLIER)

Père Castor , raconte nous une histoire (d’OPS) (Par David APARICIO)

Développ(eur|euse) Senior avec 6 ans d’expérience, et après ? (Par Hugo LASSIEGE et Dimitri BAELI)

Si j’ai oublié un talk, ajouter le en commentaire.

The post Slides DEVOXX Paris 2022 first appeared on w3blog.

En 2017, Rancher annonce la deuxième version et une petite révolution en abandonnant son orchestrateur maison pour adopter Kubernetes. les équipes de Rancher se concentrent alors sur ce qu’ils font de mieux : l’expérience utilisateur et la gestion multi-clusters.

Grâce à sa simplicité et son installation en une seule ligne de commande, Rancher est très facile à installer et à prendre en main, même pour un néophyte. Pour les entreprises, Rancher répond également à toutes les problématiques liées à la haute-disponibilité et à la gestion multi-clusters.

3 ans plus tard, le pari est largement gagné. Rancher est devenu la solution open-source la plus utilisée pour la gestion de cluster Kubernetes on-premise et présente une alternative sérieuse aux solutions cloud, l’occasion pour nous de revenir sur les fonctionnalités de cette solution.

Gestion de cluster Kubernetes

Ajout d’un cluster

Rancher est principalement connu pour sa méthode simplifiée pour créer un nouveau cluster Kubernetes from scratch, mais il permet également l’importation de clusters déjà existants.

Une fois installé, Rancher propose l’ajout ou la création de plusieurs types de cluster:

• Importation d’un cluster Kubernetes existant ;
• Provisionning des machines sur le cloud : Amazon, Azure, Google ;
• Provisionning des machines on premise ou autres : vSphere, Openstack (Coucou OVHcloud) ;
• Installation sur un serveur linux à partir d’une simple ligne de commande à copier-coller (à noter que Docker doit être installé).

Il est donc tout à fait possible de demander un cluster Kubernetes managé auprès de son fournisseur cloud habituel, ceux-ci proposant des clusters tout en un prêt à l’emploi

Une fois le cluster mis en place, on peut installer Rancher comme simple interface graphique.

2 distributions Kubernetes

Les équipes Rancher ont travaillé sur la création simple et rapide d’un cluster Kubernetes. Vous ne le savez peut-être pas, mais il existe beaucoup de dstributions Kubernetes différentes, et Rancher en propose à lui tout seul deux :

• RKE (Rancher Kubernetes Engine), est la distribution Kubernetes standard installée par Rancher, c’est la version la plus aboutit à utiliser en production ;
• K3s (5 less than k8s), est une distribution light respectant le standard Kubernetes. Elle est très adaptée pour une utilisation sur du petit hardware: IoT, Arm, Raspberry.

Il n’est pas encore possible pour le moment d’installer K3s depuis Rancher, seul RKE est par défaut proposé. Il est toutefois tout à fait possible d’installer un cluster K3s séparément, et ensuite de l’ajouter à Rancher.

Interface Rancher

Même si vous n’utilisez pas Rancher pour mettre en place votre cluster, l’interface graphique de Rancher à elle-seule justifie son installation sur un cluster existant.

La plupart des gens connaissent Kubernetes Dashboard, il s’agit d’un composant à installer au sein du cluster qui propose de voir et gérer son cluster.

Rancher propose à peu de chose près les mêmes fonctionnalités et se distingue particulièrement sur sa gestion des catalogues.

Monitoring et Gestion d’un cluster

Avec Rancher, on peut donc avoir un récapitulatif et un suivi de l’état du cluster.

Rancher permet également une visualisation des objets qui s’exécutent dans votre cluster: Containers, Services, Ingress, etc.

Rancher App Catalog

Pour ceux qui ne connaissent pas, Helm est en quelque sorte un gestionnaire de paquet pour Kubernetes. Les catalogues Helm facilitent le déploiement d’application sous la forme de conteneurs.

La où Helm est un outil à utiliser en ligne de commande, Rancher vient y appliquer une légère surcouche ainsi qu’une interface graphique. 

Une fois l’application sélectionnée, Rancher propose de répondre à à une série de questions qui permet de customiser l’application.

Dans les faits, les questions permettent de remplir les variables nécessaires à Helm pour déployer l’application, ce sont ces questions qui permettent d’installer sur un même cluster plusieurs fois la même application mais avec une configuration différente.

Vous l’aurez compris, la gestion des catalogues est vraiment la fonctionnalité graphique la plus intéressante de Rancher. A elle seule, elle justifie l’installation de rancher sur un cluster existant et permet une excellente alternative à la ligne de commande.

Des outils tout en un

Rancher permet l’installation d’outils supplémentaires en quelques clics en évitant d’avoir à gérer la configuration.

Monitoring avancé

Vous pouvez donc activer le monitoring, ce qui aura pour conséquence d’installer Prometheus et Grafana automatiquement

Vous ne manquerez alors pas de graphique en tout genre à explorer et à analyser.

Istio

Istio est une solution de service Mesh qui permet d’observer et de gérer l’ensemble des communications entre les différents services au sein de votre cluster Kubernetes. Il permet entre autres d’identifier et de résoudre les possibles goulots d’étranglement quand vous avez une application avec de nombreux micro-services.

Logging

Enfin, il est également possible d’installer une solution pour visualiser efficacement les logs.

Conclusion

Pour conclure, si vous ne connaissez pas encore ou très peu Kubernetes, Rancher est probablement l’outil idéal pour franchir le cap. Si vous n’êtes pas très à l’aise avec la ligne de commande, Rancher propose une installation en une seule ligne de code, vous pourrez accéder à l’interface graphique depuis votre navigateur préféré et créer en quelques minutes votre premier cluster Kubernetes.

Grâce à l’interface graphique, vous pourrez déployer vos premiers containers de test et quelques applications standards en quelques clics notamment grâce aux catalogues Helm. 

Vous pourrez ensuite créer votre propre repository git et développer vos propres charts et aller très vite en production grâce à Rancher.

The post Rancher, une interface web pour Kubernetes, mais pas que first appeared on w3blog.

Kubernetes

Là où Docker est limité à une seule machine/ votre laptop ou un serveur, Kubernetes est une plateforme qui va gérer un ensemble de machines physiques (appelé cluster) pour y orchestrer des containers. Kubernetes va donc se charger d’exécuter des containers, de les déplacer, de les redémarrer en cas de crash, et tout simplement les tuer quand ils ne sont plus nécessaires.

Kubernetes à été initialement développé par Google et avait déjà acquis une grande expérience dans la gestion des conteneurs depuis plusieurs années. En 2014, Google avait déclaré lancer plus de 2 milliards de container par semaine. Kubernetes a été lancé en 2015 et immédiatement livré à la communauté open-source en créant la fondation Cloud Native Computing Foundation (CNCF).

Kubernetes propose une API standardisée pour interagir avec le cluster. Il existe ensuite plusieurs clients permettant d’interagir avec notre cluster Kubernetes, le plus connue étant l’outil en ligne de commande kubectl

Un standard, plusieurs implémentations et outils

Pour exécuter les conteneurs, Kubernetes va utiliser un standard appelé Container Runtime Interface (CRI). L’implémentation containerd de Docker est la plus connue et probablement la plus utilisée on-premise. Sur le cloud, il est très probable que des fournisseurs comme Google ou Amazon utilise une solution maison compatible avec la CRI qui répond davantage à leurs besoins.

Pour gérer les noeuds du cluster, les containers, leurs emplacements, qui communique avec qui, la plupart des distributions Kubernetes utilise etcd, mais d’autres solutions existent comme Redis,MySQL, zookeeper, etc. Idem pour la gestion du réseau au sein du cluster, il existe là aussi plusieurs alternatives.

Les distributions Kubernetes

Installer Kubernetes, c’est donc faire un choix parmi tout un ensemble d’outils, les installer et les configurer d’une certaine manière pour avoir sa plateforme Kubernetes, ce qui peut être très compliqué. C’est pourquoi il est plus simple de choisir une distribution Kubernetes qui a déjà fait ces choix pour vous. Le principe est très similaire aux distributions Linux (Ubuntu, Debian, Suse, Redhat, Gentoo, etc)

Parmis les distributions on-premise les plus connues, on retrouve :

• Minikube, pour installer du dev ;
• Docker Desktop, qui propose l’installation en 1 click sur Windows ;
• Rancher avec RKE et k3s ;
• microk8s, by ubuntu ;
• Suse CaaS Platform ;
• Redhat OpenShift.

Pour le cloud, on retrouve les grands fournisseurs du secteur avec :

• Amazon Elastic Kubernetes Service (Amazon EKS) ;
• Google Kubernetes Engine (GKE) ;
• Service Azure Kubernetes (AKS) pour Microsoft ;
• Openshift pour OVHCloud.

Ces derniers gèrent toute la partie technique et le cluster pour vous, parfois au détriment de votre indépendance vis à vis du fournisseur, les distributions sur le cloud n’étant pas compatibles/connectées entre elles.

Pour une gestion plus avancée, multi-cloud,sur une infrastructure existante, ou offline, les entreprises préféreront les solutions open-source on-premise

Pour conclure, le choix vous appartient.

The post Une ou plusieurs distributions Kubernetes? first appeared on w3blog.

Kubernetes permet de déployer des conteneurs et des services dans un cluster, mais ne propose pas par défaut une solution simple pour déployer et personnaliser des applications.

C’est pour répondre en partie à ce besoin que Helm a été créé lors d’un hackathon en 2015, initialement développé pour la solution Fleet, mais très vite adapté pour Kubernetes.

Depuis, Helm est devenu en quelque sorte le gestionnaire de paquets pour Kubernetes et permet le partage et la réutilisation de catalogues applicatifs sous la forme de conteneurs.

Helm, les bases

Dans les faits, il s’agit d’une arborescence définie de fichier Kubernetes classiques. Chaque fichier permet de déployer un object dans Kubernetes (un conteneur, un volume, etc).

Un fichier « Chart.yaml » à la racine pour décrire le catalogue.

Un moteur de templating

Les fichiers Kubernetes sont dotés d’une syntaxe un peu plus évoluée :

• paramétrable grâce au langage de template GO ;
• extensible avec des fonctions de templating réutilisable Sprig ;
• permet de définir des variables dans le fichier values.yaml ;
• permet d’utiliser des structures conditionnelles.

Gestion des dépendances

Helm permet aussi de définir des dépendances vers d’autres catalogues grâce aux requirements :

Un fichier de variables

A la racine se trouve un fichier values.yaml qui contient l’ensemble des variables définit dans notre catalogue. C’est en dupliquant ce fichier avec des réponses différentes que Helm permet la répétabilité et la réutilisation d’un catalogue :

helm install -f myvalues.yaml myredis ./redis

Un catalogue open-source

Comme les catalogues sont définis par de simples fichiers, il est très facile de les versionner dans git pour les partager avec le reste de la communauté.

Sur le github Helm, un repository git open-source propose plus de 200 applications. Le même catalogue est d’ailleurs repris sur kubeapps avec en plus une belle interface de recherche :

Le repository git est surtout l’occasion de trouver des centaines d’exemples et de bonnes pratiques pour développer vos propres catalogues.

The post Kubernetes et les catalogues Helm first appeared on w3blog.

Avec un budget presque similaire à réalisation du film Avengers Endgame, Elon musk a développé la Falcon 1 et 9, mais tout le monde fait ce qu’il veut de son argent.

Bonne lecture

On passe au million

On passe au milliards (toujours en euros)

Malgré le soin apporté à la recherche des chiffres les plus exactes possibles, n’hésitez pas à me signaler tout montant suspect. N’hésitez pas non plus à me proposer vos idées pour agrémenter cette liste.

The post Ordre de grandeur des prix dans le spatial et autres first appeared on w3blog.

sudo zypper addrepo https://download.opensuse.org/repositories/Virtualization:containers/openSUSE_Leap_15.0/Virtualization:containers.repo

Vous devez adapter le repository a votre version de Linux SUSE. Pour trouver le bon repo, vous pouvez utiliser ce lien
https://software.opensuse.org/download.html?project=Virtualization%3Acontainers&package=docker

sudo zypper dist-upgrade
sudo zypper update
sudo zypper install docker 

Bonus, pour installer docker-compose

zypper install docker-compose

The post Installer docker open-source on Linux SUSE first appeared on w3blog.

Abonné Freebox depuis plus de 10 ans, j’ai depuis 1 mois l’impression d’avoir remonté le temps en découvrant la box SFR. La box ne propose que très peu de fonctionnalités, et les problèmes matériels sont nombreux.

Le matériel

De 2 boîtiers chez Free, il faut en brancher 4 différents chez SFR.

La dernière box SFR (pourtant récente)  n’est pas adaptée pour recevoir la fibre, alors, ils installent un premier adaptateur optique/analogique pour reproduire une bonne vieille prise téléphone. Ensuite, il installe le décodeur TV, et un disque dur à installer sous le décodeur TV (les ingénieurs du Cube TV de Canal+ n’auraient pas fait mieux).

J’avais testé la précédente box SFR chez des amis, ils en étaient plutôt content et moi-aussi.

Pensant avoir récupéré une vielle box par erreur, j’ai quand même appelé le service client SFR pour vérifier, et il m’ont attesté que c’était bien le dernier modèle « le plus puissant ».

En réalité, c’est en mensonge, cette nouvelle box « Evolution » est en fait une nouvelle version moins chère à produire et proposant bien moins de fonctionnalités que la précédente.

C’est parti pour la liste des bugs de cette nouvelle box

Le wifi

La box propose 2 réseaux wifi, un classique, et un autre en 5ghz. J’ai donc connecté la plupart de mes appareils au réseau 5ghz.

Malheureusement, toutes les 3h, le réseau wifi 5ghz disparaît et tous mes appareils se retrouvent déconnectés (PC, Nexus, Iphone, Google Home) y compris le décodeur TV de SFR. Le wifi non 5ghz continue de fonctionner lui. La seule solution trouvée a ce jour est d’aller redémarrer physiquement la box routeur et ensuite le décodeur TV.

J’ai donc contacté l’assistance SFR à ce sujet. Le conseiller m’a alors expliqué qu’il ne fallait en aucun cas utiliser le réseau 5ghz et qu’il s’agissait d’un réseau de secours qui n’était utilisé que par les techniciens lors de leurs interventions.

C’est pas gentil ça? SFR installe une puce 5ghz dans ces box pour que ces techniciens puissent profiter d’une bonne qualité de réseau quand ils viennent réparer la box. Je fait part « gentillement » de mes doutes au conseiller. De toute façon, même en connectant tous mes appareils au « non 5ghz », ça résout pas le problème du décodeur TV qui se coupe en même temps. Le technicien me soutient que ça na rien à voir, de déconnecter mes appareils du 5ghz, et que le décodeur TV fonctionnera de nouveau.

Suite à cela, je n’ai plus le problème aussi fréquemment. mais il arrive encore de temps en temps. Je pense une fois par jour en moyenne.

L’interface TV

Effet low-cost oblige, l’interface est lente. Les touches ne répondent pas toujours, il faut compter parfois entre 5 et 10 secondes avant que l’écran réagisse.

Moins souvent, l’interface se fige complètement et ne répond plus, et il faut débrancher/rebrancher la box (la télécomme ne répondant plus). Par gentillesse, le décodeur TV rédémarre de lui-même tout seul, après un crash.

Certains fonctions présentes sur les précédentes box n’existent plus avec cette nouvelle box.

A ce jour, il ne semble exister aucun moyen pour accéder au disque dur de la box (voir ce forum), on ne peux donc copier aucune vidéo. Ce disque dur semble réservé uniquement à l’enregistrement SFR.

La fonction « restart » pour redémarrer un programme à zéro a été supprimé. Les raisons seraient un problème technique empêchant un double enregistrement. Cette fonctionnalité fonctionnait pourtant bien sur les anciens boîtiers THD.

Les enregistrements récurrents (du Lundi au Vendredi par exemple) ne sont pas possible avec cette box ou je n’ai pas trouvé l’option. (Nda: J’ignore si c’était possible avec les précédentes box)

Autre exemple plus anecdotique, j’étais sur TMC, j’ai appuyé sur le bouton rouge pour enregistrer, la popup propose alors NRJ 12 et non TMC.

Tic Tac

Au final, moyennant l’installation gratuite de la fibre, je suis malheureusement engagé pour 1 an. Dans les conditions actuels du groupe SFR, je doute qu’il propose une nouvelle box en 2018.

Le seul point positif est l’intégration native de Netflix, mais des solutions alternatives pourrait facilement être trouvées (Chromecast, nouvelle TV, etc).

Même si le débit de la fibre est correct (180 Mbit/s), je ne vois pour le moment aucune raison pour rester chez SFR passé ce délai quitte même à revenir à l’ADSL. Les 50 Mbit/s n’était finalement peut-être pas si mal.

A ce niveau de régressions et d’économie de la part de SFR, je pense que n’importe quelle autre box pourrait faire l’affaire (livebox, freebox, ovh sans box, magnétoscope vhs). Si un conseiller SFR vous appelle, fuyez

The post SFR/Altice Chapitre 2 : la box Fibre SFR ne sert à rien first appeared on w3blog.

En octobre, SFR me contacte pour me proposer la fibre nouvellement arrivée dans ma ville. La conseillère est gentille, m’explique les contenues SFR et les différents forfaits. Comme tout geek, j’étais déjà séduit quand a évoqué le mot “fibre”, alors je signe immédiatement.

Je reçois tous les mails de bienvenue, et même un rappel pour le rdv “d’installation fibre” un samedi matin. A midi, toujours personne alors j’appelle.
“Excusez-nous, on a oublié de confirmer le rendez-vous avec le technicien”

Très bien, je prend rendez-vous pour un deuxième rendez-vous. Le technicien ne viendra pas non plus. Je rappelle donc SFR
“Excusez-nous, on a oublié de vous envoyer un SMS de confirmation, et vous n’avez pas confirmé, du coup, on a annulé le rendez-vous”. 

Troisième rendez-vous déjà, et là, miracle un technicien est bien présent au rendez-vous. mais il n’a ni grue, ni d’échelle pour monter au poteau EDF, ni d’autorisation préfectorale pour couper la route et accéder à la bouche d’égout, il ne peux donc pas faire l’installation.

Je rappelle SFR pour savoir la démarche à suivre. La conseillère me dit qu’il vont faire les démarches administratives nécessaires et me recontacter. Effectivement, après quelques jours, je reçois 2 courriers identiques de résiliation de mon abonnement SFR, m’invitant à rendre le matériel.

Finalement, Free, c’était peut-être pas si mal? Du coup, je décide d’abandonne et je n’ai pas chercher à les relancer.

Surprise en Décembre, une conseillère m’appelle et m’informe de l’arrivée de la fibre dans ma ville et me propose les mêmes promotions que la première fois. J’explique rapidement mon cas à la conseillère qui me passe son responsable. Et là, la mémoire leur revient.
“Oui, nous sommes au courant, c’est pour ça que notre système nous indique de vous rappeler, on a fait le nécessaire administratif. Ils ont déplacé le concentrateur fibre dans une bouche d’égout sur le trottoir. Il n’y aura pas de problème”.
Au final, 2 techniciens cette fois-ci sont bien venus faire l’installation fibre. Au final le concentrateur fibre était toujours sous la route, et il n’avait jamais fait les demandes préfectorales pour bloquer la route.
Me voilà donc avec la fibre à la maison. Youpi?? Malheureusement la fibre ne fait pas tout, et j’ai alors découvert la dernière box SFR low-cost version Patrick Drahi dont je vais partager mon expérience dans un prochain billet.

The post Chapitre 1 : SFR/Altice, tu m’as séduit avec ta fibre first appeared on w3blog.

un article un peu particulier aujourd’hui pour vous présenter mon petit bébé.

Je lance aujourd’hui le site https://www.tropevent.com, un moteur de recherche d’événements géolocalisés avec billetterie en ligne.

Tropevent permet aux associations et particuliers de communiquer autour de leurs événements et de gérer simplement les réservations en ligne.

The post Lancement de tropevent.com first appeared on w3blog.

Avec Docker, vous pouvez voir assez facilement les containers lancés ou stoppés, un petit « docker ps » ou un appel REST suffit, mais qu’en est-il du processus à l’intérieur de votre container? Est-ce que votre application est toujours opérationnel ou est-elle en train de freezer? C’est à cette question que va répondre la fonctionnalité Docker Health Check.

Grâce à l’instruction HEALTHCHECK à utiliser dans vos Dockerfile, vous allez pouvoir vérifier régulièrement si votre application est toujours en vie, et transmettre cette information aux outils d’orchestration et de monitoring.

Voici un exemple d’une instruction HEALTHCHECK à ajouter dans votre Dockerfile pour une application web

HEALTHCHECK CMD curl --fail http://localhost:8080 || exit 1

En ajoutant cette instruction dans le Dockerfile de construction de votre image, Docker va exécuter régulièrement la commande curl. Si l’application retourne un code 200, l’application est considéré en bonne santé (healthy)

L’information est dès lors visible lors d’un docker ps

Heath check au démarrage

Une fois l’application démarré

Si votre application se met à retourner autre chose qu’un code 200, votre conteneur va passer au status unhealthy après plusieurs essais.

La même information est également disponible avec la commande docker inspect

docker inspect -f '{{json .State.Health.Status}}' container1

Par défaut, la commande HEALTHCHECK est exécuté toutes les 30 secondes, le container est considéré comme « unhealthy » à partir du troisième échec, mais c’est paramétrable comme le montre cette exemple ci-dessous.

HEALTHCHECK --interval=5s --timeout=3s --retries=3 \
CMD curl -f http://localhost:8080 || exit 1

Orchestration

Le changement de santé d’un container génère un évenement Docker, les outils de monitoring et d’orchestration sont donc notifié de chaque changement de status et peuvent agir en conséquence.

Un orchestrateur pourrait par exemple décider de remplacer le container malade en démarrant une nouvelle instance.

La plupart des orchestrateurs du marché utilise cette information pour savoir si l’application est réellement prête ou non. Swarm ne redirige le trafic vers le nouveau container qu’une fois le status passé de « starting » à « health ».

Bonus Spring Boot

Si vous utiliser Spring Boot et Actuator, vous savez déjà que Spring expose une url pour indiquer le status de l’application /health (UP ou DOWN).

Vous pouvez donc utiliser cette information bien plus précise qu’un code retour HTTP

Voila donc la commande HEALTHCHECK pour votre application Spring

HEALTHCHECK CMD curl -v --silent http://localhost:8080/health 2>&1 | grep UP

The post Docker Health check, comment vérifier la santé de vos containers? first appeared on w3blog.