Par contre le serveur qui contrôle le cluster, m'étonnerait que tu vires le shell et VI dessus.
Les conteneurs c'est un peu un cas à part, c'est plus une "grosse commande/applicatione" qu'on ajoute au serveur hébergeur qu'un "serveur", donc oui, on peut les dépouiller de tout, limite réduit à init+process appli (on peut même aller plus loin et se dire qu'on peut virer le scheduler du kernel, vu qu'il y a une seule application qui tourne et est nécessaire).
Tous les directions informatiques ne sont pas au même niveau de compétence ou même niveau de technologie.
Des concepts qui marche pour l'un, ne marcheront pas pour les autres.
Et qui n'a jamais modifié un fichier de conf de prod en "live" pour débloquer le SI suite à un incident qui bloque tout et qui met en péril l'activité commerciale immédiate (bizarrement de votre chef direct jusqu'au DSI et le DG débarquent dans votre bureau) me jette la première pierre.
[^] # Re: Appel aux testeurs et aux contributeurs
Posté par darkleon . En réponse à la dépêche Linux capabilities : se passer des commandes su et sudo. Évalué à 0.
Par contre le serveur qui contrôle le cluster, m'étonnerait que tu vires le shell et VI dessus.
Les conteneurs c'est un peu un cas à part, c'est plus une "grosse commande/applicatione" qu'on ajoute au serveur hébergeur qu'un "serveur", donc oui, on peut les dépouiller de tout, limite réduit à init+process appli (on peut même aller plus loin et se dire qu'on peut virer le scheduler du kernel, vu qu'il y a une seule application qui tourne et est nécessaire).
Tous les directions informatiques ne sont pas au même niveau de compétence ou même niveau de technologie.
Des concepts qui marche pour l'un, ne marcheront pas pour les autres.
Et qui n'a jamais modifié un fichier de conf de prod en "live" pour débloquer le SI suite à un incident qui bloque tout et qui met en péril l'activité commerciale immédiate (bizarrement de votre chef direct jusqu'au DSI et le DG débarquent dans votre bureau) me jette la première pierre.