Server<\/a>Ja, einige Administratoren arbeiten ausschlie\u00dflich im systembezogenen Bereich, ohne Hardware. Diese sollten in eine separate Unterkategorie \"Infrastruktur-Systemadministratoren\" eingeordnet werden. Andere hingegen spezialisieren sich ausschlie\u00dflich auf die Betreuung von B\u00fcroger\u00e4ten, insbesondere wenn das Unternehmen mehr als einhundert Mitarbeiter hat. Die Arbeit endet nie. Doch weder die einen noch die anderen sind DevOps.<\/p>\nWer sind die DevOps? DevOps sind die Leute, die sich mit der Interaktion der Softwareentwicklung mit der externen Infrastruktur besch\u00e4ftigen. Genauer gesagt sind moderne DevOps viel tiefgehender in den Entwicklungs- und Deploy-Prozesse involviert als je zuvor Administratoren, die einfach Updates per FTP hochgeladen haben. Eine der Hauptaufgaben eines DevOps-Ingenieurs besteht heute darin, einen komfortablen und effizient gestalteten Prozess der Interaktion zwischen Entwicklungsteams und der Produktinfrastruktur zu gew\u00e4hrleisten. Diese Menschen sind verantwortlich f\u00fcr das Deployment von Rollback-Systemen und Deployments und entlasten die Entwickler, indem sie sich maximal auf ihre \u00e4u\u00dferst wichtige Aufgabe konzentrieren. Dabei wird ein DevOps niemals ein neues Kabel verlegen oder einen neuen Laptop aus dem Lager ausgeben. <\/p>\n
Wo ist der Haken?<\/h4>\n \nAuf die Frage \"Und wer ist eigentlich DevOps?\" beginnen die H\u00e4lfte der Mitarbeiter in der Branche zu antworten, dass es sich um \"nun ja, im Grunde um einen Administrator handelt, der...\" handelt. Ja, vor langer Zeit, als der Beruf des DevOps-Ingenieurs gerade erst aus den talentiertesten Systemadministratoren hervorging, die f\u00fcr den Service zust\u00e4ndig waren, waren die Unterschiede zwischen ihnen nicht allen klar. Aber jetzt, wo sich die Funktionen von DevOps und Administratoren im Team radikal unterscheiden, ist es inakzeptabel, sie miteinander zu verwechseln oder sogar gleichzusetzen.<\/p>\n
Aber was bedeutet das f\u00fcr das Gesch\u00e4ft?<\/p>\n
Einstellungen, darum geht es. <\/p>\n
Sie \u00f6ffnen eine Stelle f\u00fcr \"Systemadministrator\" und dort stehen Anforderungen wie \"Zusammenarbeit mit Entwicklern und Kunden\", \"CI\/CD-Lieferungssystem\", \"Wartung von Servern und Unternehmensger\u00e4ten\", \"Administration interner Systeme\" und so weiter; Sie verstehen, dass der Arbeitgeber irgendwie Unsinn redet. Der Haken dabei ist, dass im Titel der Stelle anstelle von \"Systemadministrator\" \"DevOps-Ingenieur\" stehen sollte, und wenn man diesen Titel \u00e4ndert, passt alles an seinen Platz.<\/p>\n
Aber welchen Eindruck hinterl\u00e4sst eine solche Stelle beim Lesen? Dass das Unternehmen nach einem Multitasker sucht, der sowohl das Versionskontrollsystem als auch die \u00dcberwachung einrichten kann und die Warteschlange mit den Z\u00e4hnen knacken kann...<\/p>\n
Um den Grad der Verwirrung auf dem Arbeitsmarkt nicht zu erh\u00f6hen, w\u00e4re es gen\u00fcgend, die Stellenangebote beim Namen zu nennen und genau zu verstehen, dass DevOps-Ingenieur und Systemadministrator zwei verschiedene Entit\u00e4ten sind. Doch das unstillbare Verlangen einiger Arbeitgeber, von den Kandidaten eine m\u00f6glichst breite Anforderungsliste zu verlangen, f\u00fchrt dazu, dass \"klassische\" Systemadministratoren nicht mehr verstehen, was um sie herum passiert. Was, der Beruf mutiert und sie haben den Anschluss verloren?<\/p>\n
Nein, nein und nochmals nein. Die Infrastruktur-Administratoren, die die internen Server des Unternehmens verwalten oder in Positionen des L2\/L3-Supports arbeiten und anderen Mitarbeitern helfen, sind nicht verschwunden und haben nicht vor, das zu tun.<\/p>\n
K\u00f6nnen diese Spezialisten DevOps-Ingenieure werden? Nat\u00fcrlich k\u00f6nnen sie. Tats\u00e4chlich handelt es sich um ein verwandtes Umfeld, das F\u00e4higkeiten in der Systemadministration erfordert, aber zus\u00e4tzlich erfordert es auch die Arbeit mit Monitoring, Bereitstellungssystemen und insgesamt eine enge Zusammenarbeit mit dem Entwicklungsteam und dem Testing-Team.<\/p>\n
Ein weiteres Problem von DevOps<\/h4>\n \nTats\u00e4chlich beschr\u00e4nkt sich alles nicht nur auf die Einstellung und die st\u00e4ndige Verwirrung zwischen Administratoren und DevOps-Teams. Irgendwann stand das Gesch\u00e4ft vor dem Problem, Updates zu liefern und die Interaktion des Entwicklungsteams mit der Endinfrastruktur zu gestalten.<\/p>\n
Vielleicht geschah dies, als an einer Konferenz ein Onkel mit leuchtenden Augen auf die B\u00fchne trat und sagte: \u201eSo machen wir es und nennen das DevOps. Diese Leute l\u00f6sen all Ihre Probleme\u201c \u2014 und begann zu erz\u00e4hlen, wie gut es sich im Unternehmen nach der Einf\u00fchrung von DevOps-Praktiken lebt.<\/p>\n
Es reicht jedoch nicht aus, einen DevOps-Ingenieur einzustellen, damit alles \u201eordentlich\u201c funktioniert. Das Unternehmen muss eine vollst\u00e4ndige DevOps-Transformation durchlaufen, das hei\u00dft, die Rolle und M\u00f6glichkeiten unseres DevOps-Profis m\u00fcssen auch im Entwicklungsteam und im Testing-Team des Produkts klar verstanden werden. Dazu haben wir eine \u201eherrliche\u201c Geschichte, die die teilweise ernsten Geschehnisse, die wir erlebt haben, umfassend veranschaulicht.<\/p>\n
Situation. Vom DevOps wird verlangt, ein Versionsrollback-System einzurichten, ohne sich wirklich darum zu k\u00fcmmern, wie es funktioniert. Angenommen, in der Users-System sind dies separate Felder f\u00fcr Vorname, Nachname und Passwort. Es wird eine neue Version des Produkts ver\u00f6ffentlicht, aber f\u00fcr die Entwickler ist das \"Rollback\" einfach ein Zauberstab, der alles repariert, und sie haben keine Vorstellung davon, wie es funktioniert. Angenommen, die Entwickler haben in einem aktuellen Patch die Felder f\u00fcr Vorname und Nachname zusammengelegt und dies in die Produktion gebracht, aber die Version l\u00e4uft aus bestimmten Gr\u00fcnden langsam. Was passiert? Die Gesch\u00e4ftsleitung geht zu DevOps und sagt: \"Ziehen Sie den Schalter!\", das hei\u00dft, sie bitten ihn, auf die vorherige Version zur\u00fcckzukehren. Was macht DevOps? Er kehrt zur vorherigen Version zur\u00fcck, aber da die Entwickler sich nicht mit dem R\u00fcckrollvorgang besch\u00e4ftigen wollten, hat ihm niemand gesagt, dass auch die Datenbank zur\u00fcckgesetzt werden muss. Am Ende st\u00fcrzt alles ab, und die Benutzer sehen anstelle einer langsamen Webseite einen Fehler \"500\", da die alte Version nicht mit den Feldern der neuen Datenbank funktioniert. DevOps ist dar\u00fcber nicht informiert. Die Entwickler schweigen. Die Gesch\u00e4ftsleitung beginnt, die Nerven und Geld zu verlieren, und erinnert sich an die Backups und schl\u00e4gt vor, von diesen zur\u00fcckzukehren, damit \"wenigstens irgendetwas funktioniert\". Infolgedessen verlieren die Benutzer alle ihre Daten \u00fcber einen bestimmten Zeitraum.<\/p>\n
Nat\u00fcrlich bekommt DevOps die Schuld daf\u00fcr, dass er \"kein richtiges Rollback-System erstellt hat\", w\u00e4hrend die Entwickler in dieser Geschichte niemanden interessiert.<\/p>\n
Die Botschaft ist einfach: Ohne einen angemessenen Ansatz f\u00fcr DevOps hat es kaum einen Nutzen.
Im Grunde genommen sind DevOps Kompetenzen an der Schnittstelle zwischen Management und Technologien. Dabei ist es keineswegs offensichtlich, dass in diesem Cocktail mehr Technologien als Management vorhanden sein sollten. Wenn Sie wirklich schnellere und effizientere Entwicklungsprozesse schaffen wollen, m\u00fcssen Sie Ihrem DevOps vertrauen. Er kennt die richtigen Werkzeuge, hat \u00e4hnliche Projekte umgesetzt und wei\u00df, wie es geht. Unterst\u00fctzen Sie ihn, h\u00f6ren Sie auf seine Ratschl\u00e4ge und versuchen Sie nicht, ihn in eine autonome Abteilung zu isolieren. W\u00e4hrend Administratoren eigenst\u00e4ndig arbeiten k\u00f6nnen, sind DevOps in diesem Fall nutzlos; sie k\u00f6nnen Ihnen nicht helfen, besser zu werden, wenn Sie diese Hilfe nicht annehmen wollen.<\/p>\n
Und zuletzt: H\u00f6ren Sie auf, die Infrastruktur-Administratoren zu ver\u00e4rgern. Sie haben ihre eigene, \u00e4u\u00dferst wichtige Arbeitsfront. Ja, ein Admin kann DevOps-Ingenieur werden, aber das sollte aus dem Wunsch des Einzelnen geschehen und nicht unter Druck. Es ist nichts Schlechtes daran, wenn ein Systemadministrator Systemadministrator bleiben m\u00f6chte \u2013 das ist sein eigener Beruf und sein Recht. Wenn der Wunsch nach einer beruflichen Transformation besteht, darf auf keinen Fall vergessen werden, dass man nicht nur technische F\u00e4higkeiten, sondern auch Managementf\u00e4higkeiten ausbauen muss. Alle diese Menschen zusammenzubringen und ihnen zu helfen, in einer gemeinsamen Sprache zu kommunizieren, wird wahrscheinlich genau Ihre Aufgabe als F\u00fchrungskraft sein.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0427\u0442\u043e \u043d\u0443\u0436\u043d\u043e \u0434\u043b\u044f \u0443\u0441\u043f\u0435\u0445\u0430 IT-\u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0432 2019 \u0433\u043e\u0434\u0443? \u041b\u0435\u043a\u0442\u043e\u0440\u044b \u043d\u0430 \u043a\u043e\u043d\u0444\u0430\u0445 \u0438 \u043c\u0438\u0442\u0430\u043f\u0430\u0445 \u0433\u043e\u0432\u043e\u0440\u044f\u0442 \u043c\u043d\u043e\u0433\u043e \u0433\u0440\u043e\u043c\u043a\u0438\u0445 \u0438 \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u0445 \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u044b\u043c \u043b\u044e\u0434\u044f\u043c \u0441\u043b\u043e\u0432. \u0411\u043e\u0440\u044c\u0431\u0430 \u0437\u0430 \u0432\u0440\u0435\u043c\u044f \u0434\u0435\u043f\u043b\u043e\u044f, \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u043e\u0442\u043a\u0430\u0437 \u043e\u0442 \u043c\u043e\u043d\u043e\u043b\u0438\u0442\u0430, DevOps-\u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0438 \u043c\u043d\u043e\u0433\u043e-\u043c\u043d\u043e\u0433\u043e \u0447\u0435\u0433\u043e \u0435\u0449\u0451. \u0415\u0441\u043b\u0438 \u043e\u0442\u0431\u0440\u043e\u0441\u0438\u0442\u044c \u0441\u043b\u043e\u0432\u0435\u0441\u043d\u0443\u044e \u043a\u0440\u0430\u0441\u043e\u0442\u0443 \u0438 \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043f\u0440\u044f\u043c\u043e \u0438 \u043f\u043e-\u0440\u0443\u0441\u0441\u043a\u0438, \u0442\u043e \u0432\u0441\u0451 \u0441\u0432\u043e\u0434\u0438\u0442\u0441\u044f \u043a \u043f\u0440\u043e\u0441\u0442\u043e\u043c\u0443 \u0442\u0435\u0437\u0438\u0441\u0443: \u0434\u0435\u043b\u0430\u0439\u0442\u0435 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043f\u0440\u0438\u0447\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27738,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37009","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"\u00dcber](\"\/wp-content\/uploads\/2019\/08\/8761592caa368543eda6457cadc805be.jpg\")