Skip to main content
Avant de naviguer dans la documentation technique de Kaeyros Analytics, vous devez connaître le vocabulaire spécifique de la plateforme. Ce glossaire rassemble les termes maison que l’équipe utilise au quotidien, ainsi que les concepts de l’écosystème Kubernetes, ArgoCD et Helm qui structurent notre infrastructure mutualisée.

​
Les mots de notre plateforme

Chaque terme ci-dessous est un concept que vous rencontrerez dans les conversations, les fichiers de configuration et les outils de supervision.
Nom historique du premier chart Helm interne de Kaeyros. Il correspond à un Deployment Kubernetes classique et sert encore de suffixe dans les noms de pods générés par les charts plus récents. Lorsque vous voyez antid dans un nom de ressource, cela indique une origine liée à ce chart historique.
Charts Helm dédiés à Argo Rollouts, qui permettent les déploiements de type canary (progressifs). La version rollout-v2 est celle recommandée aujourd’hui pour les nouvelles applications. Elle offre un contrôle fin sur la montée en charge des nouvelles versions avant basculement complet du trafic.
Fichier de valeurs Helm (values.yaml ou fichier spécifique) qui personnalise un chart pour un environnement donné. Par exemple, values/biolab/api-prod.yaml contient la configuration de l’API Biolab en production. Ce fichier est référencé par l’objet Application ArgoCD.
Objet ArgoCD qui lie trois éléments : un chart Helm, un fichier de valeurs (values) et un namespace Kubernetes. C’est l’unité de déploiement dans notre plateforme. L’Application surveille le dépôt Git et synchronise automatiquement le cluster.
Motif de conception ArgoCD où une Application racine, nommée production, surveille le répertoire apps/ et crée automatiquement toutes les autres Applications. Cela permet de gérer l’ensemble de la plateforme depuis un seul point de contrôle dans Git.
Traitements de précalcul des données, exécutés dans le namespace dédié crons. Ces traitements préparent des données agrégées ou transformées avant consommation par les applications ou les tableaux de bord. Les manifestes correspondants appliquent des règles d’affinité strictes pour l’ordonnancement des pods.
Conventions de découpage des applications. Chaque produit est généralement découpé en plusieurs composants : front (interface utilisateur), back (logique métier), api (exposition de données), dash (tableau de bord analytique). Ces suffixes apparaissent dans les noms d’Application et les fichiers de valeurs.
Client final d’un produit multi-clients. Par exemple, Booking Hospital est un produit dont les tenants sont Cerisiers, HGOPED, Laquintinie et Saint-Cyr. Chaque tenant dispose de ses propres données et parfois de sa propre configuration, tout en partageant l’infrastructure technique sous-jacente.
Variantes d’environnement en complément des classiques dev, stg et prod. Le sandbox sert à l’expérimentation isolée, le canary à la validation progressive des nouvelles versions, et le passive à la réplication inactive pour tests de reprise ou basculement d’urgence.

​
Les mots de l’écosystème

Ces termes décrivent les briques technologiques qui constituent notre infrastructure mutualisée. Ils sont utilisés dans les interfaces de supervision, les journaux et les discussions techniques.
Si vous êtes déjà familier avec ces termes, vous pouvez passer directement à la vue d’ensemble de la plateforme pour comprendre comment ils s’assemblent dans notre contexte.
Pour toute question ou suggestion d’amélioration de ce glossaire, contactez l’équipe DevOps à devops@kaeyros-analytics.com.