GNU/Linux >> LINUX-Kenntnisse >  >> Linux

Sysadmin-Karrieren:Die Korrelation zwischen Mentoren und Erfolg

Anmerkung der Redaktion: In diesem Segment, dem Sudoer Sit-Down, stellen wir kleinen Gruppen von Branchenprofis Fragen. Sie erhalten echte Antworten und Meinungen von echten Menschen – Benutzern, Bedienern, Administratoren, Entwicklern usw. – die jeweils eine vielfältige und wertvolle Perspektive auf Fragen rund um die IT-Branche und insbesondere die Systemverwaltung bieten.

Die Prämisse

Je mehr Informationen Sie über eine Situation haben, desto erfolgreicher werden Sie in der Regel darin navigieren. Dasselbe gilt für die Erfahrung, die Sie im Umgang mit spezifischen Problemen haben. Dies hat mich dazu inspiriert, die Erfahrungen anderer Branchenexperten zu erkunden. Ich hatte im Laufe der Jahre mehrere großartige Mentoren und hatte immer das Gefühl, dass sich die Zeit, die ich damit verbrachte, von ihnen zu lernen, exponentiell ausgezahlt hat. Es ist nicht immer eine intellektuelle Atombombe, die Ihre Fähigkeiten umgestaltet. Oft liegen die stärksten Lektionen in der Weisheit, die im Laufe der Zeit gewonnen wurde. Die Fähigkeit zu handeln ist großartig, aber es hilft auch zu wissen, wann und wie man handelt.

Wir haben eine Gruppe unserer wichtigsten Mitarbeiter zu ihren Mentoren und den Auswirkungen dieser Erfahrungen auf ihre Karriere befragt. Einige hatten bestimmte Personen im Sinn; Eine ebenso große Anzahl gab jedoch an, dass ein eng verbundenes Team genauso wertvoll sein kann wie eine einzelne führende Kraft.

Die Diskussion

Joachim Haller (Senior Project Manager, Capgemini)

Für die Dauer meiner Karriere hatte ich einen fantastischen Mentor, und in einigen Jahren, in denen ich sehr herausfordernde Zeiten hatte, hatte ich einen zweiten. Ich werde die Geschichte über beide erzählen.

Mein erster Mentor tauchte auf, als ich in meinem Hauptjahr als Systemadministrator für Lotus Notes arbeitete. Ich hatte durch Studien gelernt, wie man die Server und Datenbanken verwaltet, aber ich war ein Neuling, wenn es um Netzwerke ging, und ich hörte oft von den Infrastrukturingenieuren, dass der Verbindungsverlust auf Fehler in Lotus Notes zurückzuführen war. Mir war klar, dass ich Networking lernen musste, sonst würde ich bei diesen Diskussionen immer den Kürzeren ziehen. Also ging ich los und kaufte mir ein 500-seitiges Buch über TCP/IP und begann unwissentlich den nächsten Abschnitt meiner Reise als Systemadministrator. Mein Ziel war es nicht, Netzwerkadministrator zu werden. Ich wollte unbedingt qualifizierte Diskussionen führen können mit den Infra-Jungs, anstatt als ignorantes Ärgernis abgetan zu werden.

Die Dinge haben sich tatsächlich geändert. Ich fand Werkzeuge und Methoden, um genau zu zeigen, was schief gelaufen ist, wo es schief gelaufen ist und in einigen Fällen, warum es schief gelaufen ist. Ich lernte die schattige Welt der Firewalls und die Tricks intelligenter Router kennen, die sich spielen würden, wenn die Netzwerke wuchsen und neue Länder verbunden wurden. Modems wurden durch die Magie des Internets ersetzt, und neue Herausforderungen für die Konnektivität tauchten auf. Durch den Kontakt mit neuen Systemadministratoren lernte ich, neugierig zu sein, anstatt Besserwisser zu sein.

Indem ich neugierig war, konnte ich mehr lernen, Dinge besser verstehen und eine breitere Perspektive dafür bekommen, warum bestimmte Dinge auf unterschiedliche Weise gemacht wurden. Neugierde brachte mich auch dazu, Sondierungsfragen zu stellen; Zum Beispiel forderte ich die Leute häufig auf, Abkürzungen zu erklären, die sie in Präsentationen verwendeten, und oft kannten sie sie nicht, also schlugen wir sie gemeinsam nach. Von Neugier geleitet, habe ich mich für neue Rollen und Aufgaben qualifiziert und der Dialog mit Kollegen anderer Fachrichtungen ist viel interessanter geworden. Ich bin sehr dankbar und hoffe, dass mich dieselbe Neugier bis ans Ende meiner Tage begleiten wird.

[Schauen Sie sich den ersten Artikel dieser Reihe an:Technologien für Junior-Systemadministratoren, die Sie kennen müssen]

Mein zweiter Mentor wusste eigentlich nicht, dass ich ihn in einer für mich sehr herausfordernden und verwirrenden Zeit zu meinem Leitstern gewählt hatte. Ich wurde nach Asien geschickt, um das Unternehmensnetzwerk aufzubauen und alle vorhandenen E-Mail-Systeme und Collaboration-Tools auf Lotus Notes zu migrieren. Ich war mit meiner Familie in Bangkok stationiert und hatte 16 Länder zu betreuen. Obwohl ich mit einigen von ihnen online gearbeitet hatte, war es ein völlig anderes Ballspiel, da draußen in den Stöcken zu stehen, einen Server in einer Duschkabine zu betrachten und ihn reparieren zu müssen. Ich baute ein Rechenzentrum als Teil der globalen Infrastruktur auf und arbeitete in Teams mit lokalen Systemadministratoren. Das waren Leute, die daran gewöhnt waren, Könige des Hügels zu sein, und jetzt musste ich sie sanft dazu degradieren, Protokolldateien ohne Administratorzugriff auf die Server zu überprüfen. Neben der praktischen technischen Arbeit war ich auch IT-Manager für Asien, und obwohl ich ein ziemlich sozialer Mensch bin, musste ich viel über Kultur und Management lernen.

Da traf ich Liam, den Produktionsstättenleiter in Singapur. Er war ein bodenständiger Charakter, der jeden Winkel seiner riesigen technischen Anlage kannte. Er ging zum örtlichen Food Court und holte sich sein Mittagessen, im Gegensatz zu anderen Managern, die ihre Sekretärinnen ihr Mittagessen in den (nur für Manager) Lunchroom bringen ließen. Liam sprach mit allen und war unnachgiebig, wenn es um die Sicherheit der Crew ging. Er war ein fleißiger Profi mit hohen Ansprüchen, und doch hatte alles, was er tat, eine sehr menschliche Seite. Wenn es ein Problem gab, war er da, vor Ort, sprach mit den Leuten, half, diskutierte, überprüfte. Alle hatten größten Respekt vor ihm, aber sie hatten keine Angst, sich Gehör zu verschaffen. Der Vorstand schickte ihn immer dann in Produktionsstätten auf der ganzen Welt, wenn Reparaturen anstanden oder eine neue Fabrik angeschafft wurde – so wie in Singapur, wo er nun seit einigen Jahren tätig war.

Dann passierte es – ein tödlicher Unfall in einem nahe gelegenen Werk. Der Vorstand rief ihn an, und er war am nächsten Tag vor Ort. Er kümmerte sich um die Angehörigen, bereitete die Beerdigung vor, machte seine Aufwartung und übernahm aufrichtig die Verantwortung für das, was passiert war, obwohl er nicht der Manager war, als sich der schreckliche Vorfall ereignete. Als Nächstes bat er die Sicherheitsbeauftragten, ihm eine vollständige Liste aller Dinge in der Anlage zu geben, die seiner Aufmerksamkeit bedurften. Die fragliche Anlage war relativ klein und hatte sich auf dem Markt noch nie besonders gut geschlagen. Rote Zahlen hatten zu Einsparungen geführt, die schließlich die Sicherheit der Mitarbeiter gefährdet hatten. Die Liste der Dinge, die behoben werden mussten, war lang und er fing an, sich methodisch um jeden Einzelposten zu kümmern. Gleichzeitig ging er das Pflanzenproduktportfolio durch und beschloss, einige Produkte zugunsten anderer einzustellen. Er verstand den Markt und wusste, welche Produkte gefragt waren und benötigte keine Langstreckentransporte. Sechs Monate später wies das Werk einen Gewinn aus UND die Sicherheit der Besatzung war erstklassig. Liam war respektvoll, entschlossen, sachkundig und neugierig. Erst als er in den Ruhestand ging, sagte ich ihm, er sei mein Mentor gewesen. Er lächelte mit mir und sagte, ich sei ein guter Schüler gewesen.

Damon Garn (Eigentümer, Cogspinner Coaction, LLC)

Ich hatte nie wirklich einen einzigen Mentor, aber ich habe über 20 Jahre lang mit einer sehr soliden Gruppe von technischen Trainern gearbeitet. Zusammen hatten wir alle eine große Menge an Unterrichtserfahrung und praktisches IT-Wissen. Wir halfen uns gegenseitig bei der Vorbereitung auf neue Kurse, coachten uns gegenseitig durch neue Technologien und tauschten Ideen über erfolgreiche Präsentationen im Klassenzimmer aus (sowohl persönlich als auch online). Es war eine wunderbare Gruppe, und wir treffen uns immer noch regelmäßig und lachen über alte Zeiten (wie der Manager, der immer wieder über die Vorteile von IPv5 sprach).

Mit einem so kompetenten Team war es einfacher, neue Herausforderungen anzunehmen. Ich war der Erste von uns, der in den frühen 2000er Jahren begann, mit Linux zu arbeiten, also konnte ich mein Wissen nutzen, um den Sicherheitstrainern zu helfen, als sie mit verschiedenen Sicherheitstools wie Kali Linux (damals Backtrack genannt) loslegten. Später halfen mir dieselben Leute, die Konfiguration von Cisco-Switches und -Routern besser zu verstehen. Sich aufeinander verlassen zu können, machte einen schwierigen Job einfacher und angenehmer. Ich kann nicht sagen, dass ich diese Tage vermisse, aber ich bin froh, dass ich sie mit so tollen Menschen erleben durfte.

Nate Lager (Technischer Account Manager, Red Hat)

In meiner ersten Rolle als eigentlicher Administrator (Junior-Netzwerkadministrator, obwohl der eigentliche Job viel mehr Systeme als Netzwerk war), war der Senior-Administrator, der dort war, als ich eingestellt wurde, ein sehr geduldiger und hilfsbereiter Typ. Ich würde ihn heute gerne aufspüren und ihn fragen, was er wirklich von mir dachte, als ich so ein grüner Admin war. Er schien nie ungeduldig oder frustriert über meine Fähigkeiten (oder deren Mangel) zu werden, selbst wenn es um Windows-Server ging, mit denen ich sehr wenig Erfahrung hatte. Er und ich haben ungefähr sechs bis acht Monate zusammengearbeitet, dann ist er auf grünere Weiden gegangen. Das Arbeitsklima dort war ansonsten ziemlich schlecht, also kann ich ihm keinen Vorwurf machen. Ich habe eine Menge von ihm gelernt, was man in der Schule einfach nicht lernen kann – wie man ein guter Administrator ist, wie man Änderungen minimiert, wie man mit Kunden arbeitet, ganz zu schweigen von technischen Fähigkeiten. Meine erste wirkliche Einführung in die Programmierung kam zum großen Teil von ihm. Meine Erfahrung mit ihm gab mir wirklich etwas, über das ich später in meiner Karriere nachdenken konnte, als ich nicht mehr der Neuling war und neuen Systemadministratoren Ratschläge gab.

Es gab eine zweite Erfahrung mit Mentoren, die mir sehr im Gedächtnis geblieben ist, aber es war nicht nur eine Person. Als ich diesen ersten Job schließlich aufgab, wechselte ich in die Higher Ed, eine kleine Hochschule für freie Künste. Das Team bestand bereits aus einer Reihe sehr erfahrener Netzwerk- und Systemexperten. Einige von ihnen kannte ich bereits, da wir alle zusammen bei einem lokalen Internetdienstanbieter gearbeitet hatten, und so bin ich auch auf den Job aufmerksam geworden. Ich kam mit einer Fülle an eigenem Wissen und Erfahrung, und innerhalb weniger Jahre lernte ich so viel mehr von diesen IT-Rockstars. Auch hier gab es nie einen Fall, in dem ich das Gefühl hatte, ich könnte einen Dummen nicht fragen Frage, und sogar meine Fehler wurden mit Anmut behandelt. Ich habe immer den Wert darin gesehen, meine Erfahrungen mit anderen zu teilen, aber meine Erfahrungen so früh in meiner Karriere haben wirklich dazu beigetragen, mich zu der Person zu machen, die ich heute bin.

Jörg Kastning (Systemadministrator, Universität Bielefeld)

Ich habe meine Karriere mit einer dreijährigen Berufsausbildung begonnen. In dieser Zeit habe ich von erfahrenen Kollegen alles gelernt, was ich für meine zukünftigen Jobs benötige, darunter Networking, Systemadministration und einfaches Projektmanagement. Meine Trainer/Kollegen waren geduldig und unterstützend, und es war eine sehr freundliche Atmosphäre, in der ich mein IT-Wissen erweitern konnte. Da ich Auszubildender war, wurden meine Fehler toleriert, es sei denn, ich wiederholte sie natürlich. Wir hatten damals viele verschiedene Kunden aus verschiedenen Branchen, was mir eine großartige Gelegenheit gab, mein Wissen zu erweitern und schließlich Systemadministrator zu werden.

[ Das könnte Ihnen auch gefallen: Was ist die Ursache für den schleppenden beruflichen Aufstieg von Linux-Systemadministratoren? ]

Einige Jahre später, nachdem ich meinen Bachelor-Abschluss gemacht hatte und anfing, für eine andere Firma zu arbeiten, traf ich einen Typen, den ich gerne meinen Lieblingsentwickler nenne und der seitdem ein guter Freund geworden ist. Er war (und ist immer noch) Entwickler und ich war Systemadministrator. Wir teilten unsere Erfahrungen miteinander, lernten voneinander und wurden schließlich zu DevOps, was damals das neue Tech-Buzzword war. Es gab einen anderen jungen Mann, der zur gleichen Zeit als Entwickler anfing und mit der Zeit auch ein großartiger Systemadministrator wurde. Heute arbeiten wir drei für verschiedene Unternehmen in verschiedenen Ländern, aber wir haben es geschafft, in Kontakt zu bleiben. Und wenn wir uns zu einer Art Tech-Talk treffen, lernen wir trotzdem voneinander. Ich hoffe, dass es ihnen ein kleines Lächeln ins Gesicht zaubern wird, wenn sie dies lesen.

Anthony Critelli (Sr. Systems Engineer, Datto Inc.)

Ich habe mich immer bemüht, eine gute Mentoring-Geschichte zu schreiben, wenn dieses Thema auftaucht. Ich habe das Glück, während meiner Karriere mit einigen großartigen Menschen zusammengearbeitet zu haben, aber ich hatte keine einzige Person, auf die ich mich als Mentor verlassen konnte. Je mehr ich darüber nachdachte, desto mehr wurde mir jedoch klar, dass es in Ordnung ist; Die kombinierten Lektionen, die mir von vielen verschiedenen Menschen beigebracht werden, sind genauso wertvoll wie die, die von einer einzelnen Person gelernt werden können. In diesem Sinne werde ich eine meiner Lieblingsanekdoten teilen.

Ich war gerade dabei, meine Nachtschicht während eines Praktikums im IT-Betrieb zu beenden, als plötzlich ein kritisches System ausfiel. Es schien, dass einige Hardware auf seltsame Weise ausgefallen war, die kein Failover auslöste. Die Frühschicht (einschließlich des technischen Personals) traf ein, also gingen wir alle zum Rechenzentrum, um die fragwürdige Hardware zu inspizieren. Als wir um Computerteile herumstanden, die auf einem Wagen ausgebreitet waren, kam ein leitender Manager ins Rechenzentrum, um einen Blick darauf zu werfen. Ich lächelte ihn nervös an und sagte:„Hast du schon Spaß?“ Er lachte und sagte:„Anthony, wir arbeiten im Einzelhandel. Wir müssen das reparieren lassen, aber niemand stirbt, weil dieses System ausgefallen ist. Es wird alles gut.“

Ich habe das immer als eine meiner wertvollsten IT-Lektionen in Erinnerung behalten, weil es so stark davon abweicht, wie IT-Organisationen normalerweise arbeiten. Sehr, sehr wenige Branchen betreiben eine IT-Infrastruktur, die wirklich hochverfügbar sein muss, aber wir werfen den Begriff unternehmenskritisch um als würde es für alles gelten. Ausfälle erfordern, dass wir Kriegsräume einberufen und das ganze Wochenende arbeiten, um herauszufinden, was los ist. Immer wenn ich mich mit einem Problem befasse und jemand anfängt, übermäßig nervös zu werden, erinnere ich mich nur an den ruhigen Realismus dieses leitenden Managers von vor Jahren.

[ Möchten Sie Ihre Fähigkeiten als Systemadministrator testen? Machen Sie noch heute einen Kompetenztest. ] 

Zusammenfassung

Wenn Sie bis hierher gelesen haben, werden Sie bemerkt haben, dass sich aus den obigen Berichten mehrere Themen ergeben, obwohl jeder Mitwirkende eine einzigartige Reise hinter sich hat. Wenn ich die Erkenntnisse dieser Fachleute zusammenfassen müsste, wäre es diese:

Sei ein Schwamm. Wenn Sie mit erfahrenen Fachleuten zusammenarbeiten, haben sie konkrete Fähigkeiten zu vermitteln, aber darüber hinaus haben sie Einblicke, von denen Sie lernen können. Versuchen Sie, dieselben Fragen nicht wiederholt zu stellen. Ein sicherer Ort, um Juniorfragen zu stellen ist ein Muss für die frühe berufliche Entwicklung. Sie müssen Mentoring nicht formell besprechen; Sie können einfach beobachten und Interesse am Lernen zeigen, und das Ergebnis wird effektiv dasselbe sein. Bewahren Sie schließlich in Stresssituationen einen kühlen Kopf und greifen Sie auf die Fähigkeiten zurück, die Sie kennen. In den meisten Fällen lassen sich die kritischen Probleme am besten durch eine schnelle und genaue Anwendung der richtigen Lösung beheben.


Linux
  1. Die Top 20 Leitfäden und Tutorials für Systemadministratoren

  2. Der Unterschied zwischen [[ $a ==Z* ]] und [ $a ==Z* ]?

  3. Der Unterschied zwischen .exrc und .vimrc?

  4. Der Unterschied zwischen 'env' und 'printenv'?

  5. Was ist der Unterschied zwischen procfs und sysfs?

Was ist der Unterschied zwischen InnoDB und MyISAM?

Was ist der Unterschied zwischen Linux und Unix?

Was ist ein Hypervisor? Was ist der Unterschied zwischen Typ 1 und 2?

Was ist der Unterschied zwischen Curl und Wget?

Was ist der Unterschied zwischen fsck und e2fsck?

Was ist der Unterschied zwischen unlink und rm?