Qu’est-ce que c’est ? CMCTL est un outil en ligne de commande pour interagir avec Cert Manager. CMCTL permet de gérer les ressources Cert Manager, de diagnostiquer les problèmes et d’automatiser certaines tâches liées à la gestion des certificats. Puisque nous l’avons installé dans le précédent article il me parassait intéressant de partager mes commandes préférées pour interagir avec Cert Manager via cmctl. Installation brew install cert-manager/cert-manager/cmctl Sinon pour Windows via scoop ...

Apprenez à installer Nginx Gateway Fabric pour exposer vos services sur Kubernetes.

Installation d’une stack de monitoring complète sur Kubernetes avec Prometheus, Grafana et Loki.

Installation d’ArgoCD pour le déploiement continu sur Kubernetes.

Dans ce premier article de la série TheForge, nous allons créer un cluster Kubernetes sur Google Cloud Platform (GCP) en utilisant Terraform. Nous verrons les étapes nécessaires pour configurer notre environnement, provisionner le cluster et valider son bon fonctionnement.

Stack : GCP · GKE · Terraform · Helm · ArgoCD · SOPS · Kube-Prom-Stack · Nginx Gateway Fabric · cert-manager Pourquoi ce projet ? Je me lance en freelance DevOps / Platform Engineer / Cloud Engineer. Pour montrer ce que je sais faire (et documenter ce que j’apprends en chemin), je démarre un projet fil rouge public : construire une plateforme Kubernetes complète sur GCP, from scratch, avec les outils que j’estime indispensables en 2026. ...

Qu’est-ce que c’est ? Renovate est un outil d’automatisation des mises à jour de dépendances. Il permet de garder les dépendances à jour en créant automatiquement des pull requests pour les nouvelles versions, les correctifs de sécurité et les mises à jour majeures. Exemple de PR avec Renovate Comment ça fonctionne ? Renovate fonctionne en scannant à intervalles réguliers les dépôts Git pour détecter les mises à jour de dépendances. Lorsqu’une mise à jour est disponible, il crée automatiquement une pull request avec les changements nécessaires, y compris un changelog et des notes de version. ...

Cocogitto est un outil de gestion de commit qui facilite la rédaction de messages de commit conformes à la convention Conventional Commit. Il propose notamment une CLI pour rédiger des messages de commit structurés et standardisés, automatiser certaines tâches liées aux commits (génération de changelog, bump de versions …). Si vous ne savez pas ce qu’est la convention Conventional Commit, je vous invite à lire le premier article de cette série à ce sujet : Conventional Commit. ...

Je démarre ici une nouvelle série d’articles sur les bonnes pratiques de développement, en commençant par une convention de commit que j’utilise au quotidien. Introduction Conventional Commit est une convention pour formater les messages de commit de manière structurée et standardisée. Elle permet de faciliter la lecture et la compréhension des messages de commit, ainsi que d’automatiser certaines tâches comme la génération de changelogs ou la gestion des versions. Exemple de commit suivant la convention Conventional Commit ...

Si vous ne savez pas ce qu’est Dependency Track, je vous invite à lire mon article d’introduction à Dependency Track ici. Configuration Les éléments à déployer sont très simples : Un namespace pour isoler les ressources de Dependency Track Un HelmRepository pour indiquer à FluxCD où trouver les charts de Dependency Track Un HelmRelease pour déployer Dependency Track avec les valeurs de configuration souhaitées dependency-track.yaml apiVersion: v1 kind: Namespace metadata: name: dependency-track --- apiVersion: source.toolkit.fluxcd.io/v1 kind: HelmRepository metadata: name: dependency-track namespace: dependency-track spec: interval: 1h url: https://dependencytrack.github.io/helm-charts --- apiVersion: helm.toolkit.fluxcd.io/v2 kind: HelmRelease metadata: name: dependency-track namespace: dependency-track spec: interval: 1h timeout: 15m chart: spec: chart: dependency-track version: "0.44.0" sourceRef: kind: HelmRepository name: dependency-track namespace: dependency-track values: frontend: image: tag: "4.14.1" apiServer: image: tag: "4.14.1" persistentVolume: enabled: true size: 20Gi resources: requests: cpu: "500m" memory: 1Gi limits: memory: 5Gi On applique la configuration avec : ...