Comment je ne suis pas devenu toi: un message d'amour pour les administrateurs système

Aujourd'hui est le jour de l'administrateur système - un jour férié professionnel pour les combattants du front matériel et logiciel et les meilleurs amis des utilisateurs en entreprise. À l'occasion des vacances, nous avons demandé à parler de notre chemin vers l'administration du système ... notre responsable des relations publiques. Nous ne savons même pas si vous avez de la chance que notre manager ne soit pas parmi vous ou pas de chance. En général, lisez une histoire un peu inhabituelle et jugez par vous-même.


Source

De toute l'équipe RegionSoft Developer Studio , nous vous félicitons pour l'occasion! Nous vous souhaitons un ITSM réussi, le meilleur de l'ITIL, un SAM sans problème, des DevOps stables et comprenons toutes ces abréviations :-) Ensuite, nous donnons la parole à un collègue et rappelons que les articles des employés de notre blog ne sont ni édités ni révisés, et la position de l'entreprise peut ou non coïncider avec l'avis de l'auteur.

Bonjour, Habr!

Premières rencontres


Le premier administrateur système est arrivé dans une petite université, littéralement chambre, mais d'État. Il était un véritable ami et assistant d'enfants particulièrement zélés: il nous a donné des projecteurs pour des séminaires et des conférences, a écrit un vieil ordinateur portable Rover (une fois oublié par moi dans un trolleybus, mais conservé) pour une utilisation temporaire, et même de luxe - un nouvel ordinateur portable, mais sans quitter le bâtiment de l'université. Si quelque chose était brisé par les mains ludiques des passionnés, il m'a aidé à le réparer et n'a pas couru pour signaler que ces étudiants, dans une tentative d'entrer dans l'informatique sans autorisation, étaient prêts à collecter tous les virus et à repenser le réseau interne (il y avait alors une autre protection). Je dois dire qu'il a rapidement révélé notre groupe arrogant, la défense s'est améliorée et les étudiants ont reçu des identifiants, des mots de passe et des droits d'accès. En général, nous avons enseigné une leçon importante - les utilisateurs ne peuvent pas faire confiance même s'ils sont des enfants d'hier de 17 à 18 ans avec des yeux naïfs. A cette époque, il n'était pas question de travailler en tant qu'administrateur système - les échanges et la matanalyse étaient beaucoup plus fascinants et semblaient plus prometteurs.

Bien sûr, Belfort n'a pas fonctionné de nous, et presque tous dispersés à travers les structures bancaires et fiscales. Je suis entré dans l'une des plus grandes entreprises informatiques de notre ville. Et puis il y a eu le premier désir de devenir juste un administrateur système - premièrement, aider 450 employés n'est pas réaliste, deuxièmement, les serveurs étaient choquants par leur taille et leur équipement, et troisièmement, il semblait que la fille d'administration était juste +500 au karma. Je me suis vu quelque chose comme ça:

Livres


Cependant, la position dans le commerce n'a pas rapproché ce «rêve». Donc, vous avez besoin d'une issue. Ainsi, la première sortie s'est avérée être des livres, ou plutôt E. Tanenbaum, Réseaux informatiques. Je n'ai pas eu la dernière édition, mais je l'ai lue littéralement sans laisser de trace. Il y a plusieurs points controversés dans le livre à la fois dans la manière de présenter et dans les montants des traducteurs, mais c'est un vrai sujet scientifique sur un sujet très compliqué. En général, ma position fondamentale est que chaque ingénieur réseau novice, administrateur système, développeur et testeur doit maîtriser ce livre. Ensuite, bien sûr, "Systèmes d'exploitation modernes".

En même temps, il y avait divers articles dans Runet, en même temps que Habr apparaissait dans la vie. Alors, quelles conclusions ai-je tirées de mon travail avec les livres.

  • Les livres liés à la technologie ne peuvent pas être lus comme ça, sans crayon à la main et sans carnet devant son nez. En principe, cette vérité est reconnue à l'école et à l'institut, mais pour une raison quelconque, elle est rapidement oubliée dans les conditions de travail. Il est nécessaire d'écrire des points clés, des définitions complexes, d'analyser des choses incompréhensibles (par exemple, des termes inconnus doivent être étudiés en plus), de dessiner des diagrammes, de systématiser.
  • Les livres liés au développement ou à l'administration doivent être lus avec un ordinateur à portée de main - afin d'organiser votre pratique et votre environnement de test. Plus vous fouinez dans le système / frappez vos doigts sur le clavier, plus le processus d'auto-éducation est productif. Ne soyez pas paresseux pour répéter plusieurs fois la même action, n'hésitez pas à aller à droite ou à gauche, pour voir l'environnement du processus.
  • Assurez-vous de revenir à ce que vous avez lu quelques chapitres en arrière - non pas parce que «la répétition est la mère de l'apprentissage», mais tout aussi clairement tracé la relation entre les composants du matériel étudié.
  • Pas besoin de jeter ou de feuilleter ce qui n'a pas fonctionné ou n'a pas aimé. Assurez-vous de le comprendre, de trouver des sources supplémentaires - sinon ces informations deviendront votre point faible. On ne m'a pas donné de masques de sous-réseau - cela leur a pris plusieurs jours et un tas de matériel a été trouvé.
  • Si vous êtes un spécialiste en informatique débutant, assurez-vous de trouver le livre «Pour les nuls» et de le lire - cela vous donnera la compréhension la plus générale et simplifiée du sujet. Pour l'avenir, je dirai que cette méthode m'a aidé avec Python (j'ai honte de le dire, mais la connaissance a commencé avec le livre de Jason Briggs "Python pour les enfants", s'est terminé avec le début du livre de Lutz - tandis que le langage est mis de côté. Oh cher, le message ressemble déjà à la confession d'un homme, qui ne termine pas ce qui a été commencé).



La ferveur administrative lors de la lecture de Tanenbaum s'est éteinte, et j'ai grandi et réalisé que le développement de logiciels est beaucoup plus intéressant, j'ai fermé les yeux et suis allé étudier en tant que développeur dans une très bonne université d'entreprise locale.

Expérience de combat


Cependant, la vie est organisée d'une manière très inhabituelle et souvent des blagues - de tous les sujets d'un cours de près de deux ans, le cours d'administration Unix s'est avéré être le plus cool et le plus avancé. Tout était cool: utilisez la console, composez des commandes complexes à plusieurs composants (pipelines), écrivez des scripts et même compilez du code dans gcc. Dans le même temps, j'ai brusquement changé de travail et suis allé consciemment tester des systèmes de téléphonie IP complexes dans une autre grande entreprise. C'est là que l'administration du système Unix était au-dessus des talons - nous avions une liberté totale pour rester éveillé la nuit, rester au travail, fouiner dans la salle des serveurs avant d'installer la version client, travailler avec une montagne d'équipements de télécommunication - des paisibles fax Linksys-ok et old-school pesant 12 kg à Cisco et les petites choses que vous ne pouvez pas appeler, mais nous les avons tous. S'agissant de la première expérience pratique avec des équipements et des réseaux, plusieurs mois ont été associés à la formation. Des conclusions ont également été tirées.

  • Si l'entreprise ne dispose pas d'un institut de mentors, assurez-vous de trouver un collègue qui pourra répondre à vos questions et vous aider dans les tâches importantes. Cela ne signifie pas que vous devez vous accrocher à la manche et le suivre ou l'appeler en permanence, il est préférable de collecter des questions et de poser à la fin ou au début de la journée de travail. S'il s'agit d'un mentor, les règles sont généralement spécifiées pour la communication.
  • N'arrêtez pas d'étudier la théorie - incluez des livres, une base de connaissances d'entreprise, des publications spécialisées, bien sûr, Habr.
  • Utilisez la documentation officielle pour les logiciels ou le matériel, accédez aux sites Web et aux forums des fournisseurs et des développeurs (combien de nerfs seuls Microsoft TechNet a sauvés à vie).
  • Ne vous cachez pas si vous avez foiré - votre erreur cachée peut entraîner une série de problèmes entre collègues. Assurez-vous de signaler vos problèmes, de discuter des erreurs, de ne pas prendre de bêtises hostiles envers les autres.
  • Prenez soin de la sécurité du lieu de travail et de l'environnement de travail - de cette façon, vous apprendrez à prêter attention aux détails et à faire votre travail en toute sécurité. Dans une entreprise, Enikeev a enseigné une leçon en supprimant les paramètres sur un PC déverrouillé et en laissant un économiseur d'écran avec une demande obscène de surveiller la sécurité. 1er - 2 fois était suffisant.
  • Essayez de vous impliquer dans tous les processus autant que possible et de comprendre le travail de l'intérieur. Chez les administrateurs système et surtout DevOps, il existe une telle pratique: dans le cas d'une demande d'un collègue, faites rapidement le travail pour lui, sans rien expliquer, et continuez ses tâches. Il est tentant pour les deux parties et il n'est pas toujours commode de se coucher et de demander: «Que faites-vous ici? Ralentis, j'enregistre. " Choisissez un moment opportun et assurez-vous de comprendre ce qui n'a pas fonctionné. Ce n'est pas honteux.

Après quelques mois, j'ai facilement résolu tous les problèmes de base du travail dans la console (et je suis déjà habitué au fait que le moniteur PC est essentiellement une console en noir et blanc et une interface graphique modeste de notre logiciel), j'ai mis en place et répliqué les bases de données, fait un échange à chaud du disque dur et aidé les nouveaux arrivants à mettre en place tout notre zoo à l'écoute. Cependant, avec des charges de travail énormes et un traitement constant, le salaire n'était pas une fontaine, et quand j'ai été appelé dans le commerce d'une autre société informatique pour deux fois plus, je ... ne pouvais pas partir pendant 2 mois avant la fin du projet et mon âme n'a pas lâché un travail d'ingénierie incroyable. Mais à la fin, l'esprit s'est avéré être plus élevé que l'amour pour la cause et, frottant mes larmes sur l'équipement, j'ai pris celui du travail.

PR sous Windows: ne pensez-vous pas


Cela ne vaut pas la peine de parler d'autres lieux de travail dans cet article, ils ont plus à voir avec le flux "Management", mais, disons, depuis la fin de 2012, je vais de pair avec la promotion des logiciels d'entreprise pour Windows (depuis 2013, c'est RegionSoft CRM et tous les autres produits de notre propre développement). Et, semble-t-il, promouvoir, écrire des versions, etc., mais le secteur informatique actuel nécessite des approches différentes (et c'est aussi le sujet d'un article séparé, que, bien sûr, personne n'écrira - tout est dit avant nous) et à un moment donné Je sentais que je manquais d'une compréhension approfondie de Windows et de Microsoft Server. Le fait est que la promotion dans un environnement professionnel doit être pratiquement au niveau de l'ingénierie - alors seulement vous êtes sur un pied d'égalité avec le public. Sinon, effacez vos communiqués de presse, ils ne présentent d'intérêt pour personne.

Aussitôt dit, aussitôt fait, j'ai de nouveau fermé les yeux et suis retourné dans la même université d'entreprise au programme d'administration de Microsoft Server (7 mois). Et ... cela s'est avéré être une sensation complètement différente de l'apprentissage. Lorsque vous avez de l'expérience lorsque vous travaillez avec Unix, lorsque vous avez une compréhension claire de ce qu'est le système d'exploitation de l'intérieur, vous n'avez qu'à ...
... pour réapprendre, en essayant de réduire dans la tête le désir constant de comparer un OS avec un autre. Bien sûr, personne ne pensait (presque) à la mort des fenêtres, mais je suis un utilisateur de longue date et parfois un amoureux doux de ce système d'exploitation et même de son développement.
Il y avait 12 personnes dans le groupe, toutes ayant une expérience de travail, certaines - enekeyshchiki, certaines - des administrateurs système, d'autres - moi, la seule femme. Après trois leçons, il nous restait 6 personnes, nous vivions jusqu'à la fin 5. Et puis je ferai une digression lyrique très soudainement pour Habr - simplement parce que les deux Habr sont lus par les étudiants, les débutants et ceux qui veulent "entrer dans l'informatique après trente-cinq ans".

<digression lyrique>
Je vais vous dire pourquoi ces 7 personnes sont parties. Ils ont décidé que l'administration du système leur apprenait à connecter l'imprimante au réseau et à savoir comment consulter la liste des sites visités. À leur connaissance, Windows existait comme si par lui-même - et toute l'administration était réduite à l'installation et à la désinstallation de programmes et au nettoyage du registre. Dans certaines entreprises et dans d'autres endroits non commerciaux, c'est le cas (les ports USB sont également bloqués et les disquettes sont retirées (intéressant, tout le monde sait que c'est une génération ou a déjà grandi ...)). Le processus de déploiement d'une machine virtuelle à lui seul a effrayé les auditeurs et ils sont partis, rendant leur argent. C'est dommage, bien sûr: ceux qui ont vécu jusqu'à Powershell et ont réussi le mini-test sont sortis dans des vestes ouvertes à moins 20 - les forces aéroportées se reposent.
</ digression>

Les survivants se sont cassés au premier rang et se sont plongés dans tout: dans les stratégies de groupe, la sécurité, les forêts, les domaines et les sous-domaines, dans les scripts, le travail en réseau, DHCP, DNS, DFS, Hyper-V et même SQL (ici au minimum). Les cours étaient standard: cours magistral + pratique. La principale surprise, bien sûr, était que toutes les tâches pratiques étaient données en anglais, l'interface était également anglophone, le russe était interdit de localisation sur les mains . C'était une expérience adulte et sérieuse - étudier ce métier à 32 ans, le soir après le travail (même deux), avec Unix en tête. Je veux que tous ceux qui sont sur le point d'apprendre quelque chose dans la même situation entendent le résultat.

  • Vous devez aller étudier, même s'il vous semble que l'enseignant est un peu plus faible que vous. Premièrement, ces cours sont dispensés par des praticiens, deuxièmement, vous travaillez en direct, troisièmement, vous systématisez toutes vos connaissances et plongez dans des moments plutôt délicats que vous ne rencontrez pas dans la pratique, mais ils peuvent être utiles.
  • Cela vaut la peine de se préparer pour les cours, d'utiliser un cahier, d'écrire tout ce qui n'est pas clair pendant la conférence, puis de combler ces lacunes vous-même. Percevez donc parfois plus facilement.
  • À la maison (au travail), il est important de déployer le même environnement dans lequel vous étudiez pour pratiquer les devoirs ou simplement répéter les informations reçues.
  • Assurez-vous d'utiliser les ressources et la documentation.
  • Essayez de comprendre la valeur de l'administration système et de vous-même en tant qu'employé pour les entreprises - vous n'êtes plus la personne qui contrôle le trafic, mais une unité commerciale importante. Entre vos mains sont les licences, la sécurité, les économies de coûts, le développement de l'infrastructure informatique, les tâches d'intégration complexes et l'introduction de nouveaux matériels et logiciels. Vous avez peut-être DevOps.
  • Écrire des scripts est un outil d'automatisation sympa, qui vous apprend également à atteindre votre objectif en un minimum d'étapes et à ne pas produire d'essence (hélas, cela ne fonctionne pas toujours, parfois un script a l'air très triste, vous devez y travailler).
  • N'hésitez pas à poser des questions et à chercher des réponses. Oui, ce n'est pas toujours agréable, pourtant nous sommes tellement adultes et expérimentés. Parfois, vous pouvez obtenir le silence en réponse. Mais nous ne sommes pas en maternelle pour être offensés et ne rester avec rien.
  • Mettez les connaissances en pratique - au moins pour votre PC de travail ou à la maison. La connaissance n'est pas un poids mort - elle disparaît.

J'ai obtenu tout ce que je voulais du cours et plus encore. En ce moment, je suis satisfait de tous les projets que je fais et je pense que maintenant la qualité du travail a augmenté. Pour le plaisir, je suis allé à trois entretiens en tant qu'administrateur système. Je ne peux pas divulguer les détails du premier, ce sont les autorités - disons, il y avait plus de questions sur Outlook et Excel que sur les réseaux et les domaines. Mais les deux autres étaient très différents.

Le premier est une société commerciale industrielle. Le combattant précédent est allé dans une autre entreprise de DevOps et a laissé l'infrastructure informatique en parfait état. Tout est au minimum: Active Directory, 57 utilisateurs, terminaux distants, certains équipements de trading et mobiles, périphériques, une politique de gestion des licences soignée (étonnamment soignée!), Un administrateur système au singulier.

Le second est une entreprise informatique. Inutile de dire que je n’y suis pas parvenu, c’est déjà dans la pratique: systèmes à forte charge, Kubernetes, Docker, RHEL / CentOS, un million de questions sur la sécurité et la tolérance aux pannes. J'étais content qu'en théorie j'ai répondu à la plupart des questions, mais à la fin de l'entretien j'ai honnêtement admis que je n'étais pas prêt pour le travail pratique, car je ne connais ces technologies que par les livres et Habr.

J'ai été invité dans une société commerciale. Mais je répète que c'était uniquement dans le but d'analyser mon niveau, je ne cherche pas de travail, j'ai donc dû refuser.

Je ne suis donc pas devenu administrateur système. J'ai rencontré divers administrateurs système: purement «Bashovskys» et envahissants, des durs qui ont pu à eux seuls surveiller l'ampleur de la branche régionale d'une énorme entreprise, paresseux et travailleurs, nuisibles et réactifs. J'ai toujours aimé le travail de ces gars - rendre la vie des autres plus facile et plus pratique. Et le nôtre est plus amusant et diversifié, ici les utilisateurs ont également pris soin :-)

Le vendredi soir est l'heure préférée des incidents les plus graves. Que ce jour soit un jour d'exception. En général, toutes de bonnes vacances!



Notre RegionSoft CRM , qui est agréable à administrer :-)

Notre chaîne Telegram en direct BizBreeze . Tout ce qui concerne le CRM et les affaires, à bon escient, sans copier-coller et 90% sans publicité. Abonnez-vous.

Source: https://habr.com/ru/post/fr418401/


All Articles