Heute werden wir ein wenig über die Gegenwart, die Zukunft und das Konferenzprogramm DevOops 2019 sprechen. DevOps ändert sich jeden Tag. Erinnerst du dich an das Jahr 2004? Wir haben einen Redner, der zu einer Zeit mit Wolken arbeitete, als es keinen solchen Begriff gab. Amazon Web Services wurde 2006 gestartet. Irgendwann zur gleichen Zeit tauchten die ersten Verweise auf DevOps auf. Seitdem ist ein ganzes Leben vergangen.
Kürzlich erinnerten sie sich wieder an "return my 2007". Stellen Sie sich diese Welt ohne die allgegenwärtigen Virtuals bei Amazon vor, ohne GitHub (es erschien erst 2008), ohne gemütliche und sichere Docker. Denken Sie daran, iptables, GNU / Linux-Paketmanager einzurichten, Kernelmodule manuell neu zu erstellen und schlaflose Nächte zu verbringen. Willst du immer noch dorthin gehen? Das wäre Ihr Jahr 2019, wenn nicht der Hurrikan-Fortschritt dieser Jahre.
Technologie und Unternehmen haben sich verändert. Lassen Sie mich einige Beispiele nennen. Zum Beispiel haben wir alle die wunderbare Transformation von Microsoft gesehen - von Ballmers „
Linux is Cancer “ im Jahr 2001 über den weit verbreiteten Übergang zu Open Source, die Rettung von GitHub im Jahr 2018 und die
Einführung des Linux-Kernels im Sommer 2019 als Teil der Windows-Bereitstellung. Mit all dieser Bewegung änderten sich auch die Präferenzen der Ingenieure hinsichtlich der erhaltenen Informationen.
Im Jahr 2016 erschien das Google-Buch „
Site Reliability Engineering “. Einerseits kann dieses Buch weder damals noch heute als Leitfaden für alle und jeden angesehen werden - schließlich „
Sie sind nicht Google “, Sie haben keine Borg und es gibt möglicherweise keine solchen Aufgaben. Da es sich ursprünglich um ein Produkt von cleverer Google PR handelte, wirkte es sich auf globaler Ebene aus. Nur wenige Menschen haben nichts von ihr gelesen oder gehört. Im August 2018 holte uns ihre russischsprachige Übersetzung ein, zusammen mit der Fortsetzung des
Site Reliability Workbook .
Konferenzen ändern sich ständig mit der Situation. Die DevOops-Konferenz, die 2017 erschien, spiegelte die Hauptthemen wider, die zu diesem Zeitpunkt von Spezialisten für DevOps-Lösungen beschäftigt waren.
Die Archivkopie für 2017 lässt Sie nicht lügen: Das erste Element waren Container, Orchestrierung und Virtualisierung, einschließlich Docker und AWS. Docker, Docker, Docker überall. Wir haben Leute
mitgebracht , die endlos darüber sprechen konnten, und die Konferenz wurde von Corey Quinn, Herausgeber der
letzten Woche in AWS, eröffnet .
Im Jahr 2018 wurde klar, dass Docker bereits alles satt hatte. Er wurde zum Standard, er fing an, uns von überall aus anzusehen. Neue Beiträge in der letzten Woche in AWS wurden häufiger als 60 Mal am Tag veröffentlicht. Es macht keinen Sinn mehr, eine Konferenz um solche offensichtlichen Dinge herum aufzubauen.
Die Keynote 2018 wurde von John Willis verfasst, einem Mann, der nicht nur als Direktor für Ökosystementwicklung bei Docker, sondern auch als einer der ursprünglichen Väter von DevOps, Autor des DevOps-Handbuchs und des Beyond the Phoenix-Projekts, berühmt war. Es ist schön, dass John nicht wie immer über Tuning sprach, sondern über die Implementierung von DevOps als Organisationskultur - ein Thema, das ständig vergessen wird und von hellen Spielzeugen neuer Technologien abgelenkt wird.
Das zweite Hauptthema von 2018 ist Kubernetes. Wie man es benutzt, wie man es implementiert, lohnt es sich überhaupt. Dieses Thema lief die rote Linie durch das Programm, Kubernetes war, wenn nicht im Titel, dann nein, nein, und es erschien auf Folien.
Hallo, 2019. Kubernetes ist wie Docker zum Standard geworden. Heiße Kriege ließen nach, die Opfer früher Einführungen verschwanden aus den Augen und nur er blieb auf dem Schlachtfeld. Alle neuen Projekte werden auf die eine oder andere Weise mit Blick auf den neuen König durchgeführt.
Und dabei stellt sich die Frage: Was soll die DevOops-Konferenz in diesem Jahr zu sagen haben? Dies ist eine offene Frage, an der das Programmkomitee derzeit arbeitet.
Das Konferenzprogramm kann auf zwei Arten präsentiert werden. Erstens können Sie sofort ein vorgefertigtes Berichtsraster präsentieren und sagen: Schauen Sie, wie cool es ist. Dies erzeugt einen Wow-Effekt, führt zu einem schnellen Kauf von Tickets, reagiert jedoch nicht immer vollständig auf Anfragen von Besuchern.
Zum Beispiel schrieb mir kürzlich ein Freund auf VKontakte und bat mich zu sagen, was im Programm enthalten sein würde. "Aber nachdem die Konferenz noch sechs Monate dauert, warum brauchen Sie das?" Es stellte sich heraus, dass es in ihrer Firma üblich war, im Voraus ein Gedicht für die Führung zum Thema „Warum möchte ich zur Konferenz gehen?“ Zu schreiben. Und da das Unternehmen groß ist, ist alles viel im Voraus geplant, dann müssen Sie sechs Monate lang schreiben. Sie passt absolut nicht zu der Option des Formulars "Das Programm wird einen Monat vor dem Start sein."
Dies mag wie ein Sonderfall erscheinen, aber aus den vielen solchen Sonderfällen ergibt sich das Gesamtbild. Es gibt noch einen anderen Ansatz: Anstelle des endgültigen Schnappschusses des Programms können Sie Aktualisierungen in kleinen Teilen hochladen. Das ist etwas Agiles und Schlankes. Wenn Sie sich erinnern, gibt es ein solches Konzept der
Wertstromzuordnung , und obwohl es nicht vollständig auf den Verbrauch von Ankündigungen von Berichten über Habré anwendbar ist, gibt es etwas Ähnliches. Wenn wir beispielsweise zu viel Text wegwerfen, haben Sie einfach keine Zeit, ihn zu lesen, und Sie müssen sich bis zum nächsten Mal irgendwie daran erinnern, was Sie gelesen haben. Die Beschreibungen der Berichte werden von Zeit zu Zeit angepasst und aktualisiert, die Redner ändern die Namen der Themen, während sie an dem Bericht arbeiten, und dieser Informationsfluss ist nicht leicht zu verstehen, und noch mehr, um daraus ein Verständnis dafür zu machen, warum ich diese Konferenz brauche. Mit anderen Worten, es ist ein Segen, das Programm in Stücken zu veröffentlichen, wenn es gefüllt ist.
Jetzt haben wir
die ersten Redner, die definitiv auf der DevOops 2019 sein werden, auf der Website veröffentlicht. Bald werden die Themen der Berichte erscheinen. Um nichts zu verpassen, können Sie unseren Blog auf Habré lesen oder die Mailingliste abonnieren (dazu müssen Sie auf
die Konferenz-Website gehen und dort auf die Schaltfläche "Abonnieren" klicken). Wenn Sie plötzlich selbst einen Bericht erstellen möchten, haben Sie immer
noch die Möglichkeit .
Und doch, worum geht es in den Berichten? Sehen Sie, wie sich die
Konferenzbeschreibung geändert hat. Kubernetes steht immer noch an erster Stelle, aber nicht als eigenständige Disziplin, sondern als Teil der Cloud Native-Bewegung neben Helm, Istio und Service Meshes. Beachten Sie, dass an dritter Stelle das Wort Beobachtbarkeit explizit vorkam (zum Beispiel wurde dieses Wort im Buch der
praktischen Überwachung von Mike Julian noch nicht verwendet, ein Jahr ist vergangen - und jetzt). Berichte werden ungefähr in diese Richtung gehen. Natürlich werden auch alte Themen zu Docker und Kubernetes übersprungen, aber auf einer höheren Ebene.
Ich habe auch Gedanken zu diesem Thema. Zum Beispiel war DevOps für mich immer in erster Linie eine Methodik und Kultur und keine Abstimmung. Sie führen Ihre Java-Webanwendung für Unternehmen auf den Servern des Kunden ein, sie wird jedoch nicht eingeführt, es ist ein Fehler aufgetreten, und Sie müssen sich sofort orientieren und alles reparieren. Und es ist besser, das Ausrollen zum Produkt nicht zum Albtraum zu machen. Hier geht es um diese Konferenz - wie man keine Albträume mit Menschen und Veröffentlichungen hat. Welche Tools dies tun wird, ist die zweite Frage, wir sind cool und können mit jedem umgehen. Ich selbst hätte gerne mehr Berichte über Kultur und Arbeitsweisen - es ist gut, auch in der ersten Liste der Redner gibt es solche Leute (zum Beispiel Anton Weiss, Barukh Sadogursky, Roman Shaposhnik).
Im Allgemeinen, genug allgemeine Worte, kommen wir zur Sache! Hier sind unsere Referenten:
Anton Weiss ist Mitinhaber der Technologieberatung Otomato Software, Inhaber von mehr als 15 Jahren Erfahrung auf dem Gebiet der Hochtechnologie. Er ist Experte für technische Lehre, Initiator und Mitautor des ersten israelischen DevOps-Zertifizierungskurses. Anton nimmt an internationalen Konferenzen teil und gilt als cooler Redner. Bei DevOops 2018 belegte sein Bericht den ersten Platz!
Eric Weld von HashiCorp ist seit mehr als 15 Jahren in der Cloud. Vor HashiCorp arbeitete er als Berater bei Xebia und wurde Gründer von Instruqt, einer Plattform zum Erlernen von Cloud-Tuning und anderen DevOps-Tools in einer realen Infrastruktur.
Alex Thissen von Xpirit entwickelt sich seit Ende der 90er Jahre und hat es geschafft, überall als Führungskraft und Architekt zu arbeiten - von kleinen Startups bis zu großen Unternehmen. Insbesondere bildet er Entwickler in Microsoft-Technologien und Architekten in modernen verteilten Cloud-Systemen aus. Zehnmaliger Microsoft Most Valuable Professional-Titel in der Kategorie Studio- und Entwicklungstechnologien.
Roman Shaposhnik von ZEDEDA ist ein bekannter Experte und Berater für Open Source und den Übergang zu digitalen Technologien in großen Unternehmen. Zuvor war er maßgeblich am Aufbau der Open Source-Zusammenarbeit innerhalb der Linux Foundation beteiligt und hatte Schlüsselpositionen bei Pivotal inne, hauptsächlich mit Big Data und Cloud-basierten Anwendungsverwaltungsplattformen. Seine Arbeit bei Pivotal führte ihn an die Schnittstelle von Containertechnologie, Virtualisierung und Unikernel-Architekturen, aus der wiederum die Mission von ZEDEDA hervorging, diese Technologien auf die Entwicklung von Edge-Computing anzuwenden. Roman ist Mitglied der Apache Software Foundation und der Linux Foundation Edge sowie aktiver Mitarbeiter einer Reihe von Open Source-Projekten.
Victor Gamov - Entwickleranwalt bei Confluent, einem führenden Mitarbeiter des Apache Kafka-Projekts. Hilft Architekten und Entwicklern beim Entwurf und der Entwicklung verteilter Streaming-Datenverarbeitungssysteme. Co-Autor des Buches "Enterprise Web Development" von O'Reilly. Mitbegründer und (in der Vergangenheit) Leiter des Debugging-Podcasts
„Flight Debugging“, der von vielen Programmierern geliebt wird.
Anton Arkhipov - Entwickleranwalt bei JetBrains, einem Bewohner des
Debriefing- Podcasts. Berufliche Interessen beziehen sich auf Programmiersprachen und Softwareentwicklungstools.
Baruch Sadogursky (auch bekannt als JBaruch) - Leiter Developer Relations und Developer Advocate bei JFrog. Am liebsten spricht er über Technologie - das heißt, er liebt es zu plaudern, aber die Person, die über Technologie spricht, sieht gut aus, und 18 Jahre Erfahrung auf dem Gebiet der Hochtechnologien sind nicht verschwunden. Wenn er nicht spricht (naja oder nicht zum Ort der nächsten Rede fliegt), studiert er Technologien, Menschen und wie sie funktionieren oder vielmehr nicht zusammenarbeiten. Baruch ist Mitautor von Liquid Software, CNCF-Botschafter und professioneller Redner zu Themen wie DevOps, DevSecOps, Go, Java usw. Er spricht regelmäßig auf renommierten Konferenzen wie Joker, JPoint, DevOops, Heisenbug, DockerCon, GopherCon, Devoxx, DevOps Days, OSCON, Qcon, JavaOne und andere. Einige seiner Berichte können hier eingesehen
werden .
Die DevOops 2019-Konferenz findet vom 29. bis 30. Oktober in St. Petersburg statt.
Komm, es wird cool und nützlich sein!
Early Bird Tickets sind auf der Konferenz-Website erhältlich .