Die Epik der Systemadministratoren als eine aussterbende Art

Systemadministratoren auf der ganzen Welt, wir gratulieren euch zu eurem Feiertag!

Bei uns gibt es kaum noch Systemadministratoren (na ja, fast). Doch die Legende über sie ist noch frisch. Zu Ehren des Feiertags haben wir dieses Epos vorbereitet. Macht es euch bequem, liebe Leser.

Es war einmal in der Welt Dodo IS, die in Flammen stand. In dieser dunklen Zeit war die Hauptaufgabe unserer Systemadministratoren, einen weiteren Tag zu überstehen und nicht zu weinen.

Vor langer Zeit schrieben Programmierer nur wenig und langsam Code und stellten ihn nur einmal pro Woche in Produktion. So tauchten Probleme gerade einmal alle sieben Tage auf. Doch dann fingen sie an, mehr Code zu schreiben und häufiger in Produktion zu gehen, was zu einem Anstieg von Problemen führte, manchmal brach alles zusammen, und Rollbacks wurden immer schlimmer. Systemadministratoren litten, ertrugen aber diesen Wahnsinn.

Abends saßen sie zu Hause mit einem Sorgenfalten auf der Stirn. Und jedes Mal kam die Meldung: ‚Es war noch nie so und jetzt wieder: Überwachung sendet ein Hilferuf: Hey, die Welt steht in Flammen!‘. Da zogen unsere Admins ihre roten Umhänge an, trugen Unterhosen über ihren Leggings, machten einen Lockenwickler auf die Stirn und flogen, um die Dodo-Welt zu retten.

Achtung, eine kleine Erklärung. Klassische Systemadministratoren, die Hardware betreuen, gab es in Dodo IS nie. Wir hatten gleich welche, die fortgeschritten in den Azure-Clouds waren.

Was machten sie:

• wenn etwas kaputt ging, sorgten sie dafür, dass es repariert wurde;
• jonglierten auf Expertenniveau mit Servern;
• waren verantwortlich für das virtuelle Netzwerk in Azure;
• waren verantwortlich für niedrigere Dinge, zum Beispiel die Interaktionen von Komponenten (*flüsternd*, bei denen sie manchmal überhaupt keinen Durchblick hatten);
• Reconnections von Servern;
• und vieles andere Wilde.

Das Leben des Infrastruktur-Engineering-Teams (so nannten wir unsere Admins) bestand damals aus Feuerlöschaktionen und ständig kaputten Testumgebungen. Sie lebten und litten, und dann beschlossen sie, nachzudenken: Was ist so schlecht daran, vielleicht könnten wir es besser machen? Zum Beispiel könnten wir die Leute nicht mehr in Programmierer und Admins aufteilen?

Aufgabe

Gegeben: Es gibt einen Sysadmin, dessen Verantwortungsbereich Server, ein Netzwerk, das ihn mit anderen Servern verbindet, Anwendungsinfrastruktur (Webserver, der eine Anwendung hostet, Datenbankmanagementsystem usw.) umfasst. Und da ist ein Programmierer, dessen Verantwortungsbereich funktionierender Code ist.

Und gibt es Dinge, die an der Schnittstelle liegen. Wessen Verantwortung ist das?

Normalerweise trafen sich an dieser Schnittstelle unsere Systemadministratoren und Programmierer und es begann:

– Leute, nichts funktioniert, wahrscheinlich wegen der Infrastruktur.
– Leute, nein, es liegt am Code.

Eines Tages begann zwischen ihnen ein Zaun zu wachsen, über den sie fröhlich mit Exkrementen warfen. Die Aufgabe wurde wie ein Exkrement von einer Seite des Zauns auf die andere geworfen. Dabei kam niemand zur Lösung der Situation. Trauriges Smiley.

Ein Sonnenstrahl durchbrach den grauen Himmel, als vor einigen Jahren Google beschloss, nicht Aufgaben zu werfen, sondern stattdessen etwas Gemeinsames zu tun.

Und was wäre, wenn man alles wie Code beschreibt?

Im Jahr 2016 veröffentlichte Google ein Buch mit dem Titel „Site Reliability Engineering“ über die Transformation der Rolle des Systemadministrators: von einem Meister der Magie zu einem formalisierten ingenieurtechnischen Ansatz in der Softwareverwendung und Automatisierung. Sie sind selbst durch alle Dornen und Hindernisse gegangen, haben es gelernt und beschlossen, dieses Wissen mit der Welt zu teilen. Das Buch ist offen zugänglich. hier.

Im Buch sind einfache Wahrheiten verankert:

• Alles wie Code zu machen - gut;
• Einen ingenieurtechnischen Ansatz zu verwenden - gut;
• Gutes Monitoring zu betreiben - gut;
• Einem Dienst nicht zu erlauben, veröffentlicht zu werden, wenn er kein klares Logging und Monitoring hat - ebenfalls gut.

Diese Praktiken hat unser Gleb (entropy), und es ging los. Wir setzen es um! Momentan befinden wir uns in einer Übergangsphase. Das SRE-Team ist gebildet (es gibt 6 fertige Spezialisten, 6 weitere befinden sich in der Einarbeitung) und bereit, die Welt, die vollständig aus Code besteht, zum Besseren zu verändern.

Wir gestalten unsere Infrastruktur so, dass Entwickler ihre Umgebungen vollkommen selbstständig verwalten können und mit SRE zusammenarbeiten.

Wir sagen statt Schlussfolgerungen voraus.

Systemadministrator ist ein würdiger Beruf. Aber neben den Kenntnissen der Systemadministration sind auch ausgezeichnete Fähigkeiten im Software Engineering erforderlich.

Die Systeme werden immer einfacher, und super einzigartige Kenntnisse in der Administration von physischen Servern werden jedes Jahr weniger nachgefragt. Cloud-Technologien verdrängen die Notwendigkeit dieser Kenntnisse.

Ein guter Systemadministrator sollte in naher Zukunft über gute Fähigkeiten im Software Engineering verfügen. Es wäre sogar besser, wenn er in diesem Bereich über gute Fähigkeiten verfügt.

Niemand kann die Zukunft vorhersagen, bis sie eintritt, aber wir glauben, dass es im Laufe der Zeit immer weniger Unternehmen geben wird, die unendlich anwachsende Teams von Systemadministratoren aufbauen wollen. Zwar werden die Liebhaber bleiben. Heute fahren nur noch wenige mit Pferden, die Mehrheit nutzt Autos, aber es gibt immer noch Liebhaber...

Allen einen schönen Sysadmin-Tag, allen Code!

Quelle: habr.com