Reprise du message précédent :
Sinon y'as les classiques noms de Star Wars et/ou du Seigneur des Anneaux...
 
Mais ça hurle GEEK à des kilomètres.
 

Faut surtout avoir une rgèle de nommage qui a assez de nom pour le nombre actuel et qui peut encaisser un agrandissement

 
Les pr0n-star ça me parait une bonne solution

 
Voilà !

A la cegid : SRV<code postal incrementé au besoin><incrément alphabetique par serveur >

c'est pour les postes de travail ça

Nan mais les noms débiles ou les chiffres liés au n° de série c'est de la merde, au choix de nerd en manque, ou d'administrations abruties.  
Un serveur, pour avoir de l'admin efficace, il faut que son nom soit clair sur sa fonction. C'est pas toujours facile, parfois faut bricoler (genre des serveurs qui vont faire BDD dorsale du frontal web + accès web des équipes qui mettent à jour le site : techniquement il faut du web frontal, etc), mais clairement, les autres noms, c'est à s'en arracher les cheveux. Je vous dis que Saturne est tombé, quand vous gérez une ferme de 250 serveurs, à moins que ça ne soit un de vos piliers, vous pouvez me dire quels sont les services impactés ?

ouais mais si t'as 5 servs, t'es pas obligé

Ben même, l'archi faut que n'importe qui puisse la reprendre, donc qu'elle soit la plus claire au possible.  

ouais mais des stars du X quand meme

C'est pas faux  
Mais non

 
Ouais enfin quand on te sort "ouais mike, servbddweb36 est tombé" tu es un peu dans le même cas ... Quels sont les services associés ? Impact ? etc ...

Je suis d'accord avec Gloubi !  
 
Même si ça me coûte vachement de l'avouer

Les stars du X, tu les gardes pour les noms des partages !  
 
"j'ai déposé tes fichiers sur tabatha cash"
"y'a un problème d'accès à clara morgane aujourd'hui ?"
etc

si le CPU de clara morgane passe a 100%
 
tu peux dire "clara morgane est a genoux dans la salle blanche"

La nomenclature peut être complète sur le fqdn
Mais tu as déjà une base de réponse sur les trucs à chercher !

non mais c'était une question que je posais comme ça, perso quand je parle de catastrophes naturelles comme nommage c'est pour mes postes/serveurs maison ça

elle prend cher en ce moment même

 
Pas forcément. Il faut que celui qui (ou l'équipe qui) l'administre se repère, c'est tout.
Parce que "web-iis7-01.farm02.site0.company.tld", c'est aussi une source d'erreur.

 
Ou alors tu as une base de données bien remplie, ca te prends 15sec à chercher, et tu as tous les impacts, peu importe le nom.
Car même avec le fqdn ca ne change rien, tu ne connais pas la liste exact des services applicatifs, les personnes impactées, etc ...

Je me suis trop souvent arraché les cheveux en passant derrière d'autres sur ce genre de saloperies.  
Surtout quand c'est pas documenté.  
Dans mon ex boite (hébergeur), au tout début, ils utilisaient mal les nomenclatures, du coup on a souvent été dans la merde à cause de ça sur de l'historique.  
Genre le robot historique d'un des site :  
nemo.[nomcourtdelaboite]backup.net  
Quand je suis arrivé, ils étaient en train de tout mettre à niveau. Le nom du dernier robot de sauvegarde que j'ai installé :  
backup-mut2.[laboite].[laboite].[laville].[ledatacenter].[laboite].com  
En fait : machine.infogéreur.propriétaire.lavilledinstallation.ledc.ledomainedhebergement.com

iis7 c'est pourri, front-web, front-intranet, bdd-spare, etc, c'est clair.  

ouch ça fait long

 
C'est deux choses différentes, tu confonds la doc associée et la clareté de la nomenclature.

 
Over imbitable.

Oué mais du coup quand il tombe, tu sais directement ce qui est par terre, qui l'infogère, où il se trouve, etc.

 
Super clair.

 
Justement, c'est ce que je (tente) de t'expliquer. Une nomenclature n'a de clareté que si elle peut être lisible rapidement, car dans une nomenclature tu ne sais pas en détails ce que ca fait, et qu'il vaut mieux se baser sur une bonne doc, que sur un nom à la mords moi le noeud vu dans ton exemple ci dessous.
 
Car vient dire à un collègue, "tu es au courant pour machine.infogéreur.propriétaire.lavilledinstallation.ledc.ledomainedhebergement.com ?" à part te répondre "tu peux répeter ? "  
 
je ne vois pas ce qu'il pourra dire de plus  

 
Super pas pratique au quotidien à part vouloir faire le magnanime de la technocratie.

 
Ben perdu, parce que justement il saura directement (même si en pratique on parlait de backup-mut2 de tel site, ou encore vfront1 de tel client). Moi je te parle pas de théorie, mais de pratique que j'ai vécue sur un parc de 2000 machines

Sans tirage de nouille ni divulgation de trucs secrets, vous hébergez combien de machines ?

 
Ouais enfin gloubi on se connait assez pour pas commencé à savoir qui à la plus grosse hein.    
 
Je te dis juste que ca c'est bien si tu as qu'un apache, qu'un ntbackup (choisir le service désiré) sur la machine. Après, si tu as d'autres cron, batch de traitement, etc qui tourne, ton nom de 20.000 pieds c'est bien, mais il est complètement inutile à part faire chier le mec qui se tape les rapports d'intervention.

 
Sans justement divulgué aucune information que je ne veux pas trop voir sur un forum, sache juste que mon poste d'au dessus ne divulgue rien, et parle en connaissance de cause.
 
Edit : et je ne parle pas que de la boite ou je suis à l'heure actuelle, mais ce que j'ai vu aussi dans d'autres boites qui avait des parcs (autant machines que serveurs) plus que conséquent.

 
C'est vrai qu'Apple vient à peine d'inventer le copier coller Sur les rapports d'incidents, on passait par l'Intranet qui créait automatiquement un ticket sur l'alerte monitoring  
Franchement, dans un système bien industrialisé, ça ne pose pas de souci.

 
Comme je te dis, le but de ton nom est de savoir direct ce que ca fait. Bah dans l'absolu, si tu n'as pas une connaisse par coeur de l'archi, ou un intranet pas loin, ca ne sert à rien à part te faire chier amha.
 
Changeons de sujet ca on pourrait y passe rl'année à camper nos positions.

 
Oui mais c'est moi qui ai raison, puisque je suis l'admin alors que tu n'es qu'un sale petit chef de projets  
 

j'pense que vous pouvez faire mieux

 
Justement, je suis chef de projet, je décide, j'ai raison, taggle  

 
Le chef de projet qui prend une décisions sur de l'infra, le truc qui fait rire