Points conservés de la v1
- Correspondance exacte entre les nœuds Kubernetes et les serveurs Hetzner
- Rôle des serveurs de dev et de staging par rapport au cluster de production
- Confirmation du serveur qui héberge les services internes
- Version de RKE2 et de Kubernetes, et politique de mise à jour
- Modalités d’authentification de chaque outil interne
- Rôle de l’instance GitLab par rapport à GitHub
- Nature du service publié sur
ids.kaeyros.org - Répartition des DAGs entre les deux instances Airflow
- Fréquence et rétention réelles des sauvegardes Longhorn, etcd, Vault et Passbolt
- Raison historique de l’exclusion du nœud
big-one-9d0479e4 - Moteur et dépôt source des quinze sites de documentation
- Procédure d’astreinte et matrice d’escalade
Nouveaux points v2
- Version exacte de RKE2 : la valeur
v1.29.4+rke2r1est une approximation à confirmer sur les nœuds. - Cohabitation NGINX Ingress vs Traefik : NGINX Ingress est mentionné dans certaines configurations. Documenter s’il s’agit d’un reliquat historique ou d’un usage actif, et clarifier le rôle de chacun.
- Repo ansible-roles : le dépôt
github.com/kaeyros-analytics-org/ansible-rolesexiste mais son arborescence, ses rôles et ses playbooks ne sont pas documentés. - Gestion Namecheap : qui gère les domaines Namecheap, quels domaines sont concernés, et comment s’effectue la coordination avec Cloudflare (18 zones).
- Politique de rotation des secrets par coffre : Vault (applicatif), Passbolt (équipe), Ansible Vault (infra), GitHub Secrets (CI/CD), sealed-secrets (fallback). La fréquence de rotation et la procédure ne sont pas documentées. Les dépendances croisées connues à date (AWS applicatif vs sauvegarde Postgres, Cloudflare cert-manager vs external-dns, secrets d’image par namespace) sont listées aux pièges 16 à 18 ; le reste de la matrice de rotation reste à écrire.
- Matrice complète des permissions Rancher : qui a accès à quoi, à quel niveau (cluster, projet, namespace).
- Seuils SonarQube et Semgrep : les gates SAST dans le pipeline CI/CD ne sont pas configurés. Définir les seuils de blocage et les règles actives.
- Procédure d’astreinte détaillée : rotation des responsables, matrice d’escalade, checklist des 5h30 quotidiennes, contacts d’urgence.
- Whitelist IP MongoDB Atlas complète : la liste exacte des IP des load balancers Hetzner autorisés sur Atlas n’est pas documentée.
- DAG Airflow répartition : quels DAGs tournent sur l’instance cluster (
airflownamespace) et quels DAGs tournent sur l’instance serveur d’outillage (airflow.kaeyros.org).
Envoyez vos réponses et compléments à devops@kaeyros-analytics.com pour les intégrer dans la prochaine version de cette documentation.