Veille technologique
← Tous les liensOrchestration de conteneurs : déploiements, ressources, réseau et exploitation des clusters.
La documentation développeur distingue installation, contribution et intégration par API. Elle oriente notamment vers les déploiements Docker ou Kubernetes et la référence REST.
Freelens fournit une interface open source pour explorer et gérer des clusters Kubernetes. Disponible sur plusieurs systèmes, l’application complète les commandes kubectl par une vue graphique.
La documentation compare les méthodes de réplication et de sauvegarde de VolSync : Rclone, Restic, Rsync et Syncthing. Elle relie chaque option à des scénarios comme la reprise après incident ou la synchronisation multisite.
Ce contrôleur augmente temporairement les requests et limits CPU pendant le démarrage d’un workload, puis rétablit les valeurs initiales. Il cible les applications dont l’initialisation demande plus de ressources que le régime normal.
Kubepug compare les ressources d’un cluster ou d’un fichier de manifests aux API dépréciées et supprimées. Le choix d’une version cible aide à préparer la migration avant l’upgrade.
Kube No Trouble inspecte les manifests conservés par kubectl ou Helm ainsi que les fichiers locaux. Il identifie les versions d’API à migrer avant de mettre le cluster à niveau.
DevPod utilise devcontainer.json pour créer un environnement sur Docker local, une machine distante ou Kubernetes. Le même descriptif peut ainsi accompagner le projet sur plusieurs infrastructures.
L’article aborde la lecture des différences de manifests avant un déploiement GitOps. Il aide à comprendre l’effet concret d’une modification Kubernetes au-delà de sa seule validité syntaxique.
Le guide compare les limites de kubectl exec aux possibilités de kubectl debug. Il présente aussi superdebug pour les situations nécessitant des montages de volumes pendant le diagnostic.
Jonathan Merlevede
Sleepcycles définit des horaires d’arrêt et de reprise pour plusieurs types de ressources Kubernetes. Il permet de limiter l’activité de workloads inutiles en dehors de leurs périodes d’usage.
ASO expose les ressources Azure sous forme de ressources Kubernetes. Il permet par exemple de provisionner une base PostgreSQL et de configurer l’application qui l’utilise dans le même workflow déclaratif.
Cette discussion examine la cohérence du cache ISR lors d’un déploiement Docker et Kubernetes. Elle renvoie notamment vers les cache handlers personnalisés pour coordonner plusieurs instances auto-hébergées.
KRR analyse l’utilisation des pods pour recommander des requests et limits CPU et mémoire. Les recommandations fournissent un point de départ mesuré pour ajuster l’allocation des ressources Kubernetes.
Ce tutoriel détaille la collecte d’un dump mémoire d’une application .NET exécutée dans un pod. Il fournit un parcours de diagnostic pour analyser un incident au-delà des seuls logs.
@cezary_piatek
Autopilot propose une organisation de dépôt et un workflow pour installer Argo CD et déployer ses applications. Il facilite aussi la reconstruction d’un cluster à partir de l’état conservé dans Git.
L’article montre comment déployer Kuberhealthy, définir des contrôles et exposer leurs résultats à Prometheus. Il permet de surveiller le fonctionnement réel des services depuis le cluster.
Martin Heinz
Ce fichier rassemble des notes de configuration, des commandes kubectl et des ressources Kubernetes. Son format consultable dans GitHub sert de référence pratique, en tenant compte de l’ancienneté de certains exemples.
Ce guide revient sur le fonctionnement du HPA et l’utilisation de métriques personnalisées pour ajuster les réplicas. Il relie les choix de métriques et de limites de ressources au comportement du scaling.
Caio Barbieri
Cette collection organise les ressources Kubernetes par besoins : provisioning, stockage, sécurité, supervision et dépannage. Elle fournit une porte d’entrée pour comparer des outils sans partir d’une recherche dispersée.
Le tutoriel assemble un pipeline de livraison vers Kubernetes avec GitHub Actions, Helm et Argo CD. Il explique la logique de synchronisation depuis Git qui distingue une approche GitOps en mode pull.
Ikeri Ebenezer
