Clever Geek Handbook

Da ich nicht nach London ging, sondern am London DevOps Enterprise Summit teilnahm





Der reguläre DevOps Enterprise Summit fand vom 23. bis 25. Juni 2020 in London statt. "In London" kann in Anführungszeichen gesetzt werden, da die Pandemie ihren Job gemacht hat und die Konferenz online stattfand. Hier gibt es sowohl schlechte Dinge (das Networking leidet immer noch sehr) als auch gute Dinge: Sie können eine Pause zwischen den Präsentationen von allen Personen einlegen, Sie können einige Tage Zeit einplanen, um die Berichte zu studieren, die Sie interessieren, und sich konzentrieren - dies ist sehr nützlich ... Erst kürzlich war ich bei einem Treffen "in Tscheljabinsk", am nächsten Tag - "in Nowosibirsk" und einige Tage später - in Kalifornien: physisch wäre es äußerst schwierig, dies zu tun. Natürlich gibt es Aufnahmen, aber das Gefühl, Zeit zum Lernen zu haben, scheint Ihnen beim Lernen zu helfen.



Die Formate der Konferenzberichte haben bereits Wurzeln in Habré geschlagen, und der Wunsch, sich unter Bedingungen zu entwickeln, unter denen Sie zu Hause sitzen, ist besonders stark geworden (Sie müssen etwas tun) - und hier stellt sich die Frage: Es gibt viele Konferenzen ... wie kann man alles sehen, was man sehen möchte?



Und hier dachte ich, ich könnte versuchen, einen Bericht über die Konferenz in einem anderen Format zu erstellen - nicht um zu erzählen, was die Berichte waren (dafür habe ich eine separate "Live-Textübertragung" von den Berichten gepostet , die ich gehört habe), sondern um einen Artikel zu schreiben, der zusammenfasst Schlussfolgerungen und aktuelle Trends geben Aufschluss darüber, wohin Sie sich für die neuesten Erkenntnisse wenden müssen.





Was ist der DevOps Enterprise Summit? Wie unterscheidet es sich von anderen Konferenzen?



Jeder Artikel über die DevOps-Konferenz sollte natürlich mit einer Diskussion darüber beginnen, was DevOps ist - und natürlich haben es alle satt. Deshalb werde ich versuchen, prägnant zu sein!



Tatsächlich ist sich jeder, der argumentiert, wahrscheinlich in mindestens einer Sache einig: "Devops sind eine Reihe von Praktiken, die die Softwarebereitstellung und das Infrastrukturmanagement erleichtern." Die einzigen Unterschiede bestehen darin, dass eine Gruppe (und meistens sind es „Administratoren“) sagt, dass „die Diskussion über Praktiken praktisch sein sollte“, und die zweite Gruppe (und dies ist Entwicklung und meistens Management in Entwicklung) glaubt, dass „dies eine Philosophie und Methodik ist ".



Ich würde riskieren, Ärger über "Vereinfachung" zu bekommen, aber im Wesentlichen: Für die Entwicklung hat die Einführung von "Admin" -Methoden und -Funktionen den Entwicklungsprozess selbst ideologisch verändert und DevOps zu einem neuen Agilen gemacht - wenn wir von Managementkonferenzen über DevOps hören, hören wir von Änderungen in der Methodik Entwicklung. Und der DevOps Enterprise Summit ist eine dieser Konferenzen, die für "Administratoren" nützlich sind: Es gab auch Berichte, die näher an der Technik lagen.



Der DevOps Enterprise Summit findet seit 2014 statt und wird von IT Revolution mit dem Gründer von Gene Kim organisiert, der vielen aus dem Buch "Project Phoenix" bekannt ist. IT Revolution ist der Verlag, der eine Reihe von Büchern über DevOps und seine Links zu Agile herausgebracht hat. Warum Unternehmen? Dies ist ein besonders wichtiger Punkt.



Die Implementierung agiler Methoden in einem kleinen Unternehmen ist einfach: In Unternehmen mit mehreren Personen gab es sie höchstwahrscheinlich von Anfang an - Sie müssen sie nur so nennen. Bei Unternehmen mit Tausenden, Zehntausenden von Menschen ist alles viel komplizierter. Es gibt eine große Anzahl von Prozessen, die so aufgebaut sind, dass sich dieser Koloss weiter bewegt, und dies kann mit einem großen Schiff verglichen werden. Wenn ein Schiff von einem Festland zum anderen über den Ozean fährt, erfüllt es seine Aufgabe, aber das Schiff kann seine Route und seinen Kurs nicht in kürzester Zeit ändern - dies braucht Zeit, insbesondere in Technologieunternehmen. Ein junges Unternehmen von nur wenigen kann in wenigen Tagen einen Prototyp bauen, den ein Unternehmen von Tausenden jahrelang bauen wird - wenn sich nichts ändert.Daher wollen große Unternehmen die Methoden der "Jungen" ändern und anwenden, aber sie müssen verstehen, wie sie ihre Prozesse nicht stören können. Ich habe bereits in einem anderen Artikel ein Beispiel gegeben: In Excel wird 1900 als Schaltjahr betrachtet, und dies geschieht aus Gründen der Abwärtskompatibilität mit Versionen von Lotus 1-2-3, die einen solchen Fehler hatten. Diese Versionen wurden in den 80er Jahren veröffentlicht - und die Frage ist: Sollte diese Kompatibilität beibehalten werden? Inwieweit können Fehler im Ansatz "Wir werden sie später beheben" zulässig sein, wenn Sie Software in Banken auf Servern installieren, die im Allgemeinen nicht mit dem Internet verbunden sind? Wie können Sie diese Flexibilität beibehalten? Darum ging es bei der Konferenz.Diese Versionen wurden in den 80er Jahren veröffentlicht - und die Frage ist: Sollte diese Kompatibilität beibehalten werden? Inwieweit können Fehler im Ansatz "Wir werden sie später beheben" zulässig sein, wenn Sie Software in Banken auf Servern installieren, die im Allgemeinen nicht mit dem Internet verbunden sind? Wie können Sie diese Flexibilität beibehalten? Darum ging es bei der Konferenz.Diese Versionen wurden in den 80er Jahren veröffentlicht - und die Frage ist: Sollte diese Kompatibilität beibehalten werden? Inwieweit können Fehler im Ansatz "Wir werden sie später beheben" zulässig sein, wenn Sie Software in Banken auf Servern installieren, die im Allgemeinen nicht mit dem Internet verbunden sind? Wie können Sie diese Flexibilität beibehalten? Darum ging es bei der Konferenz.



Format



Jede Konferenz versucht herauszufinden, wie man sich online stellt, und das ist interessant. In DOES kann Folgendes festgestellt werden:



  • Die Berichte sind weiterhin nach Titeln aufgeteilt. Der Betrachter kann dabei zwischen den Titeln wechseln.
  • Die Berichte wurden vor dem Tag der Konferenz aufgezeichnet. Um technische Probleme mit der Sendung zu vermeiden, befindet sich der Sprecher während des Berichts im Slack Channel und kommuniziert mit dem Publikum. Dies ist wahrscheinlich das Interessanteste, was ich von der Organisation gelernt habe. Die Lösung ist widersprüchlich - einerseits verschwindet das Interaktive, andererseits verschwindet viel mehr Zeit für Fragen (und viel mehr Möglichkeiten für den Sprecher, mehr Fragen zu beantworten). Zum Beispiel habe ich mir den Bericht hauptsächlich angehört und wollte nicht zur Diskussion wechseln, also bin ich am Ende gekommen, als nur noch wenig Zeit übrig war und ein neuer Redner zum nächsten Bericht kam.
  • , -, .
  • , , , , « », - , , , .






DevOps Dojo. . , . SRE- Uptime community, , ? Dojo — , , . DevOps- Target, , , , , , , . . youtu.be/1FMktLCYukQ
  • Swiss Re — , 156 , DevOps- . , « ». «» — «» CEO, , .. , , , Gartner-, 76% DevOps- «, ». . — , . , «» DevOps- — . . , , : Hermes Germany GmbH , CIO, « », «» .
  • , — . State of Devops, Gene Kim Accelerate.
  • , , DevOps And Modernization 2.0 (CSG) Scott Prugh — DevOps . , — , : Cobol-, 3,7 IBM High Level Assembler Java ! : .


Erwähnte Bücher, die es wert sind, gelesen zu werden:

Teamtopologien in Aktion , Beschleunigen: Aufbau und Skalierung leistungsfähiger Technologieorganisationen .



Und ich bin ein bisschen regelmäßiger als der Blog hier, ich betreibe meinen eigenen Telegrammkanal , abonniere.


More articles:


All Articles