Wie ein DevOps-Spezialist Opfer der Automatisierung wurde

Anmerkung des Übersetzers.: Die auffĂ€lligste Veröffentlichung des Subreddits /r/DevOps im letzten Monat war: „Automatisierung hat mich offiziell bei der Arbeit ersetzt – eine Falle fĂŒr DevOps“. Der Autor (aus den USA) erzĂ€hlte seine Geschichte, die die populĂ€re Wendung darĂŒber verkörpert, dass Automatisierung den Bedarf an Menschen, die Softwaresysteme unterstĂŒtzen, töten wird.

Wie ein DevOps-Spezialist Opfer der Automatisierung wurde
ErlĂ€uterung im Urban Dictionary zu dem bereits etablierten (?) Ausdruck ĂŒber den Ersatz des Menschen durch ein Skript

Hier ist die Veröffentlichung selbst:

In der DevOps-Abteilung hört man oft diesen Witz: „Wenn wir alles automatisieren, bleiben wir ohne Arbeit“.

Genau das ist mir passiert und etwa einer Hundert anderen DevOps-Ingenieuren. Ich kann nicht ins Detail gehen, wegen einer Geheimhaltungsvereinbarung: Ich bin mir sicher, dass die Informationen frĂŒher oder spĂ€ter ans Licht kommen werden, aber ich möchte nicht derjenige sein, der sie öffentlich macht.

Ich werde versuchen, einen allgemeinen Überblick darĂŒber zu geben, wie genau alles geschehen ist.

Vor etwa fĂŒnf Jahren arbeitete ich als Manager in einer DevOps-Abteilung eines mittelgroßen Technologieunternehmens und erhielt ein damals ausgezeichnetes Gehalt (190.000 USD), das unsere unglaubliche Menge an Überstunden ausglich.

Wie so oft wurde ich von einem Recruiter ĂŒber LinkedIn kontaktiert. Er stellte einen großen multinationalen Konzern vor, der mich als potenziellen Arbeitsplatz ĂŒberhaupt nicht interessierte. Der Recruiter schrieb, dass das Unternehmen aktiv seine Teams von Software-Ingenieuren, Entwicklern und DevOps’ern fĂŒr mehrere bevorstehende große Projekte erweitere, und bemerkte, dass sie mich gern zu einem VorstellungsgesprĂ€ch einladen wĂŒrden.

Ich lehnte ab und sagte, dass ich daran kein Interesse habe. Er fragte, wie viel ich verdiene, und betonte, dass der Konzern sicherlich viel mehr anbieten wĂŒrde. Das weckte meine Neugier – schließlich dachte ich, dass ich bereits ein ausgezeichnetes Gehalt habe.

Kurz gesagt, ich ging zum VorstellungsgesprĂ€ch, erhielt die Position als Senior Lead mit einem Gehalt von 275.000 USD plus Aktienoptionen und Boni sowie der Möglichkeit, remote zu arbeiten (d.h. ich musste nicht umziehen), obwohl mir die Vorstellung, fĂŒr ein riesiges Unternehmen zu arbeiten, nicht gefiel. Das Angebot war jedoch zu verlockend, um abzulehnen (sie versprachen mir deutlich mehr als Amazon zuvor in demselben Jahr).

In der Firma gab es eine DevOps-Abteilung, die jedoch ĂŒberwiegend aus erfahrenen Systemadministratoren bestand, die genug in Python/Bash/PowerShell schreiben konnten, um dies gefĂ€hrlich zu machen. Daher benötigten sie ein Team von echten DevOps-Ingenieuren mit Erfahrung in Programmiersprachen auf niedrigerer Ebene, um an komplexen Projekten zu arbeiten.

In den folgenden drei Jahren wuchs unsere Abteilung. Ich muss sagen, dass das Management alles richtig gemacht hat. Uns wurde fast nie das verweigert, was wir angefordert haben, und ĂŒber 90 % der geplanten Projekte wurden pĂŒnktlich und im Budgetrahmen abgeschlossen, was wirklich erstaunlich ist.

Vor etwa eineinhalb Jahren wurde jedoch offensichtlich, dass wir buchstĂ€blich *alles* automatisiert hatten. NatĂŒrlich fanden nach wie vor regelmĂ€ĂŸige Wartungen und ÜberprĂŒfungen statt, aber in den letzten anderthalb Jahren habe ich tatsĂ€chlich nur 1-2 Stunden am Tag gearbeitet, da es praktisch nichts zu tun gab. Ich hatte nicht vor, diesen gut bezahlten Job aufzugeben, aber ich fĂŒrchtete, dass der Tag X schließlich kommen wĂŒrde, und dieser kam gestern.

Es wurde im Wesentlichen bekannt gegeben, dass der Großteil der DevOps-Teams aufgelöst wurde (es blieben nur 75 Personen, die sich mit bestimmten Anwendungen befassen), da die IT- und Software-Entwicklungsteams mit dem gesamten Code zurechtkamen und es fĂŒr die DevOps-Kollegen einfach keine Arbeit mehr gab.

Mir wurde eine Stelle im IT-Team angeboten, aber das Gehalt war dort fast halb so hoch. Ich konnte weiterhin remote arbeiten, aber sie wollten, dass ich letztendlich in die Stadt ziehe, in der sich das BĂŒro befindet, und öfter dort erscheine.

Schade, dass es so gekommen ist, denn ich habe gerne dort gearbeitet. Die Firma hat gut fĂŒr uns gesorgt (abgesehen von der Entlassung, natĂŒrlich), und es gibt nicht viele Stellen fĂŒr DevOps mit einem Gehalt ĂŒber 200.000 USD und einer standardmĂ€ĂŸigen 8-Stunden-Woche, fast ohne Überstunden.

GlĂŒcklicherweise habe ich weise mit meinem Geld umgegangen und konnte in den letzten 5 Jahren 4 Hypotheken vollstĂ€ndig abbezahlen. Jetzt habe ich ein kleines zusĂ€tzliches Einkommen, die Ausgaben sind begrenzt, sodass ich mir erlauben kann, in Ruhe nach einem neuen Job zu suchen.

ZusĂ€tze (vom Übersetzer)

So kommentiert der Autor selbst kommentiert Ihr Titel: „Ich entschuldige mich, falls es clickbait geworden ist: Ich wollte nur ein wenig Humor in die Überschrift einbringen, ohne meine Geschichte in clickbait oder einen DevOps-Horror zu verwandeln.“

Und mit der erwĂ€hnten „Falle“, dem „Haken“ im Kontext von DevOps stimmten nicht alle Kommentatoren: „Warum wĂ€re das eine Falle? Du hast ein gutes Gehalt (sogar ein besseres, als zuvor als „ausgezeichnet“ beschrieben), hast zusĂ€tzliche Arbeitsstunden abgelegt, hervorragende Arbeit geleistet und einen tollen Eintrag fĂŒr deinen Lebenslauf erhalten.“

Einige ErgÀnzungen aus anderen Kommentaren des Autors zu dieser Geschichte:

  • Zum Gehalt. Wichtige Faktoren sind regionaler und beruflicher Art. Der Autor, der als Softwareingenieur mit 25 Jahren Erfahrung tĂ€tig ist, hatte die Position des Managers eines DevOps-Teams inne. Sein Wissen beschrĂ€nkt sich dabei nicht nur auf moderne Infrastruktur, sondern erstreckt sich auch auf Programmiersprachen wie C++, Fortran und Cobol, was fĂŒr die Zusammenarbeit mit den Entwicklern in der Organisation entscheidend war.
  • FĂŒr diejenigen, die auch denken, dass 75 DevOps-Ingenieure viel sind. In diesem Unternehmen gibt es „die mehr als 50.000 Mitarbeiter und es funktionieren buchstĂ€blich Tausende von Anwendungen.“

Bonus

Wenn Sie das neue Interview unseres technischen Direktors – Dmitry Stolyarov (distol), – fĂŒr die DevOpsConf und den DevOps-Podcast Deflope, noch nicht gelesen haben, wurde darin eine Ă€hnliche Frage angesprochen. Und so lautete die Aussage:

– Was passiert dann [im Falle einer starken Vereinfachung der Nutzung von K8s] mit den Ingenieuren, Systemadministratoren, die Kubernetes unterstĂŒtzen?

Dmitry: Und was geschah mit dem Buchhalter nach dem Erscheinen von 1C? Etwa das Gleiche. Zuvor wurde auf Papier gerechnet – jetzt im Programm. Die ArbeitsproduktivitĂ€t ist um GrĂ¶ĂŸenordnungen gestiegen, doch die Arbeit selbst ist nicht verschwunden. Wenn frĂŒher zehn Ingenieure nötig waren, um eine GlĂŒhbirne einzuschrauben, genĂŒgt jetzt einer.

Die Anzahl der Software und der Aufgaben wĂ€chst mir so vor, dass sie jetzt schneller zunimmt als neue DevOps entstehen und die ProduktivitĂ€t steigt. Der Markt hat derzeit einen akuten Mangel, und das wird lange so bleiben. SpĂ€ter wird sich alles in eine gewisse Norm einpendeln, in der die ProduktivitĂ€t steigt, es wird immer mehr serverless geben, Kubernetes wird mit einem neuronalen Netzwerk ausgestattet, das alle Ressourcen genau so auswĂ€hlt, wie es sein sollte ... und generell wird alles selbstĂ€ndig erledigt – Mensch, geh zur Seite und stör nicht.

Aber die Entscheidungen mĂŒssen dennoch von jemandem getroffen werden. Es ist klar, dass das Qualifikationsniveau und die Spezialisierung dieser Person höher sind. Derzeit benötigt die Buchhaltungsabteilung keine 10 Mitarbeiter, die Buchhaltungsunterlagen fĂŒhren, nur damit ihre HĂ€nde nicht mĂŒde werden. Das ist einfach nicht nötig. Viele Dokumente werden automatisch gescannt und von dem System fĂŒr elektronischen Dokumentenaustausch erkannt. Ein kluger Hauptbuchhalter mit wesentlich höheren FĂ€higkeiten und gutem VerstĂ€ndnis reicht aus.

Insgesamt ist dieser Weg branchenĂŒbergreifend. Das Gleiche gilt fĂŒr Autos: FrĂŒher gab es einen Mechaniker und drei Fahrer fĂŒr jedes Auto. Heute ist das Fahren eines Autos ein einfacher Prozess, an dem wir alle jeden Tag teilnehmen. Niemand denkt darĂŒber nach, dass ein Auto etwas Komplexes ist.

DevOps oder Systemengineering werden nicht verschwinden – die Hochstufigkeit und Effizienz der Arbeit werden zunehmen.

P.S.

Lesen Sie auch in unserem Blog:

Quelle: habr.com

ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server đŸ”„ ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server - ProHoster