---
# Flux réseau du runner de SITE. Voir docs/flux-conception.md.
#
# Les flux du POUVOIR DE MATERIALISER : API de l'hyperviseur, shell des noeuds, API de
# la frontiere. Chacun est un pouvoir distinct, donc declare a part. Ce rôle n'entre JAMAIS
# chez un tenant — c'est `serveur_ops` qui configure les machines, une fois qu'elles
# existent.
flux:
  - sens: egress
    port: 8006
    protocole: tcp
    pair: fabric
    chiffrement: tls-requis
    raison: >-
      API de l'hyperviseur : créer, cloner et détruire les VM de la fabric. Le seul flux
      par lequel un écosystème peut en matérialiser un autre.

  # SSH VERS LES HYPERVISEURS. L'API Proxmox ne fait pas tout : deplacer un disque,
  # lire une configuration reseau, poser un pont — cela passe par le shell du nœud.
  # Le declarer separement de l'API rend visible que ce sont DEUX pouvoirs distincts.
  - sens: egress
    port: 22
    protocole: tcp
    pair: fabric
    chiffrement: ssh
    raison: >-
      Shell des hyperviseurs : ce que l'API ne couvre pas — configuration reseau, ponts,
      deplacement de disques. Un pouvoir distinct de l'API, donc declare a part.

  # L'API DE LA FRONTIERE. Le runner du site pose les regles et les alias qui laissent
  # passer les flux d'un tenant : sans ce flux, il prepare un terrain injoignable.
  - sens: egress
    port: 443
    protocole: tcp
    pair: fabric
    chiffrement: tls-requis
    raison: >-
      API de la frontiere OPNsense : poser les alias et les regles qui ouvrent les flux
      du tenant qu'on materialise. Preparer le terrain sans cela laisserait un terrain
      injoignable.