Pour les données elle-même, évidemment je ne les laisses pas dans /var/lib/ ou autre, sachant qu'elles sont souvent partagées entre plusieurs services, voir serveurs ce ne serait pas pratique. J'utilise plutôt un mount point dans /srv pour ça, ça semble être son rôle :
/srv/ Données pour les services hébergés sur le système. Habituellement le contenu web statique ou les fichiers d'un serveur FTP, une base de données...
Pour la configuration, elle reste généralement là où la distribution l'a mise et je gère son déploiement et sa mise à jour via puppet/etcd/scripts...
Pour les applications elles-même, j'utilise de préférence le gestionnaire de packages de la distribution (c'est quand-même mieux niveau dépendances et compatibilité binaire). Après faut voir de quoi on parle par "application", si on parle d'une application web, genre horde, elle peut aller dans /srv/horde qui sera partagé entre le serveur web et le daemon php-fpm. Dans ce dernier cas "l'application" c'est plutôt le serveur web et les fichiers php et autres les représentent les données.
# /srv
Posté par Tonton Benoit . En réponse au message Organisation DATA sur serveur. Évalué à 3.
On parle de beaucoup de choses différentes là.
Pour la configuration, elle reste généralement là où la distribution l'a mise et je gère son déploiement et sa mise à jour via puppet/etcd/scripts...
Pour les applications elles-même, j'utilise de préférence le gestionnaire de packages de la distribution (c'est quand-même mieux niveau dépendances et compatibilité binaire). Après faut voir de quoi on parle par "application", si on parle d'une application web, genre horde, elle peut aller dans /srv/horde qui sera partagé entre le serveur web et le daemon php-fpm. Dans ce dernier cas "l'application" c'est plutôt le serveur web et les fichiers php et autres les représentent les données.