Chezlepro/Set-OPS
Archived
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
This repository has been archived on 2026-06-26. You can view files and clone it, but cannot push or open issues or pull requests.
Set-OPS/docs/applications.yml

60 lines
1.3 KiB
YAML
Raw Permalink Normal View History

Refonte application-hub Phase 1 : liens explicites L'application porte tous ses liens (groupe=capacite, hote=VM, port, requiert, expose). L'exposition DNS quitte docs/domaines.yml et vit sur l'application via 'expose' ; domaines.yml ne decrit plus que les zones. - inventory_rules : expositions_des_applications + domaine_parent ; valider_applications valide requiert / expose / port. - serveurs_nginx derive ses vhosts des applications (expose + edge), resolvant application -> hote -> IP (role + template reecrits). - filter plugin : expose la nouvelle regle a Ansible. - CLI : applications.py --port/--requiert/--expose ; domaines.py affiche les expositions derivees des applications. - GUI : champs Port/Requiert/Expose sur la fiche Application (persistes ; corrige la perte de champs a la sauvegarde) ; l'API expose les domaines. Le groupe n'est plus une cible de liaison, seulement une capacite. Renommage nomenclature.domaines -> fonctions : Phase 1b. Generation de l'inventaire depuis le plan : Phase 3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 20:10:15 -04:00
# Registre des applications Set-OPS (application = entite pivot).
# Edite par make inventaire-ui ou scripts/applications.py.
# Une VM peut porter plusieurs applications ; une base se lie a une application.
Faire de l'application une entite de premiere classe (BD multi-portee) Une VM peut porter plusieurs applications ; c'est l'application, pas l'hote, a laquelle une base se lie via son DSN. - docs/applications.yml : nouveau registre application -> groupe, hote. - docs/bases-donnees.yml : champ 'portee' (application|groupe|hote, defaut groupe). Une application A (groupe G, hote H) recoit les bases ou (portee=application ET consommateur=A) OU (portee=groupe ET consommateur=G) OU (portee=hote ET consommateur=H). Plusieurs DSN par application. - inventory_rules.py : charger/valider_applications, applications_de_hote, bases_de_application, PORTEES_BD ; valider_bases croise portee=application avec le registre des applications. - CLI : scripts/applications.py + bases_donnees.py --portee ; cibles make applications / applications-verifier ; integre a inventaire-verifier. - GUI : vue Applications (CRUD), portee + consommateur dynamique dans Bases, vue Chaine par application (DSN resolus par hote). - filter_plugins/registres.py : meme regle de resolution exposee a Ansible (source unique). Playbooks web_dorsaux/web_frontaux iterent sur les applications de l'hote (scaffold ; deploiement applicatif s'y insere). Services en grappe (keycloak/icingadb/forgejo) restent en portee groupe. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 13:38:30 -04:00
---
Refonte application-hub Phase 1 : liens explicites L'application porte tous ses liens (groupe=capacite, hote=VM, port, requiert, expose). L'exposition DNS quitte docs/domaines.yml et vit sur l'application via 'expose' ; domaines.yml ne decrit plus que les zones. - inventory_rules : expositions_des_applications + domaine_parent ; valider_applications valide requiert / expose / port. - serveurs_nginx derive ses vhosts des applications (expose + edge), resolvant application -> hote -> IP (role + template reecrits). - filter plugin : expose la nouvelle regle a Ansible. - CLI : applications.py --port/--requiert/--expose ; domaines.py affiche les expositions derivees des applications. - GUI : champs Port/Requiert/Expose sur la fiche Application (persistes ; corrige la perte de champs a la sauvegarde) ; l'API expose les domaines. Le groupe n'est plus une cible de liaison, seulement une capacite. Renommage nomenclature.domaines -> fonctions : Phase 1b. Generation de l'inventaire depuis le plan : Phase 3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 20:10:15 -04:00
applications:
Bootstrap des applications depuis l'inventaire (prerequis Phase 3) make applications-bootstrap : un groupe serveurs_* (hors socle debian/ durcis) sur un hote = une application. Les entrees existantes (pg-principal, forge avec port/expose/requiert) sont preservees ; le reste est complete depuis les appartenances de groupes de l'inventaire. Resultat : 18 applications couvrant tous les services (multi-applis par VM preservee : data-01 = postgresql+redis, obs-01 = grafana+loki+prometheus...). Permettra au generateur de Phase 3 de deriver les groupes -> diff vide. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 21:41:30 -04:00
collabora:
groupe: serveurs_collabora
hote: collab-01
nextcloud:
groupe: serveurs_nextcloud
hote: collab-01
Refonte application-hub Phase 1 : liens explicites L'application porte tous ses liens (groupe=capacite, hote=VM, port, requiert, expose). L'exposition DNS quitte docs/domaines.yml et vit sur l'application via 'expose' ; domaines.yml ne decrit plus que les zones. - inventory_rules : expositions_des_applications + domaine_parent ; valider_applications valide requiert / expose / port. - serveurs_nginx derive ses vhosts des applications (expose + edge), resolvant application -> hote -> IP (role + template reecrits). - filter plugin : expose la nouvelle regle a Ansible. - CLI : applications.py --port/--requiert/--expose ; domaines.py affiche les expositions derivees des applications. - GUI : champs Port/Requiert/Expose sur la fiche Application (persistes ; corrige la perte de champs a la sauvegarde) ; l'API expose les domaines. Le groupe n'est plus une cible de liaison, seulement une capacite. Renommage nomenclature.domaines -> fonctions : Phase 1b. Generation de l'inventaire depuis le plan : Phase 3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 20:10:15 -04:00
pg-principal:
groupe: serveurs_postgresql
hote: data-01
Bootstrap des applications depuis l'inventaire (prerequis Phase 3) make applications-bootstrap : un groupe serveurs_* (hors socle debian/ durcis) sur un hote = une application. Les entrees existantes (pg-principal, forge avec port/expose/requiert) sont preservees ; le reste est complete depuis les appartenances de groupes de l'inventaire. Resultat : 18 applications couvrant tous les services (multi-applis par VM preservee : data-01 = postgresql+redis, obs-01 = grafana+loki+prometheus...). Permettra au generateur de Phase 3 de deriver les groupes -> diff vide. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 21:41:30 -04:00
redis:
groupe: serveurs_redis
hote: data-01
Refonte application-hub Phase 1 : liens explicites L'application porte tous ses liens (groupe=capacite, hote=VM, port, requiert, expose). L'exposition DNS quitte docs/domaines.yml et vit sur l'application via 'expose' ; domaines.yml ne decrit plus que les zones. - inventory_rules : expositions_des_applications + domaine_parent ; valider_applications valide requiert / expose / port. - serveurs_nginx derive ses vhosts des applications (expose + edge), resolvant application -> hote -> IP (role + template reecrits). - filter plugin : expose la nouvelle regle a Ansible. - CLI : applications.py --port/--requiert/--expose ; domaines.py affiche les expositions derivees des applications. - GUI : champs Port/Requiert/Expose sur la fiche Application (persistes ; corrige la perte de champs a la sauvegarde) ; l'API expose les domaines. Le groupe n'est plus une cible de liaison, seulement une capacite. Renommage nomenclature.domaines -> fonctions : Phase 1b. Generation de l'inventaire depuis le plan : Phase 3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 20:10:15 -04:00
forge:
groupe: serveurs_forgejo
hote: forge-01
Bootstrap des applications depuis l'inventaire (prerequis Phase 3) make applications-bootstrap : un groupe serveurs_* (hors socle debian/ durcis) sur un hote = une application. Les entrees existantes (pg-principal, forge avec port/expose/requiert) sont preservees ; le reste est complete depuis les appartenances de groupes de l'inventaire. Resultat : 18 applications couvrant tous les services (multi-applis par VM preservee : data-01 = postgresql+redis, obs-01 = grafana+loki+prometheus...). Permettra au generateur de Phase 3 de deriver les groupes -> diff vide. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-23 21:41:30 -04:00
keycloak:
groupe: serveurs_keycloak
hote: idm-01
openldap:
groupe: serveurs_openldap
hote: idm-01
powerdns:
groupe: serveurs_powerdns
hote: infra-dns-01
nginx:
groupe: serveurs_nginx
hote: infra-edge-01
sendmail:
groupe: serveurs_sendmail
hote: infra-mail-01
step_ca:
groupe: serveurs_step_ca
hote: infra-pki-01
icinga:
groupe: serveurs_icinga
hote: mon-01
grafana:
groupe: serveurs_grafana
hote: obs-01
loki:
groupe: serveurs_loki
hote: obs-01
prometheus:
groupe: serveurs_prometheus
hote: obs-01
web_dorsaux:
groupe: serveurs_web_dorsaux
hote: web-dorsal-01
web_frontaux:
groupe: serveurs_web_frontaux
hote: web-frontal-01
web_frontaux-web-frontal-02:
groupe: serveurs_web_frontaux
hote: web-frontal-02
Reference in a new issue Copy permalink