Le Stack Harbor PaaS permet à n’importe quel conteneur d’un environnement de jouer aussi le rôle de serveur de stockage — en plus de son rôle primaire. On parle de conteneur composé : un serveur d’application, un nœud de build, ou tout autre palier déjà présent dans la topologie, qui prend le rôle secondaire d’exposer un dossier via le protocole de stockage interne de la plateforme afin que d’autres conteneurs puissent le monter.
Bien utilisé, un conteneur composé évite la surcharge opérationnelle et l’empreinte d’un palier de stockage dédié. Mal utilisé, il empile la contention I/O sur un conteneur dimensionné pour du calcul. Cette page explique quand le motif est pertinent et à quoi prêter attention.
Quand un conteneur composé est-il pertinent
Les petits environnements à faible trafic sont la cible idéale :
- Un serveur d’application unique qui doit partager des actifs avec un worker.
- Un environnement où un conteneur produit du contenu statique (artefacts de build, images générées) et un autre le distribue.
- Un environnement de développement qui veut la simplicité d’un montage unique sans le coût d’un nœud de stockage séparé.
Deux facteurs rendent le motif composé attrayant :
- Latence. Le disque local d’un conteneur est plus rapide qu’une traversée du réseau interne vers un nœud de stockage distinct. Si l’un des conteneurs sera le lecteur le plus lourd des données, placer les données sur ce conteneur supprime un saut réseau.
- Empreinte. Un palier de stockage séparé est un vrai conteneur avec un vrai coût. Un conteneur composé réutilise ce qui est déjà dans la topologie.
Quand utiliser plutôt un palier de stockage dédié
Le motif composé commence à coûter quand :
- Plusieurs conteneurs se disputent le même disque et le profil I/O de l’un d’eux change (un pic de trafic applicatif ralentit le nœud de build, ou inversement).
- Le rôle de stockage dépasse l’enveloppe de ressources du conteneur hôte — un composé qui démarrait sur « partage d’un petit dossier d’actifs » devient « magasin d’actifs principal de l’environnement ».
- Vous avez besoin d’une politique HA ou de sauvegarde explicite pour les données, distincte de celle du conteneur hôte.
Dans ces cas, basculez vers un conteneur NFS / stockage partagé dédié. Le changement de topologie n’est pas destructif : vous pouvez monter le nouveau nœud, le monter depuis les consommateurs existants, recopier les données et retirer le rôle composé.
Comment le rôle composé s’expose
Dans le tableau de bord, le rôle composé se configure via le même mécanisme qui pilote n’importe quel conteneur de stockage — le panneau Add-ons du palier hôte propose un rôle de stockage activable, et la section Points de montage des paliers consommateurs pointe vers l’export résultant.
La plateforme gère les détails du protocole. Du point de vue d’un conteneur consommateur, un point de montage vers un composé est indiscernable d’un point de montage vers un palier de stockage dédié.