{"id":54451,"date":"2019-12-26T00:00:00","date_gmt":"2019-12-25T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom"},"modified":"2020-02-18T14:02:28","modified_gmt":"2020-02-18T11:02:28","slug":"sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","title":{"rendered":"\u201eTechnologien zu schaffen, ohne dar\u00fcber nachzudenken, wer sie nutzt, ist v\u00f6llig sinnlos\u201c: Gro\u00dfes Interview mit Anton Weiss","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"\u201eTechnologien zu schaffen, ohne dar\u00fcber nachzudenken, wer sie nutzt, ist v\u00f6llig sinnlos\u201c: Gro\u00dfes Interview mit Anton Weiss\" src=\"\/wp-content\/uploads\/2019\/12\/a12610a3b8230d683663e5baa77eed31.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDieser Hubpost ist ein Interview mit Anton Weiss, Mitbesitzer der Technologiekonsultation Otomato Software, der \u00fcber 15 Jahre Erfahrung in der Hochtechnologie verf\u00fcgt. Er ist Experte f\u00fcr technische Ausbildung, Initiator und Mitautor des ersten DevOps-Zertifizierungskurses in Israel. Anton nimmt an internationalen Konferenzen teil und ist als herausragender Referent bekannt.<\/p>\n<p>Wir werden folgende Themen besprechen:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#differenceisrael\">Der Unterschied in der Arbeit zwischen Russland und Israel;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#differencestartup\">Der Unterschied zwischen Startups und gro\u00dfen Unternehmen, insbesondere im Hinblick auf DevOps;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#complexity\">Der Trend zur Zunahme der Komplexit\u00e4t und was man dagegen tun kann;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#softskills\">Die Kombination technischer und nicht-technischer F\u00e4higkeiten;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#devops\">Schnelles Lernen und Einarbeitung in die Arbeit;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#practices\">Die n\u00fctzlichsten Praktiken und Technologien aus der Welt von DevOps;<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/#talks\">Welche Vortr\u00e4ge man besuchen sollte.<\/a><\/noindex><\/li>\n<\/ul>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" name=\"differenceisrael\"><\/a><\/noindex><\/p>\n<h2>Der Unterschied zwischen Russland und Israel<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Erz\u00e4hl mir bitte, wer du bist und was du machst.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ich bin Anton, in St. Petersburg geboren, aber mit 15 Jahren nach Israel gezogen und lebe seitdem dort. In den letzten zwanzig Jahren habe ich in Israel in verschiedenen IT-Bereichen gearbeitet. Von diesen zwanzig Jahren habe ich die letzten zehn mit allem verbracht, was mit der Softwarebereitstellung zu tun hat: Integration, dem, was fr\u00fcher als Configuration Management bekannt war, und dem, was jetzt DevOps genannt wird. Ich habe in gro\u00dfen Unternehmen gearbeitet \u2014 in internationalen Konzernen wie AT&amp;T und BMC. Auch in Startups war ich aktiv. In den letzten vier Jahren habe ich meine eigene Unternehmensberatung, Otomato Software, wo wir Organisationen helfen, ihre Bereitstellungsprozesse zu optimieren und neue Werkzeuge zu erlernen: das hei\u00dft, wir \u00fcbernehmen sowohl die technische Seite als auch alles Drumherum.<\/p>\n<p><strong><b>Oleg:<\/b> Gibt es einen Unterschied zwischen Russland und Israel in Bezug auf die Arbeit?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Mit russischen Kunden habe ich fast nicht gearbeitet. Was mich in den letzten drei Jahren mit Russland verbindet, sind Konferenzen. Und in einigen russischen Unternehmen haben wir eine Art Audit durchgef\u00fchrt: Wir sind gekommen, haben uns umgesehen, uns eingearbeitet, einige Empfehlungen herausgegeben und sind dann wieder gefahren. Das hei\u00dft, es gab keine wirklich allt\u00e4gliche Arbeit, deswegen f\u00e4llt es mir schwer, genau zu sagen, was anders ist. Ich denke, \u00fcberall gibt es unterschiedliche Situationen. Zum Beispiel haben wir in Israel solche schweren Unternehmensorganisationen, in denen die Leute schon seit 15 Jahren arbeiten und alles sehr z\u00e4h vorangeht. Und egal, wie sehr sie versuchen, eine Transformation durchzuf\u00fchren oder Prozesse zu verbessern: Sie reden und reden, aber\u2026 Wir haben einen Kunden, mit dem wir vor zwei Jahren alles umgesetzt und alle Entscheidungen getroffen haben, alle Programme entwickelt, und irgendwann kam alles zum Stillstand, und wir haben uns zur\u00fcckgezogen. Vor ein paar Tagen habe ich die Chefs von dort getroffen, mit denen wir gearbeitet haben, und ich sage:<\/p>\n<p>\u2014 Wie l\u00e4uft es?<\/p>\n<p>\u2014 Nun, es ist schwierig, \u2014 sagen sie \u2014 wir machen es, und jetzt f\u00e4ngt etwas an, sich zu bewegen.<\/p>\n<p>Nach zwei Jahren gibt es Politiken und Einflusszonen. Es gibt Menschen, die diese Einflusszonen nicht loslassen wollen. In solchen Situationen ist es sehr schwierig, etwas zu \u00e4ndern. Der Toolset hingegen entwickelt sich weiter. Auf der anderen Seite gibt es in Israel Startups, in denen sich alles sehr schnell \u00e4ndert. Neue Tools aufzubauen, ist viel einfacher, und sie sind alle cloud-nativ und arbeiten vollst\u00e4ndig in der Cloud. Das kann eine der sinnvollen Unterschiede zwischen Russland und Israel sein. In Israel ist es viel einfacher mit \u00f6ffentlicher Cloud. Aus dem, was ich gesehen habe, scheint es in Russland f\u00fcr alle au\u00dfer Startups sehr schwierig zu sein, in die \u00f6ffentliche Cloud zu gehen, w\u00e4hrend es in Israel einfacher ist. Heute gibt es sogar ein gewisses Verst\u00e4ndnis bei Banken und Versicherungsunternehmen, dass zumindest ein Teil ihrer Dinge in die \u00f6ffentliche Cloud gehen kann. Und hier schrecken niemanden die Vertr\u00e4ge mit Google und Amazon ab. Aus dem, was ich auf Konferenzen in Russland geh\u00f6rt habe, ist es dort immer noch komplizierter, selbst aus Sicht von Sanktionen und rechtlichen Fragen.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"differencestartup\"><\/a><\/noindex><\/p>\n<h2>Der Unterschied zwischen Startups und Giganten<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Ich verstehe. Sag mal, wo arbeitest du lieber und angenehmer: in Startups oder in gro\u00dfen Organisationen?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Nat\u00fcrlich ist es angenehmer in Startups, denn in gro\u00dfen Organisationen \u2026 naja, in Wirklichkeit bewegt sich vieles sehr schwerf\u00e4llig. Es gibt nat\u00fcrlich auch Vorteile. Wenn man sich gro\u00dfe Organisationen anschaut, dann haben sie zum Beispiel viel mehr von dem, was man 'Diversity' nennt. Gro\u00dfe Firmen sind einfach aufgrund ihres Bedarfs an vielen Mitarbeitern oder aufgrund einer \u00fcber Jahre gewachsenen Unternehmenskultur bereit, verschiedene Menschen einzustellen. Hier in Israel, zum Beispiel, findest du in Startups kaum Araber, die sind fast nicht vorhanden. In gro\u00dfen Organisationen ist das viel einfacher. Startups entstehen oft aus einem kulturellen Hintergrund, in dem die meisten Teilnehmer haupts\u00e4chlich wei\u00dfe M\u00e4nner sind. Es herrscht eine Kultur, in der man sich richtig ins Zeug legen muss, und es ist w\u00fcnschenswert, 10-12 Stunden am Tag zu arbeiten, und das ist auch schon wenig. Es scheint, als ob hinter uns Moskau (also Tel Aviv) steht, ein Zur\u00fcck gibt es nicht, und deshalb m\u00fcssen wir hier und jetzt bluten.<\/p>\n<p><em><b>Oleg:<\/b> Wie sieht es mit den Unterschieden im Ansatz zu DevOps in kleinen und gro\u00dfen Unternehmen aus? Das bedeutet, wenn du zum Beispiel mit nur zwei Personen arbeitest, musst du dich nicht um die Einrichtung von CI\/CD k\u00fcmmern, sondern kannst Artefakte \u00fcber SCP kopieren. <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Einerseits stimmt das. Andererseits bedeutet es heute nicht, dass du mit der Konfiguration von CI\/CD tats\u00e4chlich Continuous Delivery machst. Es ist jedoch sehr einfach, dir einen Pipeline einzurichten, wenn du ein Unternehmen mit zwei Personen bist. Fr\u00fcher musste man eine Menge Aufwand betreiben, heute gibt es zahlreiche Cloud-Services. Du schreibst einfach YAML \u2013 und los geht's. Das ist einfacher. Tats\u00e4chlich stellen \u00fcbergro\u00dfe Startups eine Herausforderung dar. Wenn sie mehr als 20 Mitarbeiter haben, beginnen die Schwierigkeiten mit der Skalierung, weil es keine Prozesse gibt. Fr\u00fcher hat alles irgendwie funktioniert, aber dann entsteht das Chaos, und es ist unklar, wie wir diese fr\u00fchere Dynamik bewahren und gleichzeitig Prozesse f\u00fchren und entscheiden k\u00f6nnen, wer sich darum k\u00fcmmern wird. <\/p>\n<p>Und so beginnen all die Dinge wie \"wir werden ein DevOps-Team haben, das f\u00fcr DevOps verantwortlich ist\". Wir wissen, worauf das in den meisten F\u00e4llen hinausl\u00e4uft: Ein Flaschenhals entsteht, und allm\u00e4hlich wachsen sie dorthin, wo sich jetzt gro\u00dfe Unternehmen befinden. In gro\u00dfen Unternehmen gibt es ein ganz anderes Problem: Sie haben nicht einmal einen Flaschenhals, sondern ein so m\u00e4chtiges Tor, das einmal am Tag ge\u00f6ffnet wird, und den Rest der Zeit sammelt sich dort eine riesige Menge an M\u00fcll. Und sie denken: \"Wie k\u00f6nnen wir aus diesem Tor viele kleine Tore machen, die viel einfacher zu \u00f6ffnen sind?\" Also ganz andere Probleme. Startups haben das Problem, dass \"wir in den Trichter eingesogen werden, wie kommen wir da wieder heraus?\", und gro\u00dfe Firmen \u2014 sie sind bereits im Trichter, sie sind schon im Untergrund, und jetzt denken sie dar\u00fcber nach, wie sie wieder nach oben kommen.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"complexity\"><\/a><\/noindex><\/p>\n<h2>Der Trend zur zunehmenden Komplexit\u00e4t und was man damit tun kann<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Und dazu kommt die technische Seite: Wenn du nur wenige Leute hast, einfache Technologien ben\u00f6tigst, musst du ein gewisses Basiswissen \u00fcber Linux haben, und das war's. Aber bei der kleinsten Skalierung musst du etwas wie Kubernetes lernen, und das scheint ein Problem zu sein.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Und das ist zweifellos ein Problem. Wir hatten vor gerade mal zwei Tagen eine Konferenz, und es war sehr deutlich zu sp\u00fcren, dass fast alle, die dort etwas sagten, ein Wort erw\u00e4hnten: \u201eKomplexit\u00e4t\u201c. Das ist zu einem bestimmenden Begriff des gesamten DevOps-Discours von heute geworden.<\/p>\n<p><strong><b>Oleg:<\/b> War das vor einem Jahr auch so?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> In dem Versuch, alles schnell und dynamisch zu machen, um die ber\u00fcchtigte Flexibilit\u00e4t zu erreichen, haben wir uns eine solche Komplexit\u00e4t aufgehalst. Tats\u00e4chlich gibt es sehr viele kleine Pipelines, die f\u00fcr sich genommen hervorragend funktionieren, und dann versuchen wir, aus all dem ein Gesamtbild zu erstellen, und genau dort entsteht pl\u00f6tzliche Komplexit\u00e4t. Denn aus all diesen kleinen Pipelines bauen wir jetzt einen einzigen Prozess, damit die gesamte Firma vern\u00fcnftig arbeiten kann. <\/p>\n<p><strong><b>Oleg:<\/b> Und welche Antwort gibt es? Wie geht man mit dieser Komplexit\u00e4t um?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Nein, es gibt keine Antworten, sie entstehen im Prozess. Mein Vortrag handelte von einer solchen L\u00f6sung. Im Wesentlichen f\u00fchrt das zu einer Frage: Ich war einst von systemischem Denken infiziert, das im DevOps oft erw\u00e4hnt wird. Ich wurde neugierig, las B\u00fccher von Peter Senge, Russell Ackoff, Donella Meadows \u2013 Menschen, die das systemische Denken in irgendeiner Form einf\u00fchrten und seine grundlegenden Postulate darlegten. Eine der zentralen Perspektiven, durch die systemisches Denken die Welt betrachtet, sind R\u00fcckkopplungsschleifen. Mit dieser Komplexit\u00e4t treten diese R\u00fcckkopplungsschleifen auf, das hei\u00dft, die Komplexit\u00e4t wird sehr hoch, und wir beginnen, Werkzeuge zu suchen, um diese Komplexit\u00e4t irgendwie zu z\u00fcgeln. Ich spreche nicht davon, sie zu verringern \u2013 sondern sie zu z\u00fcgeln, damit sie uns nicht \u00fcberrollt. <\/p>\n<p>Zentralisierte L\u00f6sungen erscheinen, im Wesentlichen sogar Kubernetes \u2013 das ist etwas \u00c4hnliches. Du hast einen zentralisierten Control Plane, der, solange du ihn kontrollierst, die gesamte Komplexit\u00e4t der Dienste steuern wird, die rundherum laufen. Das Service Mesh, genau dieser Service-Mesh-Ansatz, ist eine L\u00f6sung desselben Typs. Wir sagen: 'Wir haben eine Menge Dienste, und sie m\u00fcssen irgendwie miteinander kommunizieren, weil sie unklar verteilt sind und wir nicht wissen, ob sie antworten werden oder nicht, und sie schaffen es alleine nicht. Also lassen Sie uns jetzt so vorgehen, dass wir in der Mitte ein gewisses universelles Gehirn einsetzen, das ihnen sagt, mit wem sie sprechen k\u00f6nnen, mit wem nicht, und sie besch\u00fctzt, falls ihnen pl\u00f6tzlich etwas Unh\u00f6fliches gesagt wird.' Und damit gibt es viele Fragen. Einerseits ist das eine Notwendigkeit, weil die Organisationen nicht zurechtkommen. In den letzten paar Jahren haben wir mehreren Organisationen geholfen, in die neue, mutige Welt des Cloud Native \u00fcberzugehen, besonders wenn es mit dem Wachstum des Unternehmens und der Skalierung zu tun hat, und die Leute einfach verloren gehen. In der Mitte all dem befindet sich ein kleines Team sogenannter DevOps, das Tausende von YAML-Zeilen schreiben muss, um mit all dem irgendwie fertig zu werden, und alles rei\u00dft einfach auseinander. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"cloudnative\"><\/a><\/noindex><\/p>\n<h2>Cloud Native<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Kannst du ein bisschen erkl\u00e4ren, was Cloud Native bedeutet? Es ist ja zu einem Buzzword geworden, das jetzt \u00fcberall an den W\u00e4nden steht. Wie siehst du das?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Im Grunde genommen begann alles mit dem Ansatz \u201ePlatform as a Service\u201c. Das bedeutet, dass wir viel mehr Software und Web-Services bereitstellen mussten als fr\u00fcher. Wir haben erkannt, dass wir jeden Service nicht mehr einzeln wie ein geliebtes Haustier behandeln konnten, das wir bei Namen nennen und ein Leben lang pflegen. Stattdessen mussten wir lernen, mit ihnen wie mit einer Herde umzugehen. Daf\u00fcr brauchen wir eine einheitliche Plattform, auf die wir diesen Code werfen k\u00f6nnen, und die Plattform muss intelligent genug sein, um ihn zu verwalten. Eine Art automatische Tr\u00e4nke- und Futterstelle f\u00fcr den Service. <\/p>\n<p>Pioniere dieses Ansatzes waren Heroku. Sie sagten, dass diese Dienste, um unsere Infrastruktur nutzen zu k\u00f6nnen, auch bestimmte Eigenschaften haben m\u00fcssen. So entstand die 12-Faktor-App, die so wenig stabilen Zustand wie m\u00f6glich enthalten sollte. Eine solche Anwendung wird unbedingt in einer Art Pipeline erstellt, in der ihre Kompatibilit\u00e4t mit der Plattform \u00fcberpr\u00fcft wird. Sie muss resilient sein \u2014 wissen, dass man, wenn etwas schiefgeht, nicht sofort abst\u00fcrzen sollte. Andererseits sollte man in gewissem Sinne auf die Plattform vertrauen. Im Gro\u00dfen und Ganzen ist es ein gewisser Hybrid. Man muss verstehen, dass man nicht f\u00fcr sich allein ist, dass es eine Plattform gibt, und dass man ihre Einschr\u00e4nkungen respektieren muss. Letztendlich begann alles dort. <\/p>\n<p>Doch irgendwie hat sich dieser Ansatz \"Plattform als Dienst\" nicht bew\u00e4hrt, und der versprochene Boom ist ausgeblieben. Es gab Heroku, und danach haben sofort alle gro\u00dfen Anbieter aus diesem Bereich entsprechende L\u00f6sungen entwickelt: Google App Engine, und bei Amazon \u2014 Elastic Beanstalk. Ich habe viel mit Unternehmen gearbeitet, die damit begonnen haben. Aber in dem Moment, in dem man etwas macht, das ein wenig \u00fcber die von der Plattform erlaubten Grenzen hinausgeht, verwandelt sich das in einen schrecklichen Kopfzerbrechen. Man beginnt auf W\u00e4nde zu sto\u00dfen, die \u00fcberall vorhanden sind. Und wie es den Menschen eigen ist, wenn sie auf W\u00e4nde sto\u00dfen, fangen sie an, Wege zu suchen, um diese Wand zu durchbrechen. <\/p>\n<p>Moderne Cloud Native ist hier entstanden: Wie man weiterhin in der Cloud arbeitet, Plattformdienste nutzt und gleichzeitig au\u00dfergew\u00f6hnliche Flexibilit\u00e4t gew\u00e4hrleistet. Wir balancieren st\u00e4ndig zwischen Flexibilit\u00e4t und Einfachheit. Flexibilit\u00e4t f\u00fchrt zu Komplexit\u00e4t, w\u00e4hrend Vereinfachung und der Aufbau einer klaren Plattform immer Einschr\u00e4nkungen mit sich bringen. Cloud Native ist anscheinend das Finden eines Gleichgewichts zwischen den Einschr\u00e4nkungen der Cloud-Plattform und der Flexibilit\u00e4t, die dir die Cloud mit ihrer automatischen Skalierung bietet, und all das hat seinen Preis. <\/p>\n<p><strong><b>Oleg:<\/b> Wahrscheinlich muss sich die Organisation irgendwie lernen, prozessual mit all dem umzugehen.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Nat\u00fcrlich, nat\u00fcrlich! All das hat Auswirkungen. Mikroservices fallen auch darunter. Im Grunde genommen ist es die Vorstellung, dass wir kleine Services und Anwendungen haben, die in der Cloud verteilt sind und zu jedem Zeitpunkt irgendwo sein k\u00f6nnen. Heute gibt es vielleicht 10 Instanzen, morgen k\u00f6nnten es 1500 sein; das geh\u00f6rt ebenfalls zu Cloud Native. Die Vorstellung ist, dass wir nicht durch die physischen Grenzen eines Rechenzentrums eingeschr\u00e4nkt sind. Im Grunde genommen ist die ganze Welt meine Cloud \u2014 das ist eine wirklich bemerkenswerte Vision und ein gro\u00dfartiges Ziel, aber es hat seinen Preis. Dieser Preis ist Komplexit\u00e4t; die Herausforderung ist, dass niemand sich vorstellen kann, was passiert, wenn unsere Anwendung pl\u00f6tzlich von 10 Instanzen auf 1500 w\u00e4chst. Niemand kann sich so etwas vorstellen, und damit beginnen alle Artefakte des Skalierens aufzutauchen. Wir als Menschen, als Betreiber, k\u00f6nnen nichts dagegen tun, au\u00dfer auf das aufkommende Chaos zu reagieren. Und dann fangen wir an zu \u00fcberlegen: \u201eWie k\u00f6nnen wir unsere Anwendung und unsere Infrastruktur so gestalten, dass wir, wenn diese Artefakte entstehen, sie erstens vorhersehen und zweitens irgendwie mit diesen Artefakten umgehen k\u00f6nnen und weiterhin funktionsf\u00e4hig bleiben?\u201c<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"softskills\"><\/a><\/noindex><\/p>\n<h2>Kombination technischer und nicht-technischer F\u00e4higkeiten<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Du hast Vortr\u00e4ge \u00fcber technische Dinge, zum Beispiel <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/By-DEHiH5mg\">\u00fcber Servicemetriken<\/a><\/noindex> und es gibt Vortr\u00e4ge \u00fcber F\u00fchrung, \u00fcber Management und so weiter. Bist du insgesamt eher eine technische Person, oder bist du ein Manager, oder ist es bei dir irgendwie anders?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ich habe sogar irgendwann angefangen, dar\u00fcber einen Post zu schreiben, habe ihn aber noch nicht zu Ende gebracht. In gewisser Weise f\u00fchle ich mich pers\u00f6nlich zwischen diesen beiden Dingen hin- und hergerissen, weil ich einerseits gerne verstehe, wie Dinge funktionieren und damit arbeite. Wenn ich es schaffe, ein technisches Problem zu l\u00f6sen, gibt mir das einfach ein unglaubliches Gef\u00fchl meiner F\u00e4higkeiten, das, was man instant gratification nennt: \"Oh, cool, ich kann es, ich habe es gel\u00f6st.\" Und davon ist es schwer, loszukommen. Und weil das so ist, mache ich weiterhin technische Dinge. Neue Technologien begeistern mich: es ist gro\u00dfartig, etwas zu erkunden und zu verstehen. Deswegen ergibt es sich, dass Menschen diese Kenntnisse kaufen wollen, und ich verkaufe sie weiter. <\/p>\n<p>Auf der anderen Seite verstehe ich, dass dies nur ein kleiner Teil eines gro\u00dfen Ganzen ist. Ich habe lange genug in der Branche gearbeitet und kann nicht \u00fcbersehen, dass Technologie nur ein Aspekt eines umfassenderen Systems ist, nur eine von vielen Komponenten. Ich habe Teams geleitet und verstehe, wie wichtig es ist, die Interaktion von Technologien und Werkzeugen mit den Menschen, die sie nutzen, zu ber\u00fccksichtigen. Schlie\u00dflich existieren Informations- und jede andere Technologie, damit Menschen sie benutzen. Technologien zu entwickeln, ohne dar\u00fcber nachzudenken, wer sie verwendet, ist vollkommen sinnlos. Technologie an sich ist nicht interessant, wenn man nicht an ihre Anwendung denkt, und diese Anwendung ist immer mit den Menschen verbunden, die davon profitieren. Daher interessiert mich alles, was mit Technologien zu tun hat, ebenfalls sehr. Ich habe das Gef\u00fchl, dass dar\u00fcber gesprochen werden muss, ich verstehe, dass alles ohne dieses Verst\u00e4ndnis tats\u00e4chlich seinen Sinn verliert. So sehr, dass ich manchmal das Vergn\u00fcgen habe, zwei bis drei Tage oder sogar Wochen an etwas zu t\u00fcfteln. Ich kann mich von einem Problem mitrei\u00dfen lassen, das ich nicht l\u00f6sen kann, und dann kann ich es l\u00f6sen und einen gro\u00dfartigen Nutzen daraus ziehen. Doch dann hebe ich den Blick von der Tastatur, schaue mich um und erkenne, dass um mich herum etwas geschieht, das ich auf keinen Fall ignorieren kann. Und dann wird mir das Coden und das Herumspielen mit Linux v\u00f6llig uninteressant und unwichtig, und ich m\u00f6chte beginnen, Probleme auf einem anderen Level, auf menschlicher Ebene zu l\u00f6sen. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"devops\"><\/a><\/noindex><\/p>\n<h2>Wie kann man sich schnell in DevOps zurechtfinden?<\/h2>\n<p>\n<em><b>Oleg:<\/b> Sag mal, kannst du etwas empfehlen f\u00fcr Leute, die gerade gleichzeitig Ingenieurwesen betreiben und die Praktiken von DevOps lernen? Wie kann man das alles unterbringen und in welcher Reihenfolge? Sozusagen, wie k\u00f6nnte man seine Karriere planen, um in kurzer Zeit erfolgreicher zu werden? <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Tja\u2026 Es gibt keine universellen Ratschl\u00e4ge, zumindest nicht aus meiner Erfahrung. Ich war lange, wahrscheinlich die ersten 10 Jahre meiner Karriere, mit meinem Platz unzufrieden. Ich habe gesucht, was mir nicht gefallen hat, darauf fokussiert und nach interessanteren Besch\u00e4ftigungen gesucht. Doch im Gro\u00dfen und Ganzen habe ich nichts unternommen. Der wichtigste Rat ist\u2026 Wann habe ich das Gef\u00fchl, dass meine Karriere einen Aufschwung nahm? Als ich anfing, \u00fcber Dinge zu sprechen, die mich interessierten. Der Bereich des technischen Wissens, nicht nur technisch, sondern generell die Welt der Informationstechnologien ist sehr breit. Man kann sowohl Techniker sein: Entwickler, Tester, Integrator oder Systemadministrator \u2013 alles sind das unterschiedliche Dinge, wo jeder seine Nische finden kann. Wenn du nicht vollst\u00e4ndig Techniker sein willst und dich sowohl technische als auch gesch\u00e4ftliche Themen interessieren, besch\u00e4ftige dich mit Produktmanagement oder Projektmanagement. Es gibt viele Nischen, finde die, die dir gefallen wird. <\/p>\n<p>\u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u043d\u043e\u0433\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u0441\u044f \u043e \u043f\u0440\u043e\u0444\u0435\u0441\u0441\u0438\u043e\u043d\u0430\u043b\u0430\u0445 \u0432 \u0444\u043e\u0440\u043c\u0435 \u00ab\u0422\u00bb. \u041d\u0443\u0436\u043d\u043e \u043f\u043e\u043d\u044f\u0442\u044c, \u0433\u0434\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u043d\u043e\u0436\u043a\u0430 \u0442\u0432\u043e\u0435\u0433\u043e \u0422, \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0447\u0442\u043e-\u0442\u043e \u043e\u0434\u043d\u043e, \u043d\u0430\u0447\u0430\u0442\u044c \u043a\u043e\u043f\u0430\u0442\u044c \u0432 \u044d\u0442\u043e\u043c \u043c\u0435\u0441\u0442\u0435. \u0412 \u043c\u043e\u043c\u0435\u043d\u0442 \u043a\u043e\u043f\u0430\u043d\u0438\u044f \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0430\u0442\u0441\u044f \u043f\u043e\u0442\u0440\u044f\u0441\u0430\u044e\u0449\u0438\u0435 \u0433\u043b\u0443\u0431\u0438\u043d\u044b. \u041d\u043e \u043a\u043e\u043f\u0430\u0442\u044c \u043c\u043e\u0436\u043d\u043e \u043a\u0443\u0434\u0430 \u0443\u0433\u043e\u0434\u043d\u043e. \u0418 \u044f \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u043e \u043e\u0441\u043e\u0437\u043d\u0430\u044e, \u0447\u0442\u043e \u0435\u0441\u0442\u044c \u043c\u043d\u043e\u0433\u043e \u0440\u0430\u0439\u043e\u043d\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u044f \u0433\u043b\u0443\u0431\u043e\u043a\u043e \u043d\u0435 \u043a\u043e\u043f\u043d\u0443\u043b, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043f\u044b\u0442\u0430\u043b\u0441\u044f \u043f\u043e\u0441\u043c\u043e\u0442\u0440\u0435\u0442\u044c \u0438 \u043f\u043e\u043d\u044f\u043b, \u0447\u0442\u043e \u044d\u0442\u043e \u043d\u0435 \u043c\u043e\u0451. \u0410 \u0432\u043e\u0442 \u0442\u0430\u043c, \u0433\u0434\u0435 \u0442\u0435\u0431\u0435 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e \u043a\u043e\u043f\u0430\u0442\u044c \u2014 \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0439 \u043a\u043e\u043f\u0430\u0442\u044c, \u0438 \u0442\u0443\u0442 \u0443\u0436\u0435 \u043e\u0447\u0435\u043d\u044c \u0432\u0430\u0436\u043d\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043e\u0431 \u044d\u0442\u043e\u043c. \u0422\u043e \u0435\u0441\u0442\u044c, \u043e\u043f\u044f\u0442\u044c \u0436\u0435, \u044f \u043f\u043e\u043d\u0438\u043c\u0430\u044e, \u0447\u0442\u043e \u044d\u0442\u043e \u043d\u0435 \u0434\u043b\u044f \u0432\u0441\u0435\u0445. \u041d\u043e \u0438 \u0442\u0443\u0442 \u0443 \u0432\u0441\u0435\u0445 \u0435\u0441\u0442\u044c \u0440\u0430\u0437\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u044b \u0432\u044b\u0440\u0430\u0436\u0435\u043d\u0438\u044f: \u043a\u043e\u043c\u0443-\u0442\u043e, \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c, \u043f\u043e\u0434\u0445\u043e\u0434\u0438\u0442 \u043f\u0438\u0441\u0430\u0442\u044c \u0431\u043b\u043e\u0433\u0438, \u043d\u0435 \u043c\u043e\u0436\u0435\u0448\u044c \u043f\u0438\u0441\u0430\u0442\u044c \u0431\u043b\u043e\u0433\u0438 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u043d\u044b\u0435 \u0438 \u0432\u0435\u0441\u0451\u043b\u044b\u0435 \u2014 \u043f\u0438\u0448\u0438 \u043f\u0440\u043e\u0441\u0442\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0431\u043b\u043e\u0433\u0438, \u043f\u0443\u0431\u043b\u0438\u043a\u0443\u0439 Gist&#8217;\u044b \u043d\u0430 GitHub. \u0412\u043e\u0442 \u0442\u044b \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0443 \u0440\u0435\u0448\u0438\u043b \u2014 \u043f\u0443\u0431\u043b\u0438\u043a\u0443\u0439. <\/p>\n<p>Letztlich geschieht die Karriereentwicklung heute durch das Teilen von Wissen. Es ist kein Zufall, dass im DevOps der Wissensaustausch eine so gro\u00dfe Bedeutung hat. Alle profitieren davon, und auch du selbst gewinnst immer, wenn du dein Wissen teilst. Jeder, der seinen Code Open Source gemacht hat, wei\u00df, wie wichtig es ist, den Code zu \u00fcberarbeiten und ganz anders zu denken, wenn du ihn jemand anderem zur Verf\u00fcgung stellst; du verstehst, dass jemand anderes damit arbeiten wird. Dabei kommen die soziotechnischen Aspekte ins Spiel, von denen ich sprach. Du beginnst zu begreifen, dass es sich nicht nur um Code handelt, sondern um Code, den jemand anderes lesen wird. Vielleicht m\u00f6chte er ihn \u00e4ndern, also muss er verstehen, was dieser Code macht. Und wenn diese Interaktionen entstehen, beginnst du bereits in deinem Kopf, mit anderen Menschen zu interagieren. Die Karriere eines Menschen entwickelt sich nur durch die Interaktion mit anderen Menschen. Letztlich, was ist Karriere? Karriere bedeutet, dass ich f\u00fcr mehr Menschen n\u00fctzlich und wichtig werde. Ich erwerbe Wissen, das f\u00fcr mehr Menschen gebraucht und n\u00fctzlich ist. Daf\u00fcr ist es notwendig, zu verstehen, was diese Menschen wollen und was sie brauchen. So ist das immer. Am Ende dreht sich alles um die Menschen. <\/p>\n<p><strong><b>Oleg:<\/b> \u0414\u043e\u043f\u0443\u0441\u0442\u0438\u043c, \u0432\u043e\u0442 \u043c\u044b \u0442\u0430\u043a\u0438\u0435 \u043a\u043b\u0451\u0432\u044b\u0435, \u043c\u044b \u0437\u0430\u043d\u0438\u043c\u0430\u0435\u043c\u0441\u044f DevOps&#8217;\u043e\u043c, \u0432\u0441\u044f\u043a\u0438\u043c\u0438 \u043d\u043e\u0432\u044b\u043c\u0438 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0430\u043c\u0438, \u043f\u0440\u043e\u0447\u0438\u043c. \u041d\u043e \u0432\u043e\u0442 \u0435\u0441\u0442\u044c \u0442\u0435, \u043a\u0442\u043e \u044d\u0442\u043e \u0437\u043d\u0430\u044e\u0442 \u0438 \u0443\u0432\u0430\u0436\u0430\u044e\u0442, \u0430 \u0435\u0441\u0442\u044c \u0432\u0441\u0435 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0435. \u0418 \u0432\u043e\u0442 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u044c, \u0447\u0442\u043e \u0442\u044b \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0448\u044c \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u0432 \u043a\u0430\u043a\u043e\u0439-\u043d\u0438\u0431\u0443\u0434\u044c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0438 \u0442\u0430\u043c \u044d\u0442\u043e \u043f\u043e\u043a\u0430 \u0435\u0449\u0451\u2026 \u0441\u043a\u0430\u0436\u0435\u043c \u0430\u043a\u043a\u0443\u0440\u0430\u0442\u043d\u043e, \u043d\u0435 \u043e\u0447\u0435\u043d\u044c \u0437\u043d\u0430\u044e\u0442 \u0438 \u043d\u0435 \u043e\u0447\u0435\u043d\u044c \u0443\u0432\u0430\u0436\u0430\u044e\u0442. \u0415\u0441\u0442\u044c \u043b\u0438 \u043a\u0430\u043a\u0438\u0435-\u0442\u043e \u0441\u043f\u043e\u0441\u043e\u0431\u044b, \u043a\u0430\u043a \u043d\u0430\u0447\u0430\u0442\u044c \u0432\u043d\u0435\u0434\u0440\u044f\u0442\u044c \u0432\u0441\u0435 \u044d\u0442\u0438 \u0438\u0434\u0435\u0438? \u0415\u0441\u043b\u0438 \u0442\u044b \u043d\u0435 \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c. \u041f\u043e\u043d\u044f\u0442\u043d\u043e, \u0435\u0441\u043b\u0438 \u0442\u044b \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c, \u0442\u044b \u043c\u043e\u0436\u0435\u0448\u044c \u043f\u0440\u043e\u0441\u0442\u043e \u0441\u043a\u0430\u0437\u0430\u0442\u044c: \u00ab\u0412\u043d\u0435\u0434\u0440\u044f\u0435\u043c \u0437\u0430\u0432\u0442\u0440\u0430\u00bb. \u0410 \u0447\u0442\u043e \u0431\u0443\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u0442\u044b \u043e\u0431\u044b\u0447\u043d\u044b\u0439 \u0447\u0435\u043b\u043e\u0432\u0435\u043a \u0438 \u0442\u044b \u0445\u043e\u0447\u0435\u0448\u044c \u0443\u043b\u0443\u0447\u0448\u0438\u0442\u044c?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Erstens ist es nicht garantiert, dass es funktioniert, wenn du als Chef sagst: \u201eF\u00fchren wir das morgen ein\u201c. Die Leute werden Aufgaben erledigen, aber das bedeutet nicht, dass ein tiefes Verst\u00e4ndnis daf\u00fcr, warum das eingef\u00fchrt wird, von selbst kommt. Zudem mag niemand Ver\u00e4nderungen, besonders wenn ihnen gesagt wird: \u201eDu musst dich \u00e4ndern.\u201c <\/p>\n<p><strong><b>Oleg:<\/b> Was tun?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Schau, ich war in dieser Position und habe solche Prozesse tats\u00e4chlich von Grund auf umgesetzt, anfangs als einfaches Teammitglied und sp\u00e4ter als Teamleiter. Der einzige Ansatz, der funktioniert, ist der des Drogenh\u00e4ndlers. Das nenne ich \"Zusammenarbeit, basierend auf dem Bewusstsein, dass du Dienstleistungen anbietest\" \u2013 also dienstleistungsorientierte Zusammenarbeit. Grunds\u00e4tzlich wei\u00dft du, dass da Leute um dich herum sind, die du als deine Kunden wahrnehmen kannst. Wir bieten etwas an, und jemand anderer nutzt das. Im einfachsten Szenario, das Agile einst beschrieben hat: Ich bin Entwickler, ich habe einen Kunden, entsprechend muss ich verstehen, was mein Kunde will, um Software effizient entwickeln zu k\u00f6nnen. <\/p>\n<p>In einem gro\u00dfen Unternehmen habe ich oft keinen direkten Kontakt zum Kunden oder Nutzer. Aber um mich herum sind Menschen. Zum Beispiel schreibe ich eine Bibliothek \u2014 andere integrieren sie, ich entwickle ein Backend \u2014 da habe ich Frontend-Entwickler, die damit kommunizieren m\u00fcssen. Ich schreibe Code \u2014 da gibt es Tester, die entweder Tests f\u00fcr mich schreiben oder ich gebe ihnen Versionen, die sie testen k\u00f6nnen. Im Wesentlichen muss ich einfach dar\u00fcber nachdenken: \u201eIch bin der Dienstleister, ich habe Kunden. Am besten funktioniert alles, wenn ich daf\u00fcr sorge, dass meine Kunden zufrieden sind. Wenn meine Kunden zufrieden sind, dann bin ich es auch. Ich werde anscheinend nicht nur meinen Ruf aufbauen, sondern gewinne auch positive Beziehungen und bekomme gutes Feedback.\u201c Und zur\u00fcck zu der Herangehensweise eines Drogenh\u00e4ndlers: Ich m\u00f6chte, dass diese Kunden zu mir zur\u00fcckkommen, um mehr von dem Gleichen zu bekommen. <\/p>\n<p>Das hei\u00dft, wenn ich der Meinung bin, dass ein bestimmter Ansatz richtig ist, zum Beispiel Continuous Integration mit Tests\u2026 Es gibt Programmierer, f\u00fcr die es heute beispielsweise schwierig ist, ihre Arbeit zu testen. Es muss daf\u00fcr gesorgt werden, dass sie dar\u00fcber nicht zu viel nachdenken m\u00fcssen, sondern diese Tests so einfach wie m\u00f6glich erhalten. Heute wirkt das recht banal, vor 10 Jahren war das jedoch alles andere als trivial: In dem Moment, als ich meinen Code gepusht habe, sollte alles automatisch irgendwo gebaut und bereitgestellt werden, und nur wenn ein Fehler aufgetreten w\u00e4re, h\u00e4tte ich eine Nachricht erhalten, w\u00e4hrend ich in der Zwischenzeit in Ruhe einen Kaffee trinken und nicht daran denken konnte, dass ich jetzt die Kompilierung auf meinem Computer starten muss, um alle ben\u00f6tigten Tools zu haben, denn das war auch eine Nervenaufreiberei. Wenn man also die Kopfschmerzen reduzieren kann, gew\u00f6hnt man sich daran. Wir sehen das alle: In dem Moment, in dem du einen gut funktionierenden Pipeline hast, k\u00f6nnen sich alle, die ihn nutzen, ihr Leben ohne ihn nicht mehr vorstellen. Wenn ich etwas \u00e4ndern m\u00f6chte, muss ein Prozess geschaffen werden, von dem die Menschen eine gewisse emotionale Abh\u00e4ngigkeit entwickeln. <\/p>\n<p><strong><b>Oleg:<\/b> Gut. Viele Menschen hoffen, dass irgendein K\u00f6nig, ein gro\u00dfer F\u00fchrer, etwas anderes kommt und ihnen sagt, wie sie leben sollen, und danach werden alle nat\u00fcrlich in eine neue, mutige Welt mit DevOps oder etwas anderem \u00fcbertreten. Ist ein solcher K\u00f6nig notwendig?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Nein, ein K\u00f6nig, der erz\u00e4hlt, wie man leben soll, ist keineswegs notwendig. Ein Vorgesetzter, der bereit ist, seinen Mitarbeitern zuzuh\u00f6ren, ihnen zu vertrauen und sie darin zu unterst\u00fctzen, ihre Arbeit so zu machen, wie es ihnen am bequemsten und richtigsten erscheint? Ja, eine solche Person ist notwendig, denn ohne sie wird es einfach ein Kampf. Und der Kampf der Untergebenen gegen ihre Vorgesetzten endet nie gut. Am Ende wird es f\u00fcr jemanden ganz sicher schlecht ausgehen, entweder f\u00fcr den Vorgesetzten oder f\u00fcr die Untergebenen. <\/p>\n<p>Das Problem ist jedoch, dass es sehr schwierig ist, den Menschen zu sagen, was sie tun sollen und was nicht. Letztendlich tun sie das, was ihr kultureller Hintergrund, ihr Ego oder ihr momentaner emotionaler Zustand sie leitet. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"practices\"><\/a><\/noindex><\/p>\n<h2>Die n\u00fctzlichsten Praktiken und Technologien aus der Welt von DevOps<\/h2>\n<p>\n<em><b>Oleg:<\/b> \u00dcbrigens werden gerade jetzt eine Vielzahl von Praktiken propagiert: Es gibt Ans\u00e4tze von Google, Ans\u00e4tze von Netflix und von verschiedenen Referenten auf Konferenzen. Sag, welche Praktiken du als besonders n\u00fctzlich empfindest? <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Das Problem der meisten Organisationen, egal ob gro\u00df oder klein (insbesondere Start-ups sind davon st\u00e4rker betroffen), ist, dass sie keine Sichtbarkeit der Prozesse haben \u2014 kein Verst\u00e4ndnis daf\u00fcr, wie wir insgesamt arbeiten, wie wir Software liefern und wo Dinge ins Stocken geraten. Ich empfehle normalerweise eine \u00dcbung, die aus dem Ansatz des Lean Management stammt \u2014 sie hei\u00dft Value Stream Mapping. K\u0430\u0440\u0442ierung des Wertstroms. Das erfordert eine gewisse Bereitschaft, die Hauptakteure der Organisation in einen Raum zu bringen, alle Personen, die irgendwie am Lieferprozess beteiligt sind: diejenigen, die notwendige \u00c4nderungen definieren, Produktmanager, Projektleiter, Entwickler, Tester, Systemadministratoren und sogar Vertriebsmitarbeiter, die mit den Kunden arbeiten. Versammelt sie alle und versteht, wie \u00c4nderungen in der Software stattfinden und welchen Weg sie normalerweise nehmen. <\/p>\n<p>Es scheint ganz trivial zu sein: was ist da los? Jemand hat es sich ausgedacht \u2013 jemand hat es kodiert, wir haben eine Pipeline, es wurde durchlaufen \u2013 und jetzt ist es fertig. Ja, wir wissen, dass der Build hier viel Zeit in Anspruch nimmt, das werden wir l\u00f6sen. Ja, wir wissen, dass Programmierer derzeit nicht auf ihren Computern kompilieren k\u00f6nnen, weil sie Java haben, und daf\u00fcr braucht man sehr viel Speicher \u2013 auch das wissen wir, das werden wir l\u00f6sen. Und ich komme h\u00e4ufig zu Organisationen, und sie sagen:<\/p>\n<p>\u2014 Hier muss das automatisiert werden, das muss gel\u00f6st werden.<br \/>\n\u2014 Sind Sie sicher, dass wir damit \u00fcberhaupt anfangen sollten? Woher wissen Sie das?<br \/>\n\u2014 Nun, wir wissen es definitiv nicht, aber wir sp\u00fcren, dass dort ein Schmerzpunkt ist.<\/p>\n<p>Es gibt <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B9\">die Theorie der Beschr\u00e4nkungen von Goldratt<\/a><\/noindex>, die besagt, dass es letztlich nichts l\u00f6st, das Problem an einem Ort zu behandeln, der keine Einschr\u00e4nkung ist \u2013 das macht die Problematik nur komplizierter. Was vielen fehlt, ist das Verst\u00e4ndnis davon, wo Dinge stecken bleiben und wie sie flie\u00dfen. <\/p>\n<p>Manchmal versammelt man einfach verschiedene Leute, einer sagt:<br \/>\n\u2014 Hier geht der Release in diesem Moment zur Genehmigung dorthin.<\/p>\n<p>Ein anderer sagt:<br \/>\n\u2014 Nein, das ist nicht so, bei uns geht das nicht. Hier warten wir auf die Umgebung f\u00fcr Lasttests.<\/p>\n<p>Oder Spezialisten sagen zum Beispiel:<br \/>\n\u2014 An dieser Stelle machen wir normalerweise alles von Hand.<\/p>\n<p>Die Programmierer sagen dann:<br \/>\n\u2014 Aber wir haben doch einen automatisierten Prozess daf\u00fcr. Warum nutzt ihr ihn nicht?<\/p>\n<p>Die Tester antworten:<br \/>\n\u2014 Wir wussten nicht, dass es den gibt.<\/p>\n<p>Jedes Team sieht nur seinen eigenen Teil, und niemand hat das gro\u00dfe Ganze im Blick \u2014 das beeinflusst unsere F\u00e4higkeit, Software effizient auszurollen oft viel st\u00e4rker, als die blo\u00dfe Verf\u00fcgbarkeit eines Tools. Diese Aspekte sind entscheidend. Wir sollten mit der Prozesskartierung beginnen. Klar, wenn in der Firma derzeit kein CI\/CD vorhanden ist \u2014 das ist schon alte Schule. Wir wissen, dass man auch das aufbauen muss. Aber zuerst sollte man die Frage kl\u00e4ren, wie viel man investieren m\u00f6chte und welche Probleme dadurch gel\u00f6st werden. Dazu braucht man ebenfalls Leute, die wissen, wie man das richtig macht. <\/p>\n<p><strong><b>Oleg:<\/b> Technisch gesehen, auf welche Technologien sollte man achten? Es ist klar, dass man \u00fcber simples CI\/CD nicht mehr reden muss. Welche spannenden neuen Technologien sollte man sich anschauen?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Zun\u00e4chst einmal ist f\u00fcr alle offensichtlich, dass Container gewonnen haben. Daher sollten diejenigen, die noch keine Container nutzen, sich unbedingt damit befassen und so schnell wie m\u00f6glich einen Blick darauf werfen, denn die Bewegung geht in diese Richtung. Auch gro\u00dfe Unternehmen verstehen bereits, dass sie ihre Software in Container packen m\u00fcssen. Auf der Plattformebene hat Kubernetes den Sieg davongetragen: egal, ob in der Cloud oder nicht \u2013 wir werden unseren Kunden eine L\u00f6sung mit Kubernetes anbieten. Jetzt hat auch VMware angek\u00fcndigt, dass sie Kubernetes direkt auf dem Hypervisor haben werden. Es ist also klar, Google hat gewonnen. Das war allgemein niemanden ein \u00dcberraschung.<\/p>\n<p><strong><b>Oleg:<\/b> Hat Google gewonnen?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Wenn wir uns vor ein paar Jahren umsehen, war es nicht ganz klar, ob Swarm oder Kubernetes die Zukunft sind und ob Docker \u00fcberleben wird. Docker ist ganz offensichtlich tot. Alle, einschlie\u00dflich Microsoft und Amazon, haben zusammen daran gearbeitet \u2013 \u201elasst uns Docker gemeinsam besiegen\u201c. Docker wurde besiegt! Aber letztendlich war Docker selbst schuld. Sie dachten, sie k\u00f6nnten kommen, alles auf den Kopf stellen, sich nicht verkaufen wollen und gleichzeitig gegen alle gewinnen, auch gegen Google, Microsoft und Amazon? Die Chancen, dass das gelingt, waren sehr gering. Anscheinend haben sie nicht die richtigen Freunde gefunden. Wenn du mit niemandem verb\u00fcndet bist, bist du am Ende verloren. Genau das ist passiert.<\/p>\n<p>So ist das. Deshalb muss man Container im Auge behalten. Container und Orchestrierung werden heute immer mehr zur Norm. Das hei\u00dft, die Berichte auf Konferenzen lauten bereits: \u201eMit Kubernetes zu beginnen, ist nie zu sp\u00e4t, selbst wenn Sie Rentner sind\u201c. Das ist also wichtig. Rund um Kubernetes passiert aktuell eine Menge Interessantes. Eine der coolen Funktionen von Kubernetes ist im Grunde die Schaffung einer universellen API, die es uns erm\u00f6glicht, alles zu beschreiben, was in unserer Infrastruktur passiert. Im letzten Jahr haben wir versucht, rund um diese API eine Menge weiterer Technologien zu entwickeln. Das Service Mesh ist ein solches Beispiel: Fast alle Implementierungen eines Service Mesh, die derzeit existieren, sagen in gewisser Weise: \u201eWir erweitern die API, wir f\u00fcgen Intelligenz hinzu, wir beschreiben Objekte au\u00dferhalb von Kubernetes, aber wir lesen die Objekte aus Kubernetes und wissen so, was zu tun ist\u201c. <\/p>\n<p>Ein weiteres Beispiel ist das, was derzeit mit der Continuous Delivery Foundation geschieht, die vor etwa anderthalb Jahren ins Leben gerufen wurde. Wiederum handelt es sich um Google, CloudBees und GitLab. Es gibt das Google-Projekt Tekton, dessen Hauptidee die Schaffung einer universellen API zur Beschreibung des Continuous Delivery-Prozesses ist. Im Gro\u00dfen und Ganzen versuchen sie, alles in bestimmte Objekte zu zerlegen, die zwingend in einem Continuous Integration \/ Continuous Delivery-System vorhanden sein m\u00fcssen, und in irgendeiner Weise zu erm\u00f6glichen, diese Dinge in Kubernetes zu verzeichnen, damit verschiedene Komponenten diese Definitionen lesen und entscheiden k\u00f6nnen, was damit zu tun ist. Bei den Service Meshes geschieht das Gleiche, dar\u00fcber habe ich auf meinem <noindex><a rel=\"nofollow\" href=\"https:\/\/2019.devoops-piter.ru\/2019\/spb\/talks\/1c71x3ql1hiutxnrhnwc52\/\">in seiner Pr\u00e4sentation<\/a><\/noindex>. Microsoft arbeitet derzeit an einer Spezifikation, die festlegt, was ein Service Mesh tun sollte, dem sogenannten SMI Spec. Die Idee ist, dass jede Implementierung eines Service Mesh in der Lage sein wird, alles aus dieser Spezifikation sowie noch weitere Funktionen zu erf\u00fcllen. <\/p>\n<p>Deshalb hat Kubernetes gewonnen. In dem Moment, in dem du zur Plattform f\u00fcr weitere Innovationen wirst, ist es sehr schwierig, dich sp\u00e4ter einfach loszuwerden, denn darauf wurde bereits aufgebaut. Kubernetes einfach wegwerfen, das w\u00e4re, als w\u00fcrde man das Baby mit dem Badewasser aussch\u00fctten. <\/p>\n<p><noindex><a rel=\"nofollow\" name=\"talks\"><\/a><\/noindex><\/p>\n<h2>Welche Vortr\u00e4ge sollte man besuchen<\/h2>\n<p>\n<strong><b>Oleg:<\/b> Welche Vortr\u00e4ge besuchst du selbst, was h\u00e4ltst du f\u00fcr interessant?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Zun\u00e4chst einmal, wenn es eine neue technische Funktion oder ein Gadget gibt, das ich noch nicht selbst gesehen habe, und es einen Redner gibt, der in der Lage ist, dar\u00fcber verst\u00e4ndlich zu berichten, dann betrachte ich das als einen gro\u00dfen Vorteil. Denn anstatt jetzt selbst zu lesen, zu graben und m\u00f6glicherweise Schwierigkeiten beim Verstehen zu haben, kannst du einfach kommen und in einer halben Stunde h\u00f6ren, wie jemand dir das zeigt und erkl\u00e4rt. Daf\u00fcr sind nat\u00fcrlich bestimmte F\u00e4higkeiten und der Wille erforderlich, \u00fcber Technologie zu sprechen. Ich verstehe, dass das auch nicht einfach so kommt; man muss daran arbeiten. Ich habe daf\u00fcr auch viel Zeit gebraucht. \u00dcbrigens hat mir meine T\u00e4tigkeit im technischen Unterricht dabei sehr geholfen. Wenn du vor einer Klasse stehst und den Leuten etwas erkl\u00e4ren musst, und du bemerkst, dass sie einfach nicht verstehen \u2014 dann kommt dir die Erkenntnis, dass die Probleme wahrscheinlich in der Art und Weise liegen, wie du es erkl\u00e4rst, und nicht darin, dass die Leute dumm sind. <\/p>\n<p><strong><b>Oleg:<\/b> Was genau ist technischer Unterricht? Was machst du da?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ich unterrichte seit etwa 7-8 Jahren technische F\u00e4cher. Angefangen hat alles mit Maven und Shell-Scripting, das ich ein Jahr lang gelehrt habe. Da ich mich intensiv mit Jenkins besch\u00e4ftigt habe und umfangreiche Kenntnisse dar\u00fcber habe, habe ich den Leuten die Arbeit mit Jenkins und die Administration beigebracht. In den letzten Jahren habe ich alles unterrichtet, was mit Cloud Native zu tun hat: Kubernetes, Container und alles, was dazugeh\u00f6rt. Bald fahre ich nach London, um einen Workshop \u00fcber Istio zu geben. Das ist nicht mein Hauptbesch\u00e4ftigungsfeld, aber etwa einmal im Monat oder alle zwei Monate halte ich Workshops.<\/p>\n<p><strong><b>Oleg:<\/b> Geht es dir haupts\u00e4chlich um den Vortrag, das Thema oder die Person?<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Wenn ich wei\u00df, dass der Referent gut ist, gehe ich einfach zu der Person, weil es mir auch sehr wichtig ist, von anderen zu lernen, wie man gut erz\u00e4hlt. Lernen ist immer wichtig. Wenn es ein Thema gibt, und ich den Referenten nicht kenne, gehe ich mal vorbei, aber das ist meistens so wie bei einem Stand-up: Ich schaue mir die ersten 10-15 Minuten an, wenn es nicht gef\u00e4llt \u2013 gehe ich. Oder es gibt Referenten, zu denen ich auf jeden Fall gehe, weil sie immer interessant erz\u00e4hlen, selbst Dinge, die du schon wei\u00dft, schaffen es, aus einer neuen Perspektive gezeigt zu werden, was dir hilft, die ganze Frage neu zu betrachten. Von den Leuten, die mir in letzter Zeit gefallen... Zun\u00e4chst einmal gibt es Simon Wardley \u2013 einen Berater, der seine eigene Methode zum Zeichnen von Karten hat. Mit Hilfe von Karten erkl\u00e4rt er, wie Unternehmen ihre Strategie richtig gestalten k\u00f6nnen. Er war einmal CTO, CEO von Start-ups, er spricht viel dar\u00fcber, \u00fcber die Technologie. Er setzt sich \u00fcbrigens st\u00e4ndig f\u00fcr Serverless ein und sagt, dass die, die heute kein Serverless machen, gro\u00dfe Probleme haben werden.<\/p>\n<p><strong><b>Oleg:<\/b> Das ist der Typ, bei dem <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/wardleymaps\">auf Medium das Buch<\/a><\/noindex>? \u041e\u043d \u0435\u0451 \u0432 \u0432\u0438\u0434\u0435 \u043f\u043e\u0441\u0442\u043e\u0432 \u0441\u0434\u0435\u043b\u0430\u043b.<\/strong> <strong>Ein ungew\u00f6hnliches Format.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Er erz\u00e4hlt wirklich sehr interessant. Seine Vorlesungen in den letzten 2-3 Jahren sind mir am meisten im Ged\u00e4chtnis geblieben. Nun, John Willis, der letztes Jahr zu DevOops kam \u2014 einfach weil er <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/e7FmABKOXLU\">wirklich gut erz\u00e4hlen kann<\/a><\/noindex>. Es gibt allerdings ein gewisses Problem mit ihm, da er sehr viel \u00fcber die amerikanische Realit\u00e4t spricht, Dinge, die manchmal einfach nicht auf die russische oder israelische Realit\u00e4t anwendbar sind. Sie haben dort momentan einen Konflikt mit irgendeinem Change Approval Board, \u00fcber das sie st\u00e4ndig sprechen. Das ist offenbar eine Sache, die in amerikanischen Unternehmen existiert; dort gibt es einen Prozess zur Durchf\u00fchrung und Genehmigung von \u00c4nderungen in der IT, der durch bestimmte Komitees f\u00fchrt.<\/p>\n<p><strong><b>Oleg:<\/b> Aber bei uns gibt es das nicht \u2014 ich verstehe \u00fcberhaupt nicht, wovon du sprichst.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Ich verstehe das auch nicht wirklich, in Israel gibt es so etwas auch nicht. Aber dort sprechen sie st\u00e4ndig dar\u00fcber. Wenn man all diese Leute h\u00f6rt, wie DORA, die <noindex><a rel=\"nofollow\" href=\"https:\/\/services.google.com\/fh\/files\/misc\/state-of-devops-2019.pdf\">den State of DevOps Report erstellen<\/a><\/noindex>, schreiben sie auch viel dar\u00fcber. Ich meine nur, dass die Leute von einem Problem sprechen, das nur bei ihnen existiert, und es interessiert dich \u00fcberhaupt nicht. <\/p>\n<p><em><b>Oleg:<\/b> Du warst beim letzten DevOops, welche Vortr\u00e4ge sollte man dort besuchen und sich die Aufzeichnungen anschauen? <\/em><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Siehe <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=e7FmABKOXLU&amp;amp;list=PL-ety8gh7rToPrHroJxmwRH9XDTHlZW_t\">alle<\/a><\/noindex>. Das Thema interessiert mich ein wenig \u2013 ich werde hingehen. <\/p>\n<p><strong><b>Oleg:<\/b> Da gibt es einen Anton Weiss, glaube ich. Wahrscheinlich sollte ich mir ihn ansehen.<\/strong><\/p>\n<p><strong><b>Anton:<\/b><\/strong> Nein, geh nicht zu ihm, das ist total langweilig \ud83d\ude42<\/p>\n<p><strong><b>Oleg:<\/b> Nun gut, vielen Dank. Das war gro\u00dfartig! Ich sehe, dass du schon einen Vortrag f\u00fcr die n\u00e4chste Konferenz eingereicht hast. Lass uns beim n\u00e4chsten DevOops wiedersehen!<\/strong><\/p>\n<blockquote><p> Konferenz <noindex><a rel=\"nofollow\" href=\"https:\/\/devoops-moscow.ru\/?utm_source=habr&amp;amp;utm_medium=481158&amp;amp;utm_campaign=devoops20msk\">DevOops 2020 Moskau<\/a><\/noindex> Es findet am 29.-30. April statt, diesmal \u2013 in Moskau. Den Inhalt der Konferenz haben wir im Voraus auf Habr\u00e9 beschrieben. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/479552\/\">\u201eDevOps-Ingenieure gibt es nicht\u201c<\/a><\/noindex>. Das Programm wird aktiv zusammengestellt (bis zur Konferenz sind es noch viele Monate), aber die ersten Sprecher sind bereits <noindex><a rel=\"nofollow\" href=\"https:\/\/devoops-moscow.ru\/2020\/msk\/people\/?utm_source=habr&amp;amp;utm_medium=481158&amp;amp;utm_campaign=devoops20msk\">auf der Website zu sehen.<\/a><\/noindex>. Dort kann man auch <noindex><a rel=\"nofollow\" href=\"https:\/\/devoops-moscow.ru\/registration\/?utm_source=habr&amp;amp;utm_medium=481158&amp;amp;utm_campaign=devoops20msk\">kaufen Sie Tickets<\/a><\/noindex>.\n<\/p><\/blockquote>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/jugru\/blog\/481158\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":54452,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54451","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u00ab\u0421\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438, \u043d\u0435 \u0434\u0443\u043c\u0430\u044f \u043e \u0442\u043e\u043c, \u043a\u0442\u043e \u0438\u043c\u0438 \u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u2014 \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u0431\u0435\u0441\u0441\u043c\u044b\u0441\u043b\u0435\u043d\u043d\u043e\u00bb: \u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-12-25T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:02:28+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47\u201eTechnologien zu schaffen, ohne dar\u00fcber nachzudenken, wer sie nutzt, ist v\u00f6llig sinnlos\u201c: Gro\u00dfes Interview mit Anton Weiss | ProHoster","description":"Dieser Habrapost ist ein Interview mit Anton Weiss, Mitinhaber der Technologieberatung Otomato Software, der mehr als 15 Jahre Erfahrung in der Hochtechnologie hat. Er ist Experte f\u00fcr technische Lehre, Initiator und Mitautor des ersten DevOps-Zertifizierungskurses in Israel. Anton nimmt an internationalen Konferenzen teil und ist als gro\u00dfartiger Redner bekannt. Wir werden \u00fcber folgende Themen sprechen: Der Unterschied in der Arbeit zwischen Russland und","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u00ab\u0421\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438, \u043d\u0435 \u0434\u0443\u043c\u0430\u044f \u043e \u0442\u043e\u043c, \u043a\u0442\u043e \u0438\u043c\u0438 \u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u2014 \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u0431\u0435\u0441\u0441\u043c\u044b\u0441\u043b\u0435\u043d\u043d\u043e\u00bb: \u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c | ProHoster","og:description":"\u042d\u0442\u043e\u0442 \u0445\u0430\u0431\u0440\u0430\u043f\u043e\u0441\u0442 \u2014 \u0438\u043d\u0442\u0435\u0440\u0432\u044c\u044e \u0441 \u0410\u043d\u0442\u043e\u043d\u043e\u043c \u0412\u0430\u0439\u0441\u043e\u043c, \u0441\u043e\u0432\u043b\u0430\u0434\u0435\u043b\u044c\u0446\u0435\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u043a\u043e\u043d\u0441\u0430\u043b\u0442\u0438\u043d\u0433\u0430 Otomato Software, \u043e\u0431\u043b\u0430\u0434\u0430\u0442\u0435\u043b\u0435\u043c \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 15-\u043b\u0435\u0442\u043d\u0435\u0433\u043e \u043e\u043f\u044b\u0442\u0430 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0432\u044b\u0441\u043e\u043a\u0438\u0445 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u042f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u043c \u043f\u043e \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u043d\u0438\u044e, \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0430\u0432\u0442\u043e\u0440\u043e\u043c \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 \u043a\u0443\u0440\u0441\u0430 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u0410\u043d\u0442\u043e\u043d \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f\u0445 \u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u0435\u043d \u043a\u0430\u043a \u043a\u0440\u0443\u0442\u043e\u0439 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a. \u041c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0442\u0435\u043c\u044b: \u0420\u0430\u0437\u043d\u0438\u0446\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u043c\u0435\u0436\u0434\u0443 \u0420\u043e\u0441\u0441\u0438\u0435\u0439 \u0438","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sozdavat-tehnologii-ne-dumaya-o-tom-kto-imi-polzuetsya-sovershenno-bessmyslenno-bolshoe-intervyu-s-antonom-vajsom","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-25T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54451","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 11:26:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:05:07","updated":"2026-01-24 11:26:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/54451","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=54451"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/54451\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/54452"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=54451"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=54451"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=54451"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}