Publié par
Caniveau Royal
Il me semble qu'en 2014, chez la plupart des clients chez qui j'allais pour de la programmation, c'était Linux Mint qui était en faveur. Et je crois avoir compris qu'il est un dérivé d'Ubuntu ?
Depuis 2016, j'ai l'impression de voir surtout du Debian 8 et du CentOS 7.
[...]
À quoi est-ce du que ceux deux-là ont le vent en poupe ces temps-ci ?
Personnellement, pour les OS serveurs, la seule question que je me pose c'est si je vais devoir installer les packages dont j'ai besoin avec YUM ou avec APT et si les repository sont correctement configurés.
J'ai pas vraiment de préférence entre les deux (et les OS sous-jacents).
En YUM, toutes les distrib seront des dérivés de RedHat avec en particulier souvent du CentOs pour les pauvres. Les packages sont les mêmes de toutes façons.
En APT, toutes les distrib (Ubuntu, etc...) sont des dérivés de Debian.
En me basant sur plusieurs dizaines de clients, c'est la majorité du temps du CentOs qui est utilisé dernièrement.
En général les admins système utilisent déjà le système de satellite redhat pour le déploiement des mises à jours RedHat car c'est souvent cette distribution qui est préconisée par les éditeurs quand l'architecture serveur est conçue même si c'est au final plus une histoire de gros-sous que de stabilité.
Et du coup c'est plus facile pour les admins systèmes de refaire la même chose pour un parc de serveur sous CentOs que de repenser quelque chose de différent pour un parc de Debian ou autre distrib.
C'est également plus simple d'administrer un parc homogène que hétérogène si tu souhaites automatiser un maximum de choses.
Mais après l'OS ça n'a pas vraiment d'importance, tu retrouveras globalement les mêmes packages, avec peut-être la logique d'installation qui diffèrera un peu, de même que la configuration par défaut.
Le package proposé dans la distrib de base sera souvent limité niveau version, pour des questions de stabilité et de maintenabilité.
C'est de toutes façons aussi ce que les gens cherchent, un serveur stable en priorité sauf s'ils ont besoin d'une fonctionnalité spécifique non inclue dans la version du package fourni par la distrib.
Mais dans ces cas précis, la plupart des éditeurs de solutions maintiennent des packages à jour pour les principales distributions Debian / CentOs, il suffit de déclarer des repository supplémentaires. Et ces packages peuvent souvent être déployés sur leurs OS dérivés sans problème.
Edit: Petite remarque en passant, dans un environnement professionnel, c'est toujours mieux d'utiliser les versions pré-packagées fournies avec la distrib.
Si tu as besoin d'une fonctionnalité spécifique d'une version récente, à ce compte-là, il est préférable d'utiliser une version pré-packagée par l'éditeur du logiciel en demandant de préférence aux admins systèmes de rajouter des repository custom dans l'OS (ceux de l'éditeur).
Si vraiment tu ne peux pas appliquer un des deux cas précédents ou si tu as un besoin très spécifique (mettre à disposition plusieurs versions de java sur un système par exemple) alors tu peux compiler toi-même les binaires, les packager et les déployer sur tes serveurs.
Il est par contre impératif de documenter cette procédure.
Pourquoi ? Pour des questions de maintenabilité et pour automatiser au maximum la gestion des patchs de sécurité lors des maintenances récurrentes et planifiées des systèmes.
Si tu fais des installations sauvages, hautement customisées et surtout non documentées tu te feras haïr par ceux qui devront assurer la maintenance derrière ainsi que les futures migrations.
Et ce sera aussi la porte grande ouverte en cas de vulnérabilité de sécurité.