Temps de lecture 9 min
On l’appelle sysadmin, adminsys ou plus correctement administrateur systèmes. Il a la lourde charge de s’occuper des serveurs d’une organisation.
Si vous avez l’impression qu’il bulle toute la journée, ne le critiquez pas ! Vous êtes en réalité en face d’un excellent administrateur systèmes :)
12 raisons pour lesquelles tous les administrateurs système devraient être paresseux
12 Reasons Why Every Linux System Administrator Should be Lazy
Ramesh Natarajan – 12 juillet 2011 – GeekStuff.com
(Traduction : Husi10, Ag3m, Gatitac, Kathryl, Thur, M0tty, Ag3m, Dominique, minimoy)
Un administrateur systèmes fainéant est un bon administrateur systèmes
— Anonyme
Le travail d’un administrateur systèmes n’est généralement pas visible des autres services informatiques ou par les utilisateurs finaux. La plupart du temps, ils regardent les administrateurs systèmes en se demandant pourquoi ils n’ont pas l’air de faire grand chose.
Quand vous voyez un administrateur systèmes qui est tout le temps en train de courir dans tous les sens, à essayer d’éteindre le feu, en prise constante avec des problèmes de production, vous pourriez penser qu’il travaille dur et fait vraiment bien son boulot. Mais en réalité il ne fait pas bien son job.
Quand vous voyez un administrateur système (UNIX/Linux, base de données, réseau), qui apparemment n’a pas l’air de se fouler beaucoup au bureau, semble toujours relax et n’a pas l’air d’avoir une activité visible, vous pouvez être certain qu’il fait bien son job.
Voici 12 raisons qui font d’un administrateur systèmes paresseux le meilleur des administrateurs systèmes :
1. Qui est le chef ? La principale raison pour laquelle un administrateur systèmes paresseux est le meilleur administrateur système possible tient à son attitude. Ils ne voient pas tout à fait les machines comme les autres services informatiques. Il y a une différence entre les développeurs et les administrateurs systèmes. Les développeurs pensent qu’ils sont là pour servir les machines en écrivant du code. Il n’y a rien de mal dans cette démarche puisque les développeurs prennent beaucoup de plaisir à écrire du code. Mais les administrateurs systèmes pensent tout autrement. Ils pensent au contraire que les machines sont à leur service. Tout ce qu’ils ont à faire, c’est nourrir la machine, la rendre heureuse et laisser la machine faire tout le dur labeur pendant qu’ils se relaxent et paressent. La première étape pour devenir un administrateur systèmes paresseux demande parfois un léger changement d’attitude : il s’agit de faire savoir à la machine que vous êtes le patron.
2. Écrire des scripts pour des tâches récurrentes. Être fainéant, c’est être malin. Un administrateur systèmes intelligent est passé maître dans tous les langages de script (bash, awk, sed, etc.). Chaque fois qu’il sera obligé de faire une tâche, et s’il y a une vague possibilité qu’on puisse avoir besoin de ce même travail plus tard, il écrira un script pour faire le boulot. Ainsi, lorsqu’on lui demandera plus tard de refaire le même travail, il n’aura pas à réfléchir ; il aura simplement à exécuter le script puis à retourner paresser.
3. Tout sauvegarder. Être fainéant signifie tout sauvegarder. Un administrateur systèmes paresseux sait qu’il doit donner un peu de temps dans la création de processus de sauvegarde, et donc écrire des scripts de sauvegarde pour toutes les applications et tous les systèmes critiques. Quand l’espace disque n’est pas un problème, il planifie la sauvegarde pour toutes les applications même si elles ne sont pas critiques. Ainsi, dès que quelque chose se passe mal, il ne se met pas à transpirer de stress, il a simplement besoin de restaurer une sauvegarde pour pouvoir retourner aux trucs paisibles qu’il faisait juste avant.
4. Prévoir un plan de reprise d’activité. Les administrateurs systèmes n’aiment pas avoir à gesticuler dans tous les sens en cas d’urgence. Quand tout se passe bien, ils prennent un peu de temps pour créer un plan de reprise d’activité et de récupération de données.Comme ça, quand les choses tournent mal, ils peuvent le suivre, faire revenir rapidement les choses à la normale, puis retourner encore à leur rythme d’administrateur paresseux.
5. Configurer un sytème à haute redondance. Les administrateurs sysèmes fainéants n’aiment pas être réveillés au beau milieu de la nuit à cause d’une bête panne materielle. Ils font donc en sorte que les periphériques soient hautement redondants. Cela inclut à la fois le matériel et les logiciels : ils ont deux cartes réseaux configurées, une double alimentation, deux disques durs, bref tout en double. Comme ça, si l’un des équipements vient à flancher, le système fonctionnera toujours et notre fainéant d’administrateur pourra se concentrer à la réparation de l’équipement défaillant lorsqu’il se lèvera le matin, à la même heure que tous les autres matins.
6. Laisser de la place pour une croissance inattendue. Un administrateur systèmes paresseux ne permet jamais à son système de tourner à plein régime. Il garde toujours de la place libre en cas d’imprévus. Il s’assure que le système ait assez de CPU, ainsi que de l’espace disque et de la RAM disponibles. Lorsque le service commercial décide de larguer des tonnes de données pendant la nuit, il n’a pas besoin de réfléchir à la façon de gérer cette croissance inattendue.
7. Être proactif. Être paresseux ne veut pas dire que vous devez juste vous assoir et vous tourner les pouces. Être paresseux signifie être proactif. Les administrateurs systèmes paresseux détestent être réactifs. Ils anticipent toujours les difficultés et l’expansion. Lorsqu’ils ont du temps libre à disposition (et ils en ont donc beaucoup), ils gardent un œil attentif sur les projets afin de gérer la future croissance et éviter que des problèmes non prévus adviennent.
8. Adorer les raccourcis clavier. L’administrateur systèmes fainéants connaît tous les raccourcis clavier de toutes ses applications favorites. S’il passe quotidiennement un temps significatif sur une application, la première chose qu’il fait est de maîtriser les raccourcis clavier de cette application. Il tient à passer le moins de temps possible sur l’application pour parvenir à ses fins, et ainsi redevenir paresseux.
9. Passer maître de la ligne de commande. Tous les administrateurs systèmes paresseux sont des pros des lignes de commande. Cela s’applique aux administrateurs systèmes Linux, aux administrateurs de bases de données, aux administrateurs réseaux, etc. Si vous voyez un administrareur systèmes lancer une interface graphique alors que la même tâche peut être effectuée en ligne de commande, alors vous savez qu’il n’est pas un administrateur systèmes paresseux. Il y a deux raisons pour lesquelles les administrateurs systèmes paresseux adorent les lignes de commande. D’une, il peut faire les choses rapidement en ligne de commande. Et d’autre, ça lui donne l’impression que c’est lui le patron et non pas le système. Quand vous utilisez les lignes de commande, vous avez le contrôle, vous savez exactement ce que vous voulez faire. Quand vous utilisez une interface graphique, vous êtes à sa merci sans être sûr à 100 % de ce qu’il va produire après votre clic.
10. Apprendre de ses erreurs. Les administrateurs systèmes fainéants n’aiment jamais faire les mêmes erreurs deux fois. Ils détestent travailler sur des problèmes imprévus, mais quand ils apparaissent, ils travaillent à le corriger, réfléchissent à comment cela est arrivé, et mettent immédiatement le nécessaire en place pour que cela n’arrive pas de nouveau. Travailler sur le même problème deux fois est considéré comme un véritable péché pour un administrateur système fainéant. Il aime travailler sur le problème une seule fois, faire ce qu’il faut pour prévenir l’apparition de la même erreur dans le futur, et retourner tranquillement paresser.
11. Se former en continu aux nouvelles technologies. Il n’y a rien de mal à apprendre de nouvelles technologies pour avoir un meilleur travail ou juste pour se tenir à jour des progrès dans le domaine. Mais un administrateur systèmes paresseux n’apprend pas de nouvelles technologies pour cette raison. Il s’y forme parce qu’il aime garder le contrôle sur les systèmes en permanence. Il sait que c’est lui le chef et non pas la machine. Ainsi, quand arrive une nouvelle technologie, il prend le temps de l’étudier. À présent, il a de nouveaux outils pour occuper le système tandis qu’il continue à paresser. C’est la paresse qui est la principale motivation de sa formation.
12. Tout documenter. C’est ce qui distingue les bons administrateurs systèmes des meilleurs administrateurs systèmes. Voyez-vous, l’administrateur systèmes paresseux déteste être dérangé lorsqu’il est sur la plage à profiter de ses vacances. Donc, que fait-il ? Il documente tout, de manière à ce que lorsqu’il n’est pas là, d’autres puissent faire le boulot de base à sa place, et fassent tourner les choses sans le déranger pendant ses vacances. Il y a une autre raison pour laquelle l’administrateur systèmes paresseux documente tout : parce qu’il oublie des choses. Comme il est fainéant, il a tendance à oublier ce qu’il a fait le mois précédent. Puisqu’il n’aime pas du tout réfléchir deux fois sur le même sujet, il documente tout, et quand il aura besoin de faire la même chose dans le futur, il reviendra à sa documentation pour comprendre ce qu’il avait fait la fois précédente.
Voilà. Être un administrateur systèmes fainéant, ce n’est pas si simple en fait, c’est même beaucoup de travail. Si vous n’en êtes pas, vous saurez désormais les reconnaître. Si vous en êtes et que vous courez toujours partout, vous savez maintenant ce qu’il vous reste à faire.
Crédit photo : Anita Hart (Creative Commons By-Sa)
ctxnop
Je suis en totale opposition avec l’auteur sur sa vision des développeurs, étant moi même développeur.
Un développeur qui croit être au service de la machine est un mauvais développeur, programmer c’est avant tout donner des ordres à la machine, elle doit faire ce qu’on lui dit de faire. C’est donc bel et bien le développeur qui est le patron, pas la machine.
Ensuite le développeur doit aussi, selon moi, être fainéant. D’ailleurs dans mon pseudo il y a « NOP », ce n’est pas pour rien, c’est ainsi que j’ai été surnommé au lycée en référence à l’instruction assembleur du même nom qui sert à ne rien faire…
L’auteur dit bien qu’un bon admin apprends à scripter pour ne pas avoir à refaire plusieurs fois le même boulot. Développer c’est tout pareil mais poussé à l’extrême.
Un bon développeur écrit des outils pour ne pas avoir à refaire plusieurs fois la même chose, il factorise le code pour éviter d’écrire plusieurs fois la même chose, il fait des fonctions génériques, des bibliothèques réutilisables, etc…
Une des plus grande quête du développeur est de ne pas dupliquer de code, parce que ça donne plus de boulot de maintenance (et donc on aurait besoin de travailler plus, ce qui ne nous plait pas du tout) mais en plus le code dupliqué signifie qu’on l’a écrit deux fois et donc qu’on a travaillé deux fois plus que nécessaire…
Donc pour moi, aussi vrai que puissent être les déclaration de l’auteur, sa vision des développeurs est totalement fausse.
sacco
[troll] J’irais même un poil plus loin que ctxnop, je pense que l’auteur doit être un admin système et comme tout admin qui se respecte il a un syndrome de supériorité… (au moins dieu ne se prends pas pour un admin sys lui)[/troll]
Sinon histoire d’être un peu constructif je ne suis pas d’accord avec la vision de l’auteur, un admin système paresseux refusera de prendre le risque de modifier sa sacro sainte configuration quel que soit le besoin derrière et serra donc contre productif a ce niveau la.
kik
(lolwut. Mais de quoi il parle ?)
> Les développeurs pensent qu’ils sont là pour servir les machines en écrivant du code.
> Il n’y a rien de mal dans cette démarche puisque les développeurs prennent
> beaucoup de plaisir à écrire du code. Mais les administrateurs systèmes pensent
> tout autrement. Ils pensent au contraire que les machines sont à leur service.
pmls
« Si vous en êtes et que vous courrez toujours partout »
Je suis quand même aller vérifier dans mon Besch. parceque taper des lignes de txt pour rien merci bien ! , et donc, si vous v’lez mon avis, je vous l’dit tout net : y’en a qu’aurait mieux fait de ne pas fainéanter pendant les cours de Français !
^^
pmls
parceque là c’t’un plantage !
^^
aKa
@pmls : Oui, bon, d’accord, petite confusion entre présent et futur quoi !
En fait, quand on double le « R », on court encore plus vite 😛
totopipo
Moi je connaissaient de très bons adminsys (presta) qui automatisaient absolument tout, documentaient tout, mais n’utilisaient pratiquement rien et ne diffusaient officiellement rien, rien que pour montrer aux « autres » qu’ils servaient encore à quelque chose. 😀
m1k4
Perso étant admin réseaux, je suis en total accord avec ce qui est dit 🙂
OK la vision du dev est peut-être erronée, pour le reste tout me semble à sa place.
Après effectivement il ya ceux qui ne documentent pas, bien souvent (mais pas généralement) car ils ne sont pas appréciés, et qu’il devient difficile de virer un sys admin qui est le seul à connaitre le fonctionnement du bordel qu’il a mis en place….
Xtend
Parfaitement d’accord avec sacco, gare au complexe de supériorité
Morrock
Ayant des missions un peu éparses (je suis administrateur système, mais également développeur à mes heures perdues), je suis tout à fait d’accord avec l’intégralité de cet article, sauf la partie qui parles des développeurs.
En effet, pour la partie développeurs, les mêmes règles (exactement les mêmes) s’appliquent :
1/ La machine reste à notre service, nous la gavons joyeusement de code, puis nous la laissons détecter les erreurs, incrémenter, optimiser, compiler comme une grande pendant que nous sirotons notre café.
2/ Nous écrivons des fonctions et des méthodes pour nos tâches récurrentes. Mieux encore, nous utilisons des fonctions écrits par d’autres qui font déjà ce dont nous avons besoin.
3/ Nous sauvegardons tout et gérons même les versions de nos codes pour pouvoir revenir à une version précédente sans avoir à rechercher les différences.
4/ Bien sûr, pour toutes nos sauvegardes, nous prévoyons les méthodes de récupération adéquates et efficaces.
5/ Notre système est tout à fait redondant, même notre code est répliqué sur des miroirs (et encore mieux, ce sont d’autres qui créent ces miroirs, même pas besoin de le faire nous-même.
6/ Il y a toujours de la place, l’administrateur système nous en a donné plein ^^.
7/ Nous prévoyons des systèmes de gestion de nos erreurs, exceptions, warnings et autres logs, afin qu’au moindre problème, nous passions le moins de temps possible à chercher d’où il vient.
8/ Les raccourcis clavier sont bien sûr nos grands amis.
9/ Nous adorons tellement les lignes de commande que nous les créons nous-même.
10 / Nous apprenons de nos erreurs, à tel point que nous reprenons le code que nous avons corrigé dans un projet pour le réutiliser dans un autre.
11/ Bien sûr, nous nous formons continuellement aux nouvelles technologies.
12/ Nous documentons tout, non seulement le code qui est garni de commentaires, mais aussi le résultat de notre travail. Mieux encore, nous laissons les utilisateurs avertis et compétents rédiger (ou compléter) la documentation utilisateurs à travers de wikis et autres ^^.
Erwann
Il y a de la noblesse dans de la paresse saine !
Je préfèrerai toujours un administrateur système qui scripte avec pertinence et qui documente tout, à des pseudo gourous du mulot, surmenés, ne comprenant pas ce qu’ils font, et qui sont toujours prêts à accrocher à leur rétroviseur la dernière version de la queue de castor (j’entends par là la dernière version d’outils inutiles, voire nuisibles, qui donnent la fausse bonne impression qu’ils sont à la mode et que la machine va plus vite).
Documenter avec intelligence et exactitude est la politesse des administrateurs vraiment brillants.
Gourmet
Dans la vraie vie le plus gros handicap n’est pas d’être fainéant afin d’être serein mais c’est d’avoir le budget pour se le permettre.
Avant d’être admin système dans une boîte BIEN SE RENSEIGNER AVANT afin de savoir si ladite boîte mettra correctement les moyens sur la table afin de : doubler les équipements critiques, disposer d’une équipe d’astreinte, réaliser des PCA et de PRA à intervalle régulier, faire réaliser des audits externes, acquérir du bon matériel, etc.
Sinon, le boulot d’admin risque fort d’être une course effrénée y compris la nuit !
La tendance est générale à systématiquement ne plus investir (on parle de qq milliers d’euros pour une PME) dans le hardware et laisser l’humain gérer le caca induit par de telles décisions.
db
MartY
Sisi, Dieu est sysadmin.
Indurain95
Bonjour,
j’ai une question à propos du métier d’administrateur systèmes au réseaux: je suis à la fin de mon cursus bac+4 au cnam en réseaux, une formation purement théorique d’ailleurs(grande décéption!!!) et je voudrais être administrateur systèmes et réseaux et je voulais savoir concrètement quels sont les outils les plus répandus sur le marché du travail pour que je puisse , hélas, me formaer tout seul !
Merci d’avance.
hongi
Etant actuellement étudiant en réseau et sécurité informatique, je ne peux conseiller qu’une chose au personnes souhaitant suivre cette formation…
Faites le en alternance !
C’est un métier qui s’apprend énormément « sur le tas » (bien que la théorie ne soit pas à abandonner pour autant), je suis en train de passer mes épreuves finals et vous verriez la différence de niveau entre les étudiants en formation continue et les étudiants en alternance…vous auriez peur…
Pour moi l’entreprise nous apprend et l’école nous forme à être des admin sys organisé !
Qu’en a cet article, je l’approuve complètement 😀 mais mettre tout cela en place n’est pas une mince affaire, surtout au niveau de la documentation technique….quel horreur !!! 😀
nonoenz
Salut
Je sors de la branche réseaux avec très peu d’expérience et je me dirige vers le sys que je préfère maintenant et pour me former en autodidacte, je me suis tout simplement acheté 3 coupons accompagnés des manuels pour les 3 examens qui sanctionnent le MCSA Windows serveur 2012.
Avec son contenu, on peut acquérir une expérience non négligeable du niveau de la production et l’étape suivante , le MCSE.
Alors je ne sais pas , qu’en pensez-vous?
nicoz
J’approuve cet article 🙂
c’est tout à fait ça.
Nuage
L’auteur à raison, les AdminSys sont des fainéants !
Moins tu touches à la machine, mieux elle se porte, les clients aussi !
C’est un métier qui n’a plus d’avenir. Les salaires sont à la baisse !!!
Le job consiste à exécuter les procédures pour faire des mises à jour. Aucune valeur ajoutée. Dans un proche avenir les serveurs d’infrastructure seront hébergés dans le Cloud Saas. Performance à moindre coût, c’est normal.
Nuage
Petite rectification : Iaas – Infrastructure as a service et non pas Saas.- Software as a service.
De toute façon à terme, « on ira tous…Dans le nuage ».
Totolesysadmin
Le metier d admin sys linux sera tjrs un besoin recurrent meme si les infra sont externalises.
L admin sys ne fait pas que de l exploit…. Le dernier commentaire est tout simplement debile….
Nuage ne confond pas ton experience avec la majorite…. Cela fait 15 ans que je fais ce metier, je travaille dans un cloud, nous avons embauches 14 admin l annee derniere.
Encore un boulet qui crois tt savoir
Keshav
Entierement d’accord!!
message à ctxnop
Les admis sys on est SUPERIEUR si nous on fait pas tourner tes serveurs tes developpements vaux rien… Si on debloque pas les ports pour que tes applications marche correctement tes applis vaux rien…
Conclusion les developpeurs depend de nous 🙂 les admin sys…
manu
pfuuu, paresseux : si c’est être paresseux faire des scripts
si c’est paresseux étudier des nouvelles technologies
si c’est paresseux programmer des jobs
moi je suis en industrialisation informatique et un admin ou dev sont des gens qui bossent dur et qui sont en constante évolution, loin d’être paresseux ils font tourner le monde, sans se prendre pour dieu et en plus pas assez payé, un autre truc moi suis admin mais si les dev n’avait pas crée linux y aurait pas d’admin 🙂