Skip to main content
Kaeyros Analytics est une plateforme technique mutualisée qui héberge et opère des applications pour des clients situés en Afrique de l’Ouest et centrale, ainsi que pour des projets européens. Cette page vous présente ce que fait l’entreprise, comment elle structure son modèle technique autour d’un seul cluster Kubernetes, et les ordres de grandeur de cette infrastructure.

​
Ce que fait l’entreprise

Kaeyros Analytics couvre plusieurs familles de métiers. Chaque domaine regroupe des produits ou des projets distincts, hébergés sur la même plateforme.

Distribution et grande consommation

Applications pour les secteurs de la boisson et de l’agroalimentaire. Clients et projets : AB InBev, Bavaria, UCB, SABC, Heineken, Arla, Afrobit.

Santé

Solutions pour la prise de rendez-vous médicale, la gynécologie et les laboratoires. Projets : Booking Hospital, Gyno360, Biolab.

RH et pointage

Outils de gestion des ressources humaines, de suivi du temps et de la présence.

SEMA

Architecture microservices dédiée à ce projet spécifique.

Produits internes

Plateformes et outils développés en interne : OIM, K-Shap, EVA, EZE, Kuandaa.

Sites web

Présence en ligne pour des marques et projets : Woodtech, Séchoir Cam, et d’autres sites.

​
Le modèle technique

Kaeyros Analytics repose sur un seul cluster Kubernetes RKE2 hébergé à Helsinki. Tous les produits et tous les clients partagent cette même infrastructure. L’isolation entre projets se fait par namespace Kubernetes. Chaque namespace contient les ressources dédiées à un environnement ou à un client. Les équipes utilisent des charts Helm communs pour déployer les applications. Cela garantit une cohérence dans la manière dont les services sont packagés, configurés et mis à jour. Le socle partagé inclut les composants suivants :
  • ArgoCD et Argo Rollouts pour le déploiement continu et les stratégies de canary
  • cert-manager pour la gestion automatique des certificats TLS
  • Longhorn pour le stockage bloc répliqué
  • external-secrets pour l’intégration des secrets externes
  • Rancher pour l’interface de gestion du cluster
Une modification du socle partagé (par exemple une mise à jour de Traefik, de cert-manager ou d’ArgoCD) affecte l’ensemble des applications et de tous les clients. Planifiez ces changements avec soin.
Le trafic entrant suit ce chemin : Cloudflare gère les 18 zones DNS, le TLS et le WAF, puis les load balancers Hetzner répartissent le trafic vers Traefik (ingress controller), qui route vers les services internes. Les applications accèdent ensuite aux bases PostgreSQL gérées par l’opérateur Zalando.

​
Les ordres de grandeur

11

Serveurs Hetzner, dont 2 load balancers dédiés.

4

Nœuds Kubernetes en production (3 masters + 1 worker).

100

Namespaces Kubernetes isolant les projets et les environnements.

~326

Applications ArgoCD déployées sur la plateforme.

331

Fichiers de valeurs Helm (values) configurant les déploiements.

~95

Bases PostgreSQL gérées par l’opérateur Zalando.

28

Traitements planifiés exécutés dans le namespace crons.

18

Zones DNS gérées via Cloudflare.

45

Conteneurs de services internes sur la machine dédiée (GitLab, Vault, Passbolt, Odoo, Airflow, supervision).
Ces chiffres illustrent l’échelle de la plateforme : un seul cluster mutualisé supporte une centaine de namespaces, plusieurs centaines d’applications, et une dizaine de serveurs physiques.

​
Schéma d’ensemble

​
Besoin d’aide ?

Pour toute question sur la plateforme, les déploiements ou l’infrastructure, contactez l’équipe DevOps : devops@kaeyros-analytics.com.