Daniel Allaire
8f6de3ebe2
Registres (source unique): - docs/nomenclature.yml: domaines, VMID, plan d'adressage 10.1.0.0/16 segmente. - docs/bases-donnees.yml: bases applicatives (1 appli -> 1 base -> 1 owner -> 1 DSN). Roles de service: - Reseau/edge/PKI/mail: nginx, step_ca, sendmail. - Donnees/identite: postgresql (consommateur du registre BD), redis, openldap, keycloak. - Observabilite: prometheus, loki, grafana. - Supervision: icinga (coeur; Icinga Web 2 differe). Forge: forgejo. Integrations clientes: - clients_metriques, clients_journaux, clients_pki, clients_ldap, clients_smtp. Inventaire et outillage: - make inventaire-ui: refonte (cartes, theme sombre, onglets, vue Chaine VM->groupes-> playbooks->roles), saisie du provisioning, auto-proposition depuis la nomenclature, deploiement securise (verifier/deployer, jeton anti-CSRF, verrou, mot de passe vault), robustesse reseau (connexions fermees, favicon). - Makefile: cible verifier-deploiement; detection d'un group_vars de production chiffre. - Scission serveurs_web -> serveurs_web_frontaux/dorsaux; migration de l'adressage vers 10.1.x; retrait des hotes de test; planification des hotes; requirements.yml. Chaque role valide en --syntax-check et ansible-lint (profil production). Secrets references depuis Ansible Vault (jamais en clair); roles non testes live. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
46 lines
1.7 KiB
YAML
46 lines
1.7 KiB
YAML
---
|
|
# Registre des bases de donnees applicatives Set-OPS.
|
|
#
|
|
# Patron : 1 appli -> 1 base nommee -> 1 compte proprietaire (db_owner) -> 1 chaine de connexion.
|
|
#
|
|
# Deux consommateurs du MEME registre :
|
|
# - serveurs_postgresql : cree chaque base + son compte proprietaire
|
|
# (mot de passe = la variable Vault nommee par le champ "secret").
|
|
# - le role applicatif : construit sa chaine de connexion vers cette base.
|
|
#
|
|
# Le mot de passe est PARTAGE : il vit une seule fois dans le Vault (variable nommee
|
|
# par "secret"), lu par le serveur (pour creer le compte) et par l'appli (pour se
|
|
# connecter). Source unique, jamais de desynchronisation.
|
|
#
|
|
# Convention de chaine de connexion cote appli :
|
|
# host=<IP du serveur BD> port=5432 dbname=<base> user=<proprietaire>
|
|
# password={{ lookup('vars', <secret>) }} sslmode=require
|
|
# L'IP du serveur BD se derive de la nomenclature (ex. data-01 -> 10.1.13.11).
|
|
#
|
|
# Prerequis : la dependance "appli requiert serveurs_postgresql actif" est declaree
|
|
# dans docs/dependances-groupes.yml (la base existe avant que l'appli s'y connecte).
|
|
#
|
|
# Ajouter une appli = une entree ici + son secret dans le Vault. Aucun nouveau role.
|
|
|
|
bases_donnees:
|
|
keycloak:
|
|
base: keycloak
|
|
proprietaire: keycloak
|
|
serveur: serveurs_postgresql
|
|
secret: vault_bd_keycloak
|
|
icingadb:
|
|
base: icingadb
|
|
proprietaire: icingadb
|
|
serveur: serveurs_postgresql
|
|
secret: vault_bd_icingadb
|
|
# icingaweb : a ajouter avec la phase Icinga Web 2 (2e base de l'ecosysteme Icinga).
|
|
forgejo:
|
|
base: forgejo
|
|
proprietaire: forgejo
|
|
serveur: serveurs_postgresql
|
|
secret: vault_bd_forgejo
|
|
# nextcloud:
|
|
# base: nextcloud
|
|
# proprietaire: nextcloud
|
|
# serveur: serveurs_postgresql
|
|
# secret: vault_bd_nextcloud
|