{"id":53925,"date":"2019-12-13T00:00:00","date_gmt":"2019-12-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat"},"modified":"2020-02-18T14:01:52","modified_gmt":"2020-02-18T11:01:52","slug":"devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/devops-inzhenerov-ne-sushhestvuet-kto-togda-sushhestvuet-i-chto-s-etim-delat","title":{"rendered":"Es gibt keine DevOps-Ingenieure. Wer existiert dann und was sollten wir damit tun?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Es<\/p>\n

<\/p>\n

In letzter Zeit haben solche Anzeigen das Internet \u00fcberschwemmt. Trotz eines attraktiven Gehalts kann es nicht anders als irritierend sein, dass darin ein wildes Geschreibsel steht. Zun\u00e4chst wird angenommen, dass \"DevOps\" und \"Ingenieur\" irgendwie zu einem Wort zusammengeklebt werden k\u00f6nnen, und danach folgt eine willk\u00fcrliche Liste von Anforderungen, von denen ein Teil offensichtlich aus einer Ausschreibung f\u00fcr Systemadministratoren kopiert wurde.<\/p>\n

<\/p>\n

In diesem Beitrag m\u00f6chte ich ein wenig dar\u00fcber sprechen, wie wir zu dieser Lebensweise gekommen sind, was DevOps wirklich bedeutet und was wir jetzt damit tun k\u00f6nnen.<\/p>\n

<\/p>\n

Solche Stellenangebote kann man auf jede erdenkliche Weise kritisieren, doch die Tatsache bleibt: Es gibt viele davon, und der Markt ist im Moment so strukturiert. Wir haben eine DevOps-Konferenz veranstaltet und sagen offen: \u201eDevOops<\/a><\/noindex> \u2013 nicht f\u00fcr DevOps-Ingenieure\u201c. Viele werden hier seltsam und verr\u00fcckt finden: Warum gehen Menschen, die eine v\u00f6llig kommerzielle Veranstaltung machen, gegen den Markt? Das wird jetzt alles erkl\u00e4rt.<\/p>\n

<\/a><\/noindex><\/p>\n

\u00dcber Kultur und Prozesse<\/h2>\n

<\/p>\n

Lassen Sie uns zun\u00e4chst kl\u00e4ren, dass DevOps keine Ingenieurdisziplin ist. Alles begann damit, dass die historisch gewachsenen Rollenteilungen nicht zur Qualit\u00e4t der Produkte beitragen. Wenn Programmierer nur programmieren und nichts \u00fcber Tests h\u00f6ren wollen, wird die Software mit Bugs \u00fcbers\u00e4t. Wenn den Administrators egal ist, wie und warum die Software geschrieben ist, wird die Unterst\u00fctzung zur H\u00f6lle. <\/p>\n

<\/p>\n

Ein Beispiel f\u00fcr den Unterschied zwischen dem Ansatz eines Systemadministrators und dem eines SREs im Service Management beginnt mit dem ber\u00fchmten Google SRE Book.<\/a><\/noindex>Interessante Studien wurden im Rahmen von der DORA-Umfrage<\/a><\/noindex> durchgef\u00fchrt \u2013 man sieht, dass die besten Entwickler es irgendwie schaffen, neue \u00c4nderungen schneller als einmal pro Stunde in die Produktion zu bringen. Sie testen manuell auch nicht mehr als 10 % (das zeigt die letzte DORA-Umfrage<\/a><\/noindex>). Wie schaffen sie das? \"Excel or die\" \u2013 sagt einer der Berichte. F\u00fcr eine detaillierte Diskussion dieser Statistik im Hinblick auf Tests k\u00f6nnen Sie sich an den Keynote-Vortrag von Baruch Sadogursky wenden. \"Wir haben DevOps. Lassen Sie uns alle Tester entlassen\"<\/a><\/noindex> auf einer anderen unserer Konferenzen, Heisenbug.<\/p>\n

<\/p>\n

\"Wenn im Freundeskreis kein Einvernehmen herrscht,
\nwird es zu nichts gut kommen,
\nund es wird nichts daraus hervorgehen, nur M\u00fche.
\nEinmal waren Schwan, Krebs und der Hecht...\"<\/p><\/blockquote>\n

Wie denken Sie, welcher Teil der Webprogrammierer wirklich versteht, unter welchen Bedingungen ihre Anwendungen in der Produktion betrieben werden? Wie viele von ihnen gehen zu den Admins und versuchen herauszufinden, was passiert, wenn die Datenbank ausf\u00e4llt? Und wer von ihnen geht zu den Testern und bittet um Hilfe, wie man richtig Tests schreibt? Und dann gibt es da noch die Sicherheitsleute, Produktmanager und noch viele andere.<\/p>\n

<\/p>\n

Die Grundidee von DevOps besteht darin, die Zusammenarbeit zwischen Rollen und Abteilungen zu verbessern. Dies wird in erster Linie nicht durch irgendeine ausgekl\u00fcgelte Software erreicht, sondern durch die Praxis der Kommunikation. DevOps dreht sich um Kultur, Praxis, Methodologie und Prozesse. Es gibt keinen Ingenieurberuf, der diese Fragen beantworten kann.<\/p>\n

<\/p>\n

Teufelskreis<\/h2>\n

<\/p>\n

Wie kam es also zur Disziplin \u201eDevOps-Engineering\u201c? Wir haben eine Theorie! Die Ideen von DevOps erwiesen sich als so gut, dass sie Opfer ihres eigenen Erfolgs wurden. Rund um dieses Thema haben sich seltsame Rekruteure und Menschenh\u00e4ndler versammelt, die ihre eigene Atmosph\u00e4re haben.<\/p>\n

<\/p>\n

Stellen Sie sich vor: Gestern haben Sie in Chimki Shawarma verkauft und heute sind Sie bereits eine gro\u00dfe Pers\u00f6nlichkeit, Senior-Rekruter. Da ist ein ganzer Prozess der Kandidatensuche und -auswahl, es ist nicht einfach, das muss man verstehen. Angenommen, der Abteilungsleiter sagt: Finde einen Spezialisten f\u00fcr X. Wir f\u00fcgen das Wort \u201eIngenieur\u201c zu X hinzu, und das ist es. Brauchen Sie Linux? Nun, dann ist es definitiv ein Linux-Ingenieur, wollen Sie DevOps \u2013 DevOps-Ingenieur. Eine Stellenanzeige besteht nicht nur aus einer \u00dcberschrift, sondern es muss auch ein Text geschrieben werden. Am einfachsten ist es, eine Sammlung von Keywords aus Google zu verwenden, je nachdem, wie viel Fantasie jemand hat. DevOps besteht aus zwei W\u00f6rtern \u2013 \u201eDev\u201c und \u201eOps\u201c, also m\u00fcssen wir Keywords kombinieren, die sich auf Entwickler und Administratoren beziehen, alles in einen Topf. So entstehen Stellenangebote, die die Beherrschung von 42 Programmiersprachen und 20 Jahre Erfahrung mit Kubernetes und Swarm gleichzeitig verlangen. Ein bew\u00e4hrtes Vorgehen.<\/p>\n

<\/p>\n

So hat sich im Bewusstsein der Menschen das sinnlose und gnadenlose Bild eines Superhelden-\u201eDevOps\u201c verankert, der allen den Deployment-Prozess auf Jenkins einrichtet, und dann wird alles gut. Ach, wenn es nur so einfach w\u00e4re. \u201eUnd so kann man auch Sysadmins anwerben\u201c, denkt der HRler, \u201edas Wort ist modern, die Keywords sind die gleichen, das m\u00fcsste funktionieren.\u201c<\/p>\n

<\/p>\n

Nachfrage schafft Angebot, und auf all diese fragw\u00fcrdigen Stellenanzeigen sind unglaublich viele Systemadministratoren gestr\u00f6mt, die erkannt haben: Man kann alles genauso machen wie fr\u00fcher, aber mehrere Male mehr verdienen, indem man sich \"DevOps\" nennt. Wie du fr\u00fcher Server \u00fcber SSH einzeln konfiguriert hast, so wirst du weiterhin konfigurieren, aber jetzt wird das angeblich als DevOps-Praxis bezeichnet. Es ist ein komplexes Ph\u00e4nomen, das teilweise mit der Unterbewertung klassischer Administratoren und dem Hype um DevOps verbunden ist, aber insgesamt \u2013 das, was passiert ist, ist passiert.<\/p>\n

<\/p>\n

Also haben wir Angebot und Nachfrage. Ein Teufelskreis, der sich selbst n\u00e4hrt. Mit diesem Kampf wir uns (unter anderem, indem wir die DevOops-Konferenz ins Leben rufen).<\/p>\n

<\/p>\n

Nat\u00fcrlich gibt es neben den Systemadministratoren, die sich in \"DevOps\" umbenannt haben, auch andere Akteure \u2013 beispielsweise professionelle SRE oder Infrastructure-as-Code-Entwickler.<\/p>\n

<\/p>\n

Was Menschen tats\u00e4chlich in DevOps tun<\/h2>\n

<\/p>\n

Also, du m\u00f6chtest deine Kenntnisse und Praktiken in DevOps vertiefen. Aber wie machst du das, in welche Richtung solltest du schauen? Offensichtlich solltest du dich nicht blind an beliebten Schl\u00fcsselw\u00f6rtern orientieren.<\/p>\n

<\/p>\n

Wenn es Arbeit gibt, muss jemand sie erledigen. Wir haben bereits herausgefunden, dass das nicht die \"DevOps-Engineers\" sind, also wer dann? Es scheint richtig zu sein, dies nicht in Begriffen von Positionen, sondern in spezifischen T\u00e4tigkeitsbereichen zu formulieren.<\/p>\n

<\/p>\n

Erstens kann man sich mit dem Kern von DevOps besch\u00e4ftigen \u2013 Prozessen und Kultur. Kultur ist keine schnelle oder einfache Sache, und obwohl dies traditionell in den Verantwortungsbereich von F\u00fchrungskr\u00e4ften f\u00e4llt, sind letztendlich alle daran beteiligt, von Programmierern bis hin zu Administratoren. Vor ein paar Monaten sagte Tim Lister in einem Interview. \u201eDie Kultur wird von den grundlegenden Werten einer Organisation gepr\u00e4gt. Die Menschen bemerken das normalerweise nicht, aber wir, die jahrelang im Consulting t\u00e4tig sind, haben uns daran gew\u00f6hnt, darauf zu achten. Du kommst in ein Unternehmen und sp\u00fcrst nach wenigen Minuten, was dort passiert. Wir nennen es den 'Duft'. Manchmal ist dieser Duft wirklich angenehm. Manchmal verursacht er \u00dcbelkeit. (\u2026) Du kannst die Kultur nicht \u00e4ndern, bevor die Werte und \u00dcberzeugungen, die hinter bestimmten Handlungen stehen, erkannt werden. Verhalten l\u00e4sst sich leicht beobachten, aber \u00dcberzeugungen zu finden \u2013 das ist schwierig. DevOps ist ein hervorragendes Beispiel daf\u00fcr, wie alles immer komplexer wird.\u201c<\/a><\/noindex>:<\/p>\n

<\/p>\n

\u00abDie Unternehmenskultur wird durch die grundlegenden Werte der Organisation gepr\u00e4gt. Die meisten Menschen merken das nicht, aber wir, die wir seit vielen Jahren im Consulting t\u00e4tig sind, sind daran gew\u00f6hnt, dies zu erkennen. Man betritt ein Unternehmen und sp\u00fcrt buchst\u00e4blich innerhalb von Minuten, was dort vor sich geht. Wir nennen das den \u201eDuft\u201c. Manchmal ist dieser Duft wirklich angenehm. Manchmal verursacht er \u00dcbelkeit. (\u2026) Man kann die Kultur nicht ver\u00e4ndern, bevor die Werte und \u00dcberzeugungen, die hinter bestimmten Handlungen stehen, nicht erkannt worden sind. Das Verhalten ist leicht zu beobachten, \u00dcberzeugungen zu finden ist schwierig. DevOps ist ein hervorragendes Beispiel daf\u00fcr, wie alles immer komplexer wird.\u00bb<\/p><\/blockquote>\n

Es gibt nat\u00fcrlich auch eine technische Seite der Frage. Wenn dein neuer Code in einem Monat zum Testen kommt und im Release erst ein Jahr sp\u00e4ter erscheint, und es physisch unm\u00f6glich ist, das alles zu beschleunigen \u2013 dann k\u00f6nnte man die guten Praktiken nicht erreichen. Gute Praktiken werden durch gute Werkzeuge unterst\u00fctzt. Zum Beispiel kann man, wenn man das Konzept von Infrastructure-as-Code im Hinterkopf hat, alles verwenden, von AWS CloudFormation und Terraform bis zu Chef-Ansible-Puppet. All das muss man wissen und k\u00f6nnen, und das ist schon eine Ingenieursdisziplin. Es ist wichtig, Ursache und Wirkung nicht zu verwechseln: Zuerst arbeitet man nach den Prinzipien von SRE und setzt diese Prinzipien erst dann in spezifische technische L\u00f6sungen um. Dabei ist SRE eine sehr umfassende Methodik, die nicht dar\u00fcber spricht, wie man Jenkins einrichtet, sondern \u00fcber f\u00fcnf Grundprinzipien:<\/p>\n

<\/p>\n