Johnaverse Fleet et Terraform pour Docker

Le besoin

Les ressources cloud et les conteneurs ne représentent qu’une partie d’un environnement. Les machines qui les exécutent ont aussi besoin d’une configuration et de mises à jour gérables. Johnaverse Fleet et johnaverse-docker-tf intègrent ces besoins à mon workflow d’infrastructure.

Approche

Johnaverse Fleet conserve la configuration Kubernetes dans Git. Flux la réconcilie depuis le chemin propre à chaque environnement. Certains workloads utilisent l’automatisation des images pour proposer les mises à jour de tags dans des branches soumises à revue.

johnaverse-docker-tf gère les services Docker avec des racines Terraform indépendantes. Les réseaux partagés sont configurés avant les services qui en dépendent ; chaque service possède son workflow d’initialisation, de validation et de plan.

Contribution et périmètre

Flux réconcilie la configuration Kubernetes depuis Git ; le workflow Docker repose sur des plans et applications Terraform explicites. Ces deux mécanismes rendent l’état visé et la portée d’un changement compréhensibles avant sa mise en production.

Je maintiens les configurations, charges et dépendances de ma flotte et de mon environnement de conteneurs. Les modifications de services Docker avec état prévoient une sauvegarde récupérable et un retour arrière avant application, puis une vérification. La politique de mise à jour dépend du workload.