Daniel Allaire
c0f610be33
Ses machines n existaient plus depuis le 2026-09-06 (D-83), mais son plan restait sur disque : la federation lui reservait l index 29 et quatre machines du site lui ouvraient SSH, apt, DNS et HTTPS. Les commentaires et documents vivants gardent leur lecon sans le nommer ; les archives restent telles quelles. Pas encore sur le reseau : les regles regenerees attendent le runner du site. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
19 lines
1,021 B
YAML
19 lines
1,021 B
YAML
---
|
|
# CE RÔLE EN EXIGE UN AUTRE, ET C'EST À ANSIBLE DE LE SAVOIR.
|
|
#
|
|
# `serveur_cache_site` n'installe rien : il MARQUE un cache comme racine de la chaîne et
|
|
# vérifie qu'il n'a pas d'amont. Pour cela il lit les variables de `serveur_artefacts`,
|
|
# qui pose apt-cacher-ng.
|
|
#
|
|
# Or les valeurs par défaut d'un rôle ne sont en portée que DANS LE PLAY QUI L'INCLUT.
|
|
# Déclarer les deux rôles sur la machine ne suffisait donc pas : chaque groupe est appliqué
|
|
# par son propre playbook, et le marqueur ne voyait jamais `serveur_artefacts_port`.
|
|
#
|
|
# Une dépendance de rôle règle les deux choses d'un coup : Ansible applique l'installateur
|
|
# AVANT le marqueur, dans le MÊME play, donc ses variables sont en portée. Et l'ordre
|
|
# cesse de dépendre de la façon dont on lance le déploiement.
|
|
#
|
|
# Dans le premier écosystème les deux vivaient sur le même hôte et étaient appliqués ensemble : la
|
|
# dépendance existait déjà, elle n'était simplement écrite nulle part.
|
|
dependencies:
|
|
- role: serveur_artefacts
|