Infrastructure
Versions de déploiements

Versions de déploiements

A travers les années (les décennies !), la pratique de déploiement des services chez TeDomum a évolué. Cette page référence l’historique des pratiques, nommées… d’après des personnages de FF.

seph - pratiqué depuis 2022

Des images Docker sont construites pour chaque tag upstream et modification interne, déployée sur Kubernetes, pratique en vigueur sur Kity.

  • Les dépôts sont en miroir sur le Gitlab TeDomum.
  • Une branche tedomum est forkée sur l’upstream pour les changements internes.
  • Les tags upstream sont mergés dans cette branche.
  • Chaque publication interne est taggée avec metadata (+tedomum.X, etc.)
  • La branche tedomum et les tags internes sont gérés sur le dépôt.
  • Une CI Gitlab par défaut ou sur mesure construit les images.
  • La mise à jour se fait par Flux sur le dernier tag en semver.

tifa - pratiqué depuis 2019

Des images Docker sont construites en interne, sous le nom tedomum-prod unique, pratique en vigieur sur aegir.

  • Les dépôts sont en miroir sur le Gitlab TeDomum.
  • Une branche tedomum-prod est forkée sur l’upstream pour les changements internes.
  • Cette branche est rebasée sur les tags upstream et force push.
  • Une CI Gitlab par défaut ou sur mesure construit les images.
  • La mise à jour se fait en docker pull sur le tag Docker unique.

reno - pratiqué depuis 2018

Des images Docker sont construites purement en interne, sur un tag latest unique, pratique désuette.

  • Un dépôt interne hébergeant l’image Docker est géré sur le Gitlab TeDomum.
  • Ce dépôt contient un Dockerfile et des scripts pour le build.
  • Le build clone la version upstream et applique d’éventuels patchs (très peu en réalité).
  • Une CI Gitlab sur mesure construit les images.
  • La mise à jour se fait en docker pull.

aeris - pratiqué depuis 2016

Les images Docker sont récupérées sur le Docker Hub, pratique résiduelle sur aegir.

  • Les configurations Compose référencent des images publiques sur le Docker Hub principalement
  • En fonction des déploiements, des tags génériques (latest) ou des tags par version sont spécifiés
  • La mise à jour se fait en docker pull.