{"id":39219,"date":"2019-10-31T22:28:31","date_gmt":"2019-10-31T19:28:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire\/"},"modified":"2019-10-31T22:28:31","modified_gmt":"2019-10-31T19:28:31","slug":"devops-i-haos-dostavka-po-v-detsentralizovannom-mire","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","title":{"rendered":"DevOps und Chaos: Softwarelieferung in einer dezentralen Welt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Der Gr\u00fcnder und Direktor von \u00abOtomato Software\u00bb, einer der Initiatoren und Trainer der ersten DevOps-Zertifizierung in Israel, Anton Weiss, sprach im letzten Jahr DevOpsDays Moskau<\/a><\/noindex> \u00fcber die Chaos-Theorie und die wichtigsten Prinzipien der Chaos-Engineering sowie dar\u00fcber, wie eine ideale DevOps-Organisation der Zukunft aussieht.<\/p>\n

Wir haben eine schriftliche Version des Vortrags vorbereitet. <\/p>\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center>
\n<\/a><\/noindex>
\nGuten Morgen! <\/p>\n

DevOpsDays in Moskau zum zweiten Mal in Folge, ich bin zum zweiten Mal auf dieser B\u00fchne, viele von Ihnen sind zum zweiten Mal in diesem Raum. Und was bedeutet das? Das bedeutet, dass die DevOps-Bewegung in Russland w\u00e4chst, sich verbreitet und vor allem, dass es an der Zeit ist zu besprechen, was DevOps im Jahr 2018 ist. <\/p>\n

Wer denkt, dass DevOps im Jahr 2018 bereits ein Beruf ist? Gibt es solche? Gibt es im Raum DevOps-Ingenieure, die in ihrer Stellenbeschreibung \u201eDevOps-Ingenieur\u201c stehen haben? Gibt es im Raum DevOps-Manager? solche haben wir nicht. DevOps-Architekten? Auch nicht. Zu wenig. Wirklich hat niemand die Bezeichnung DevOps-Ingenieur?<\/p>\n

Das bedeutet, dass die meisten von Ihnen denken, dass dies ein Antipattern ist? Dass es diesen Beruf nicht geben sollte? Wir k\u00f6nnen alles M\u00f6gliche denken, w\u00e4hrend die Branche feierlich vorankommt unter den Kl\u00e4ngen der DevOps-Trompete.<\/p>\n

Wer hat von dem neuen Thema geh\u00f6rt, das DevDevOps hei\u00dft? Das ist eine neue Methode, die eine effektive Zusammenarbeit zwischen Entwicklern und DevOps erm\u00f6glicht. Und zwar nicht ganz neu. Wenn man Twitter glauben kann, wurde vor 4 Jahren bereits dar\u00fcber gesprochen. Und bis heute w\u00e4chst das Interesse daran, das hei\u00dft, es gibt ein Problem. Dieses Problem muss gel\u00f6st werden.<\/p>\n

\"DevOps
\n
\nWir sind kreative Menschen, wir beruhigen uns nicht einfach. Wir sagen: DevOps ist nicht umfassend genug, da fehlen viele interessante Elemente. Und wir gehen in unsere geheimen Labore und beginnen, neugierige Mutationen zu schaffen: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nDie Logik ist unbestreitbar, oder? Unser Liefersystem ist nicht funktional, wir haben instabile Systeme und unzufriedene Benutzer, wir schaffen es nicht, Software rechtzeitig auszurollen und bleiben nicht im Budget. Wie werden wir das alles l\u00f6sen? Wir erfinden ein neues Wort! Es wird auf \u201eOps\u201c enden, und das Problem ist gel\u00f6st.<\/p>\n

So nenne ich diesen Ansatz \u2013 \u201eOps, und das Problem ist gel\u00f6st\u201c.<\/p>\n

Das tritt alles in den Hintergrund, wenn wir uns daran erinnern, warum wir das alles erdacht haben. Wir haben all dieses DevOps erdacht, um die Softwarebereitstellung und unsere eigene Arbeit in diesem Prozess so reibungslos, schmerzlos, effizient und vor allem angenehm wie m\u00f6glich zu gestalten. <\/p>\n

DevOps ist aus Schmerz gewachsen. Und wir haben genug gelitten. Damit das alles geschieht, basieren wir auf zeitlosen Praktiken: effektive Zusammenarbeit, Flusspraktiken und vor allem systemisches Denken, denn ohne das funktioniert kein DevOps.<\/p>\n

Was ist ein System?<\/b><\/h3>\n

\nUnd da wir \u00fcber systemisches Denken sprechen, lassen Sie uns daran erinnern, was ein System ist.<\/p>\n

\"DevOps
\n
\nWenn Sie ein revolution\u00e4rer Hacker sind, dann ist f\u00fcr Sie das System das reine \u00dcbel. Es ist eine Wolke, die \u00fcber Ihnen schwebt und Sie zwingt, Dinge zu tun, die Sie nicht tun wollen. <\/p>\n

\"DevOps
\n
\nAus der Sicht des systemischen Denkens ist ein System ein Ganzes, das aus Teilen besteht. In diesem Sinne ist jeder von uns ein System. Die Organisationen, in denen wir arbeiten, sind Systeme. Und das, was wir zusammen aufbauen, wird ebenfalls als System bezeichnet.<\/p>\n

All dies ist Teil eines gro\u00dfen soziotechnischen Systems. Und nur wenn wir verstehen, wie dieses soziotechnische System zusammenarbeitet, k\u00f6nnen wir in diesem Bereich wirklich etwas optimieren. <\/p>\n

Aus der Sicht des systemischen Denkens hat ein System verschiedene interessante Eigenschaften. Erstens besteht es aus Teilen, was bedeutet, dass sein Verhalten von dem Verhalten der Teile abh\u00e4ngt. Dabei sind alle seine Teile auch voneinander abh\u00e4ngig. Das bedeutet, je mehr Teile ein System hat, desto schwerer ist es, sein Verhalten zu verstehen oder vorherzusagen. <\/p>\n

Aus der Sicht des Verhaltens gibt es noch eine interessante Tatsache. Ein System kann etwas tun, was keine seiner einzelnen Teile tun kann. <\/p>\n

Wie Dr. Russell Ackoff (einer der Begr\u00fcnder des systemischen Denkens) sagte, l\u00e4sst sich dies leicht durch ein Gedankenexperiment beweisen. Zum Beispiel, wer im Raum kann Code schreiben? Viele H\u00e4nde, und das ist normal, denn das ist eine der grundlegenden Anforderungen an unseren Beruf. Sie k\u00f6nnen schreiben, aber Ihre H\u00e4nde k\u00f6nnen getrennt von Ihnen Code schreiben? Es gibt Leute, die sagen: \u201eEs sind nicht meine H\u00e4nde, die Code schreiben, es ist mein Gehirn, das Code schreibt.\u201c Und kann das Gehirn getrennt von Ihnen Code schreiben? Wohl eher nicht. <\/p>\n

Das Gehirn ist eine erstaunliche Maschine. Wir wissen nicht einmal 10%, wie es funktioniert, aber es kann nicht unabh\u00e4ngig von dem System funktionieren, das unser Organismus ist. Das l\u00e4sst sich leicht beweisen: \u00d6ffnen Sie Ihren Sch\u00e4del, nehmen Sie das Gehirn heraus, legen Sie es vor einen Computer und lassen Sie ihn versuchen, etwas Einfaches zu schreiben. Zum Beispiel \"Hello, world\" in Python.<\/p>\n

Wenn ein System etwas tun kann, was keine seiner Teile allein tun kann, dann bedeutet das, dass sein Verhalten nicht durch das Verhalten seiner Teile bestimmt wird. Aber wodurch wird es dann bestimmt? Es wird durch die Interaktion zwischen diesen Teilen bestimmt. Und entsprechend gilt: Je mehr Teile, desto komplizierter die Interaktionen, desto schwieriger ist es, das Verhalten des Systems zu verstehen und vorherzusagen. Und das macht ein solches System chaotisch, denn jede noch so unbedeutende, mit dem blo\u00dfen Auge unsichtbare Ver\u00e4nderung in einem der Teile des Systems kann zu v\u00f6llig unvorhersehbaren Ergebnissen f\u00fchren. <\/p>\n

Diese Sensibilit\u00e4t gegen\u00fcber Anfangsbedingungen wurde erstmals von dem amerikanischen Meteorologen Edward Lorenz entdeckt und untersucht. Sp\u00e4ter erhielt sie den Namen \u201eSchmetterlingseffekt\u201c und f\u00fchrte zur Entwicklung einer wissenschaftlichen Denkweise, die \u201eChaos-Theorie\u201c genannt wird. Diese Theorie wurde zu einem der grundlegenden Paradigmenwechsel in der Wissenschaft des 20. Jahrhunderts.<\/p>\n

Chaos-Theorie<\/b><\/h3>\n

\nMenschen, die sich mit der Erforschung von Chaos befassen, nennen sich Chaosologen.<\/p>\n

\"DevOps
\n
\nDer eigentliche Anlass f\u00fcr diesen Bericht war, dass ich, w\u00e4hrend ich mit komplexen verteilten Systemen und gro\u00dfen internationalen Organisationen arbeitete, irgendwann realisierte, dass dies das ist, was ich f\u00fchle. Ich bin ein Chaosologe. Das ist im Grunde eine raffinierte Art zu sagen: \u201eIch verstehe nicht, was hier passiert und wei\u00df nicht, was ich damit anfangen soll.\u201c <\/p>\n

Ich denke, viele von Ihnen f\u00fchlen sich oft genauso, also sind Sie auch Chaosologen. Ich lade Sie in die Gilde der Chaosologen ein. Die Systeme, die wir, liebe Kollegen Chaosologen, untersuchen werden, hei\u00dfen \u201ekomplexe adaptive Systeme\u201c. <\/p>\n

Was ist Adaptivit\u00e4t? Adaptivit\u00e4t bedeutet, dass sich das individuelle und kollektive Verhalten der Teile in einem solchen adaptiven System \u00e4ndert und selbstorganisiert, um auf Ereignisse oder Folgen von Mikroereignissen im System zu reagieren. Das hei\u00dft, das System passt sich durch Selbstorganisation an Ver\u00e4nderungen an. Und diese F\u00e4higkeit zur Selbstorganisation basiert auf der freiwilligen, vollst\u00e4ndig dezentralisierten Zusammenarbeit freier autonomer Agenten.<\/p>\n

Eine weitere interessante Eigenschaft solcher Systeme ist, dass sie sich frei skalieren lassen. Was uns als Chaosologen-Ingenieure zweifellos interessieren sollte. Wenn wir also sagen, dass das Verhalten eines komplexen Systems durch das Zusammenspiel seiner Teile bestimmt wird, was sollte uns dann interessieren? Das Zusammenspiel. <\/p>\n

Es gibt noch zwei interessante Schlussfolgerungen.
\n \"DevOps
\n
\nErstens verstehen wir, dass ein komplexes System nicht vereinfacht werden kann, indem man seine Teile vereinfacht. Zweitens ist der einzige Weg, ein komplexes System zu vereinfachen, die Vereinfachung der Interaktionen zwischen seinen Teilen. <\/p>\n

Wie interagieren wir? Wir alle sind Teile eines gro\u00dfen Informationssystems, das menschliche Gesellschaft genannt wird. Wir interagieren durch eine gemeinsame Sprache, wenn wir eine haben, die wir finden.<\/p>\n

\"DevOps
\n
\nAber die Sprache selbst ist ein komplexes adaptives System. Um also effektiver und einfacher zu interagieren, m\u00fcssen wir einige Protokolle erstellen. Das hei\u00dft, eine Abfolge von Symbolen und Handlungen, die den Informationsaustausch zwischen uns einfacher, vorhersehbarer und verst\u00e4ndlicher machen.<\/p>\n

Ich m\u00f6chte sagen, dass die Tendenzen zur Komplexit\u00e4t, zur Adaptivit\u00e4t, zur Dezentralisierung und zur Chaotizit\u00e4t in allem zu erkennen sind. Sowohl in den Systemen, die wir aufbauen, als auch in den Systemen, zu denen wir geh\u00f6ren.<\/p>\n

Und um nicht unbegr\u00fcndet zu sein, lassen Sie uns ansehen, wie sich die Systeme, die wir schaffen, ver\u00e4ndern.<\/p>\n

\"DevOps
\n
\nSie haben auf dieses Wort gewartet, das verstehe ich. Wir sind auf der DevOps-Konferenz, heute wird dieses Wort wahrscheinlich hunderttausendmal fallen und uns dann nachts tr\u00e4umen.<\/p>\n

Mikroservices sind die erste Softwarearchitektur, die als Reaktion auf DevOps-Praktiken entstanden ist, um unsere Systeme flexibler und skalierbarer zu machen und eine kontinuierliche Bereitstellung zu gew\u00e4hrleisten. Wie geschieht das? Durch die Reduzierung des Umfangs der Dienste, die Verkleinerung der Problembereiche, die diese Dienste behandeln, und die Verk\u00fcrzung der Lieferzeiten. Das bedeutet, dass wir Teile des Systems reduzieren und vereinfachen, ihre Anzahl erh\u00f6hen und somit unweigerlich die Komplexit\u00e4t der Interaktionen zwischen diesen Teilen steigern, was wiederum neue Probleme mit sich bringt, die wir l\u00f6sen m\u00fcssen.<\/p>\n

\"DevOps
\n
\nMikroservices sind noch nicht das Ende, Mikroservices sind eigentlich schon von gestern, denn es kommt Serverless. Alle Server sind ausgebrannt, es gibt keine Server, keine Betriebssysteme mehr, nur noch reinen ausf\u00fchrbaren Code. Konfigurationen sind separat, Zust\u00e4nde sind separat, alles wird durch Events gesteuert. Sch\u00f6nheit, Reinheit, Stille, keine Events, nichts passiert, alles in bester Ordnung. <\/p>\n

Wo liegt die Komplexit\u00e4t? Die Komplexit\u00e4t liegt offensichtlich in den Interaktionen. Was kann eine Funktion allein leisten? Wie interagiert sie mit anderen Funktionen? Warteschlangen, Datenbanken, Lastverteiler. Wie rekonstruiert man ein Ereignis, wenn ein Fehler aufgetreten ist? Eine Menge Fragen und wenig Antworten.<\/p>\n

Mikroservices und Serverless sind all das, was wir, Computer-Hipster, Cloud Native nennen. Es geht also um die Cloud. Aber die Cloud ist im Grunde auch in der Skalierung begrenzt. Wir gew\u00f6hnen uns daran, sie als verteiltes System zu betrachten. Wo wohnen eigentlich die Server der Cloud-Anbieter? In Rechenzentren. Das hei\u00dft, wir haben hier ein gewisses zentralisiertes, sehr begrenztes, verteiltes Modell.<\/p>\n

Heute verstehen wir, dass das Internet der Dinge nicht nur leere Worte sind; selbst nach bescheidenen Prognosen erwarten uns in den n\u00e4chsten f\u00fcnf bis zehn Jahren Milliarden von Ger\u00e4ten, die mit dem Internet verbunden sind. Eine riesige Menge n\u00fctzlicher und unn\u00fctzer Daten, die in die Cloud flie\u00dfen und aus der Cloud abgerufen werden. <\/p>\n

Die Cloud wird dem nicht gewachsen sein, deshalb reden wir immer mehr \u00fcber das, was man \"Edge Computing\" nennt. Oder ich mag die wundervolle Definition \"Fog Computing\". Es ist von der Mystik der Romantik und des Geheimnisvollen umh\u00fcllt.<\/p>\n

\"DevOps
\n
\nNebul\u00f6se Berechnungen. Es geht darum, dass Wolken zentralisierte Ansammlungen von Wasser, Dampf, Eis und Steinen sind. Nebel hingegen besteht aus Wassertropfen, die in der Atmosph\u00e4re um uns herum verteilt sind. <\/p>\n

Im nebligen Paradigma wird der Gro\u00dfteil der Arbeit von diesen Tropfen vollkommen autonom oder in Zusammenarbeit mit anderen Tropfen erledigt. Sie wenden sich nur dann an die Wolke, wenn es wirklich notwendig ist. <\/p>\n

Das hei\u00dft, wieder Dezentralisierung, Autonomie, und nat\u00fcrlich verstehen viele von Ihnen bereits, wohin das alles f\u00fchrt, denn man kann nicht von Dezentralisierung sprechen, ohne die Blockchain zu erw\u00e4hnen. <\/p>\n

\"DevOps
\n
\nEs gibt diejenigen, die daran glauben, das sind die, die in Kryptow\u00e4hrungen investiert haben. Es gibt die, die glauben, aber Angst haben, wie ich zum Beispiel. Und es gibt die, die nicht glauben. Man kann dazu unterschiedliche Meinungen haben. Es gibt Technologie, ein neues, unerkl\u00e4rliches Thema, es gibt Probleme. Wie jede neue Technologie wirft sie mehr Fragen auf, als sie beantwortet. <\/p>\n

Der Hype um Blockchain ist verst\u00e4ndlich. Selbst wenn man die Goldgr\u00e4berstimmung beiseite l\u00e4sst, bietet die Technologie gro\u00dfe Versprechen f\u00fcr eine strahlende Zukunft: mehr Freiheit, mehr Autonomie, globales verteiltes Vertrauen. Was gibt es daran nicht zu m\u00f6gen? <\/p>\n

Folglich beginnen immer mehr Ingenieure auf der ganzen Welt, dezentrale Anwendungen zu entwickeln. Und das ist eine Kraft, die man nicht ignorieren kann, indem man einfach sagt: \u201eOh, die Blockchain ist nur schlecht implementierte verteilte Datenbank.\u201c Oder wie Skeptiker gerne sagen: \u201eF\u00fcr Blockchain gibt es keine realen Anwendungen.\u201c Wenn man dar\u00fcber nachdenkt, haben sie vor 150 Jahren dasselbe \u00fcber Elektrizit\u00e4t gesagt. Und in gewisser Hinsicht hatten sie recht, denn was Elektrizit\u00e4t heute m\u00f6glich macht, war im 19. Jahrhundert absolut unrealistisch.<\/p>\n

\u00dcbrigens, wer wei\u00df, was das Logo auf dem Bildschirm ist? Das ist Hyperledger. Es ist ein Projekt, das unter dem Dach der Linux Foundation entwickelt wird und eine Reihe von Blockchain-Technologien umfasst. Es ist wirklich die St\u00e4rke unserer Open-Source-Community.<\/p>\n

Chaotische Ingenieurtechnik<\/b><\/h3>\n

\n\"DevOps
\n
\nSo wird das System, das wir entwickeln, immer komplexer, chaotischer und anpassungsf\u00e4higer. Netflix ist ein Pionier von Mikrodiensten. Sie geh\u00f6rten zu den ersten, die das verstanden haben, und sie entwickelten ein Set von Werkzeugen, das sie Simian Army nannten, von denen das bekannteste Chaos Monkey<\/a><\/noindex>wurde. Er definierte das, was als bekannt wurde \u00abPrinzipien der Chaos-Ingenieurwissenschaft\u00bb<\/a><\/noindex>.<\/p>\n

\u00dcbrigens haben wir w\u00e4hrend der Arbeit an dem Bericht diesen Text sogar ins Russische \u00fcbersetzt, also besucht uns unter dem Link<\/a><\/noindex>, lest, kommentiert und kritisiert uns.<\/p>\n

Kurz gesagt, die Prinzipien der Chaos-Ingenieurwissenschaft besagen Folgendes: Komplexe verteilte Systeme sind von Natur aus unvorhersehbar und beinhalten Fehler. Fehler sind unvermeidlich, was bedeutet, dass wir diese Fehler akzeptieren und mit diesen Systemen ganz anders umgehen m\u00fcssen. <\/p>\n

Wir sollten selbst versuchen, diese Fehler in unsere Produktionssysteme einzuf\u00fchren, um unsere Systeme auf ihre Anpassungsf\u00e4higkeit, ihre Selbstorganisationsf\u00e4higkeit und ihre \u00dcberlebensf\u00e4higkeit zu testen. <\/p>\n

Und das \u00e4ndert alles. Nicht nur, wie wir das System in die Produktion bringen, sondern auch, wie wir es entwickeln und testen. Es gibt keinen Stabilit\u00e4tsprozess, keinen Code-Stopp; im Gegenteil, es gibt einen st\u00e4ndigen Prozess der Destabilisierung. Wir versuchen, das System zu zerst\u00f6ren und zu sehen, dass es weiterhin \u00fcberlebt.<\/p>\n

Protokolle zur Integration verteilter Systeme<\/b><\/h3>\n

\n\"DevOps
\n
\nDas erfordert nat\u00fcrlich, dass sich unsere Systeme auch irgendwie \u00e4ndern. Damit sie widerstandsf\u00e4higer werden, ben\u00f6tigen sie neue Interaktionsprotokolle zwischen ihren Teilen. Damit diese Teile sich verst\u00e4ndigen und zu einer Selbstorganisation kommen k\u00f6nnen. Es entstehen zahlreiche neue Werkzeuge und Protokolle, die ich einfach \u201eInteraktionsprotokolle verteilte Systeme\u201c nenne.<\/p>\n

\"DevOps
\n
\nWovon spreche ich? Zun\u00e4chst einmal vom Projekt Opentracing<\/a><\/noindex>. Ein Versuch, ein allgemeines Protokoll f\u00fcr verteiltes Tracing zu schaffen, das ein unverzichtbares Werkzeug zur Fehlersuche bei komplexen verteilten Systemen ist.<\/p>\n

\"DevOps
\n
\nWeiter - Open Policy Agent<\/a><\/noindex>. Wir sagen, dass wir nicht vorhersagen k\u00f6nnen, was mit dem System passieren wird, also m\u00fcssen wir seine Beobachtbarkeit erh\u00f6hen. Opentracing geh\u00f6rt zur Familie von Werkzeugen, die die Beobachtbarkeit unserer Systeme bieten. Aber wir ben\u00f6tigen die Beobachtbarkeit, um festzustellen, ob sich das System so verh\u00e4lt, wie wir es erwarten oder nicht. Wie k\u00f6nnen wir das erwartete Verhalten erkennen? Indem wir in ihm eine Art Politik, einen regelbasierten Rahmen definieren. Das Projekt Open Policy Agent befasst sich mit der Definition dieses Regelwerks \u00fcber ein breites Spektrum: von Zugriffssteuerung bis Ressourcenplatzierung.<\/p>\n

\"DevOps
\n
\nWie wir gesagt haben, werden unsere Systeme zunehmend ereignisgesteuert. Serverless ist ein hervorragendes Beispiel f\u00fcr ereignisgesteuerte Systeme. Damit wir Ereignisse zwischen Systemen \u00fcbermitteln und verfolgen k\u00f6nnen, ben\u00f6tigen wir eine gemeinsame Sprache, ein gemeinsames Protokoll daf\u00fcr, wie wir \u00fcber Ereignisse sprechen, wie wir sie einander \u00fcbermitteln. Dies wird durch ein Projekt namens Cloudevents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nder kontinuierliche Fluss von Ver\u00e4nderungen, der unsere Systeme umsp\u00fclt und sie st\u00e4ndig destabilisiert, ist ein kontinuierlicher Fluss von Software-Artefakten. Damit wir diesen st\u00e4ndigen Fluss von Ver\u00e4nderungen aufrechterhalten k\u00f6nnen, ben\u00f6tigen wir ein gemeinsames Protokoll, das es uns erm\u00f6glicht, dar\u00fcber zu sprechen, was ein Software-Artefakt ist, wie es validiert ist und welche Verifizierung es durchlaufen hat. Dies wird durch ein Projekt namens Grafeas<\/a><\/noindex>bereitgestellt. Das hei\u00dft, ein gemeinsames Protokoll f\u00fcr die Metadaten von Software-Artefakten.<\/p>\n

\"DevOps
\n
\nUnd schlie\u00dflich, wenn wir wollen, dass unsere Systeme vollkommen autonom, anpassungsf\u00e4hig und selbstorganisiert sind, m\u00fcssen wir ihnen das Recht auf Selbstidentifikation geben. Das Projekt namens spiffe<\/a><\/noindex> besch\u00e4ftigt sich genau damit. Es ist ebenfalls ein Projekt unter der \u00c4gide der Cloud Native Computing Foundation.<\/p>\n

Alle diese Projekte sind jung, sie ben\u00f6tigen alle unsere Unterst\u00fctzung, unsere \u00dcberpr\u00fcfung. Das alles ist Open Source, unser Testen, unsere Implementierung. Sie zeigen uns, in welche Richtung sich die Technologie bewegt. <\/p>\n

Aber DevOps war nie in erster Linie eine Technologiefrage, es ging in erster Linie immer um die Zusammenarbeit zwischen Menschen. Wenn wir also wollen, dass sich die Systeme, die wir entwickeln, \u00e4ndern, m\u00fcssen wir uns selbst \u00e4ndern. Tats\u00e4chlich \u00e4ndern wir uns ohnehin, wir haben nicht wirklich eine Wahl. <\/p>\n

\"DevOps
\n
\nEs gibt eine bemerkenswerte Buch<\/a><\/noindex> britische Autorin Rachel Botsman, die \u00fcber die Evolution des Vertrauens in der Geschichte der Menschheit schreibt. Sie sagt, dass Vertrauen urspr\u00fcnglich in prim\u00e4ren Gesellschaften lokal war, das hei\u00dft, wir vertrauten nur denjenigen, die wir pers\u00f6nlich kannten. <\/p>\n

Dann folgte eine sehr lange Periode - eine dunkle Zeit, in der Vertrauen zentralisiert war, als wir anfingen, Menschen zu vertrauen, die wir nicht kannten, basierend darauf, dass wir zu demselben sozialen oder staatlichen Institut geh\u00f6rten.<\/p>\n

Und hier ist, was wir in unserer modernen Welt sehen: Vertrauen wird immer dezentraler und verteilter und basiert auf der Freiheit der Informationsstr\u00f6me, auf der Verf\u00fcgbarkeit von Informationen. <\/p>\n

Wenn man dar\u00fcber nachdenkt, dann sind wir es, die diese Verf\u00fcgbarkeit, die dieses Vertrauen m\u00f6glich macht, realisieren. Das bedeutet, dass sich sowohl unsere Kooperation als auch die Art und Weise, wie wir dies tun, ver\u00e4ndern muss, denn zentralisierte, hierarchische IT-Organisationen alter Schule h\u00f6ren auf zu funktionieren. Sie beginnen auszusterben. <\/p>\n

Grundlagen von DevOps-Organisationen<\/b><\/h3>\n

\nDie ideale DevOps-Organisation der Zukunft ist ein dezentrales, anpassungsf\u00e4higes System, bestehend aus autonomen Teams, von denen jedes aus autonomen Individuen besteht. Diese Teams sind \u00fcber die ganze Welt verteilt und arbeiten effektiv \u00fcber asynchrone Kommunikation und hochtransparente Informationsaustauschprotokolle zusammen. Sehr sch\u00f6n, nicht wahr? Eine sehr sch\u00f6ne Zukunft.<\/p>\n

Nat\u00fcrlich ist das alles unm\u00f6glich ohne kulturelle Ver\u00e4nderungen. Wir brauchen transformationale F\u00fchrung, pers\u00f6nliche Verantwortung und interne Motivation.<\/p>\n

\"DevOps
\n
\nDas ist das Fundament von DevOps-Organisationen: Transparenz von Informationen, asynchrone Kommunikation, transformationale F\u00fchrung, Dezentralisierung. <\/p>\n

Burnout<\/b><\/h3>\n

\nDie Systeme, Teil von denen wir sind und die wir aufbauen, werden immer chaotischer, und es f\u00e4llt uns Menschen schwer, mit diesem Gedanken umzugehen, es f\u00e4llt uns schwer, uns von der Illusion der Kontrolle zu l\u00f6sen. Wir versuchen weiterhin, sie zu kontrollieren, und das f\u00fchrt oft zu Burnout. Ich spreche aus eigener Erfahrung, ich habe mich ebenfalls verbrannt, bin auch ein Opfer unvorhergesehener Fehlermeldungen in der Produktion.<\/p>\n

\"DevOps
\n
\nBurnout tritt dann auf, wenn wir versuchen, das zu kontrollieren, was im Wesentlichen nicht kontrollierbar ist. Wenn wir ausbrennen, verliert alles seinen Sinn, da wir das Verlangen verlieren, etwas Neues zu schaffen, wir gehen in eine defensive Position und beginnen, das Vorhandene zu verteidigen. <\/p>\n

Der Ingenieurberuf, an den ich mich oft erinnere, ist in erster Linie ein kreativer Beruf. Wenn wir das Verlangen verlieren, etwas zu erschaffen, werden wir zu Asche, werden wir zu Staub. Menschen verbrennen aus, ganze Organisationen verbrennen aus.<\/p>\n

Meiner Meinung nach ist es nur die Annahme der sch\u00f6pferischen Kraft des Chaos, nur der Aufbau von Zusammenarbeit nach seinen Prinzipien, das uns helfen wird, das Gute, das es in unserem Beruf gibt, nicht zu verlieren. <\/p>\n

Das w\u00fcnsche ich Ihnen: lieben Sie Ihre Arbeit, lieben Sie das, was wir tun. Diese Welt lebt von Informationen, uns wurde die Ehre zuteil, sie zu speisen. Lassen Sie uns also das Chaos studieren, lassen Sie uns Chaosologen sein, Werte schaffen, etwas Neues erschaffen, und die Probleme, wie wir bereits festgestellt haben, sind unvermeidlich, und wenn sie auftauchen, sagen wir einfach \u201eOps!\u201c, und das Problem ist gel\u00f6st. <\/p>\n

Was gibt es au\u00dfer Chaos Monkey?<\/b><\/p>\n

In der Tat sind all diese Werkzeuge sehr neu. Dasselbe gilt f\u00fcr Netflix, die Werkzeuge f\u00fcr sich selbst entwickelt haben. Entwickeln Sie Werkzeuge f\u00fcr sich selbst. Lesen Sie die Prinzipien der Chaos-Engineering und halten Sie sich an diese Prinzipien, und suchen Sie nicht nach anderen Werkzeugen, die jemand anderes bereits erstellt hat. <\/p>\n

Versuchen Sie zu verstehen, wie Ihre Systeme brechen und beginnen Sie, sie zu brechen und zu beobachten, wie sie Schl\u00e4ge aushalten. Das steht an erster Stelle. Und nach Werkzeugen kann man suchen. Es gibt viele Projekte. <\/p>\n

Ich habe den Punkt nicht ganz verstanden, als Sie sagten, dass man ein System nicht vereinfachen kann, indem man seine Komponenten vereinfacht, und sofort zu Mikroservices \u00fcbergingen, die das System gerade durch die Vereinfachung der Komponenten vereinfachen und die Interaktionen komplizieren. Das sind im Wesentlichen zwei Teile, die sich widersprechen. <\/b><\/p>\n

Das ist v\u00f6llig korrekt, Mikroservices sind insgesamt ein sehr kontroverses Thema. Tats\u00e4chlich erh\u00f6ht die Vereinfachung von Teilen die Flexibilit\u00e4t. Was geben uns Mikroservices? Sie geben uns Flexibilit\u00e4t und Geschwindigkeit, aber sie bringen uns sicher keine Einfachheit. Sie erh\u00f6hen die Komplexit\u00e4t.<\/p>\n

Das hei\u00dft, in der Philosophie von DevOps sind Mikroservices also nicht unbedingt ein Vorteil?<\/b><\/p>\n

Jedes Gute hat seine Schattenseite. Es gibt Vorteile: Es erh\u00f6ht die Flexibilit\u00e4t, gibt uns die M\u00f6glichkeit, \u00c4nderungen schneller vorzunehmen, aber es erh\u00f6ht die Komplexit\u00e4t und somit die Zerbrechlichkeit des gesamten Systems. <\/p>\n

Worauf liegt also mehr der Fokus: auf der Vereinfachung der Interaktionen oder auf der Vereinfachung der Teile?<\/b> <\/p>\n

Der Fokus liegt zweifellos auf der Vereinfachung der Interaktionen, denn wenn wir das aus der Perspektive betrachten, wie wir miteinander arbeiten, m\u00fcssen wir zun\u00e4chst die Vereinfachung der Interaktionen und nicht die Vereinfachung der Arbeit jedes Einzelnen beachten. Denn eine vereinfachte Arbeit verwandelt uns in Roboter. Im McDonald's funktioniert das gut, wenn dir vorgeschrieben ist: hier hast du den Burger hingelegt, hier hast du die So\u00dfe draufgegossen. In unserer kreativen Arbeit funktioniert das \u00fcberhaupt nicht.<\/p>\n

Ist es wahr, dass alles, was Sie gesagt haben, in einer Welt ohne Wettbewerb lebt, die dort so freundlich ist und es keine Widerspr\u00fcche innerhalb dieses Chaos gibt, dass niemand niemanden fressen oder t\u00f6ten will? Wie sollten Wettbewerb und DevOps zusammenleben?<\/b><\/p>\n

Nun, es kommt darauf an, \u00fcber welchen Wettbewerb wir sprechen. \u00dcber Wettbewerb am Arbeitsplatz oder \u00fcber Wettbewerb zwischen Unternehmen? <\/p>\n

\u00dcber den Wettbewerb der bestehenden Dienste, denn Dienste sind keine einzelnen Unternehmen. Wir schaffen einen neuen Typ von Informationsumgebung, und jede Umgebung kann nicht ohne Wettbewerb existieren. \u00dcberall gibt es Wettbewerb.<\/b><\/p>\n

Nehmen wir das Beispiel von Netflix als unser Rollenmodell. Warum haben sie das erfunden? Weil sie wettbewerbsf\u00e4hig sein mussten. Diese Flexibilit\u00e4t und Geschwindigkeit sind genau die Wettbewerbsanforderungen, sie bringen Chaos in unsere Systeme. Das hei\u00dft, Chaos ist nicht das, was wir bewusst schaffen, weil wir es wollen, es entsteht, weil die Welt es verlangt. Wir m\u00fcssen uns einfach anpassen. Und Chaos ist genau das Ergebnis des Wettbewerbs.<\/p>\n

Bedeutet das, dass Chaos das Fehlen von Zielen ist? Oder sind es die Ziele, die wir nicht sehen wollen? Wir sind im H\u00e4uschen und verstehen die Ziele der anderen nicht. Wettbewerb entsteht tats\u00e4chlich durch die Tatsache, dass wir klare Ziele haben und wissen, wo wir in jedem n\u00e4chsten Zeitpunkt ankommen werden. Das ist aus meiner Sicht der Kern von DevOps.<\/b><\/p>\n

Auch eine Perspektive auf die Frage. Ich denke, dass unser Ziel alle das gleiche ist: zu \u00fcberleben und das mit
\nmaximaler Freude. Und das Wettbewerbsziel jeder Organisation ist dasselbe. \u00dcberleben geschieht oft im Wettbewerb, da kann man nichts machen.<\/p>\n

In diesem Jahr findet die Konferenz DevOpsDays Moskau<\/a><\/noindex> am 7. Dezember im \u201eTechnopolis\u201c statt. Wir nehmen bis zum 11. November Anmeldungen f\u00fcr Vortr\u00e4ge entgegen. Schreiben Sie<\/a><\/noindex> uns, wenn Sie sprechen m\u00f6chten.<\/p>\n

Die Registrierung f\u00fcr Teilnehmer ist ge\u00f6ffnet, das Ticket kostet 7000 Rubel. Schlie\u00dfen Sie sich an! \n<\/p><\/blockquote>\n

Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29435,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39219","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DevOps und Chaos: Softwarelieferung in einer dezentralen Welt | ProHoster","description":"Der Gr\u00fcnder und Direktor von \u00abOtomato Software\u00bb, einer der Initiatoren und Trainer der ersten DevOps-Zertifizierung in Israel, Anton Weiss, sprach im letzten Jahr","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","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\u0414\u0435\u0432\u041e\u043f\u0441 \u0438 \u0425\u0430\u043e\u0441: \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0430 \u041f\u041e \u0432 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u043c \u043c\u0438\u0440\u0435 | ProHoster","og:description":"\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","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-10-31T19:28:31+00:00","article:modified_time":"2019-10-31T19:28:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39219","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 01:19:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:54:41","updated":"2026-01-24 01:19:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/39219","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=39219"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/39219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/29435"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=39219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=39219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=39219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}