Vom 29. bis 30. Oktober findet in St. Petersburg die DevOops 2019 statt - eine Konferenz, die sich den technischen Lösungen von DevOps widmet. Die Hauptthemen sind Clouds im Allgemeinen und Cloud Native im Besonderen, Beobachtbarkeit, Überwachung und Prüfung, CI / CD, Sicherheit usw. - im Allgemeinen alles, was Sie von einer Konferenz erwarten können, die speziell Devops gewidmet ist.
Dieser Hubpost ist eine Überprüfung des DevOops-Programms, das wir zusammen mit dem Konferenzprogrammkomitee verfasst haben.
Kurzum:
- Anton Weiss wird über Service-Meshes sprechen.
- Burr Sutter und Oleg Nenashev - über CI / CD;
- Dmitry Stolyarov und Sergey Fedorov - über die Überwachung;
- Es gibt einen riesigen Abschnitt über Wolken und Kubernetes: Mete Atamel, Jessica Deen, Victor Gamov, Ivan Glushkov ...
Das Programm ist groß und umfasst insgesamt 30 Berichte.
Die Keynotes werden von Tim Lister (Co-Autor von Peopleware), Hadi Hariri (Leiter Developer Advocacy bei JetBrains) und Roman Shaposhnik (Mitglied des Board of Directors der Apache Software Foundation und der Linux Foundation LF Edge ) geleitet.
Im Rahmen des Schnitts werden wir darüber sprechen, was in der Welt der Entwickler vor sich geht. Wir werden die Ereignisse in Gruppen aufteilen und sehen, wie alles in ein Programm mit 30 Berichten passt.
Fallstudie
Die erste Gruppe von Berichten ist die Fallstudie. In letzter Zeit hat sich die Situation in der Welt rasant entwickelt, zum Beispiel geht GitLabs Krieg mit allen weiter: GitLab hat alles und sie werden es als ein einziges Produkt verkaufen (wie in einem skandalösen Artikel von Sid Sijbrandij, CEO von The Register, angegeben).
Allerdings ist nicht alles so rosig und Nikita Sobolev möchte nur sagen, wie sie von GitLab zu GitHub gewechselt sind und warum. Kurz gesagt, GitHub hatte auch alles, wenn auch in der Vorschau, aber die gleichen Aktionen funktionieren, die Paketregistrierung funktioniert, die Sicherheit funktioniert auch und so weiter. Andererseits pumpen Aktionen weiterhin das gesamte Repository aus, unabhängig davon, welche Pull-Anforderung Sie in welchem Zweig testen. Ja, am Ende werden Sie auf Jenkins klettern, weil das Leben hart und voller Schrecken ist, aber zumindest können Sie das Docker-Image bereits zusammenstellen, und die meisten davon werden für den Anfang ausreichen. Dies war ein Beispiel aus der Kategorie Fallstudie, aber es gab im Allgemeinen mehrere Berichte:
NB: Baruch Sadogursky hält weiterhin Präsentationen zu jedem neuen DevOops. Wird er wieder an die Spitze kommen? Wir machen Wetten.
Servicegitter
In den Berichten der Kategorie "Service Mesh" untersuchen wir Möglichkeiten zur Lösung des Problems der zunehmenden Komplexität. Wir sind großartig, wir haben darüber nachgedacht, Monolithen in Microservices aufzuteilen, aber anstatt das Problem endgültig zu lösen, waren wir mit der unglaublichen Komplexität der Microservice-Welt konfrontiert. Maschen wurden erfunden, um die Komplexität zu verringern, aber am Ende ... was ist passiert, was ist passiert. Etwas sagt mir, dass es mit Maschen nicht einfacher geworden ist, aber dies ist ein Thema für ein separates großes Gespräch.
Jetzt finden Sie immer mehr Artikel und Berichte zu diesem Thema: Aber lassen Sie uns die Mikro-Hardcodierung beenden und zu den üblichen Monolithen zurückkehren. Sobald klar wurde, dass Microservices die Komplexität der Architektur verringern, aber die Belastung der Administratoren erhöhen, kamen die Leute und sagten: „Oh, vielleicht ist das nicht immer notwendig“? Diese These ist nicht verschwunden, es ist nicht immer notwendig. Wenn Ihr System beispielsweise in eine große und externe Datenbank mit einer dicken Datenbank integriert werden muss, ist die Anzahl der von Microservices gelösten Probleme geringer als die Anzahl der verursachten Probleme. Der gesamte Status durchläuft diese Datenbank, und Microservices sind keine Mikrodienste mehr. denn sie können nicht ohne einander leben. Wir haben sogar solche Monolith-Liebhaber im Programm - zum Beispiel spricht Alex Thissen mit dem Bericht „Kennzeichnen Ihrer Features“ darüber, dass Sie eine monolithische Anwendung nehmen, sie mit Feature-Flags abdecken und dann immer vom Assistenten rollen können.
Aber wer wird mit Service-Meshes kämpfen? Fragen Sie unsere Referenten!
CI / CD
Die alten Jenkins können ohne Jenkins betrieben werden! Du kannst überall in Travis laufen, wie gefällt dir das, Elon Musk? (Das ist jetzt ziemlich ernst ). Da Kubernetes mittlerweile überall verfügbar ist, müssen alle unsere CI / CD-Tools an diese Tatsache angepasst werden. Kubernetes muss unterstützt werden. Deshalb haben wir JenkinsX, so dass neue Teams in TeamCity erscheinen. Deshalb stellen GitHubs und GitLabs ihre CIs bereit - jeder braucht Kubernetes.
Das Aufkommen von Kubernetes hat den Ansatz für CD verändert. Um CDs einfacher zu machen, tauchten neue Variationen darüber auf, wie viel Spaß es macht, kanarische Bereitstellungen, blaugrüne Bereitstellungen usw. einzuführen - eine Reihe vorgefertigter Abstraktionen, die Sie verwenden und das Leben genießen können. Ein Beispiel für eine CI / CD, die auf Cloud Native-Prinzipien basiert, ist Tekton . Wir haben immer noch nichts über Tekton (außer dass es in den Berichten von Oleg Nenashev und Burr Sutter erwähnt wird ), aber im Frühjahr werden wir versuchen, es zu tun. JenkinsX ist genau derselbe Chip, der auf der Grundlage von Cloud Native-Projekten für Cloud Native erstellt wurde. Wenn jemand daran interessiert ist, was genau diese Cloud Native ist, lohnt es sich, über 12-Faktor-Anwendungen zu lesen. Wie Kelsey kürzlich scherzte:
CI / CD-Kategorieberichte:
- Sebastian Daschner - Nach und nach mit Jenkins X liefern
- Anton Arkhipov - CI Großprojekte bei JetBrains
- Burr Sutter - Pipelines & Pods: DevOps mit Kubernetes
- Vladimir Ivanov - Mobile Entwicklung: DevOps oder nicht DevOps
- Oleg Nenashev - Unter der Haube von Jenkins ohne Server: Jenkinsfile Runner
- Alex Thissen - Kennzeichnen Sie Ihre Funktionen - ein DevOps-Ansatz für die kontinuierliche Veröffentlichung - Monolith-Liebhaber
Überwachung
In der Überwachungswelt ist alles viel weniger stürmisch, aber es gibt grundlegende Fragen. Zum Beispiel wird oft gesagt, dass niemand gelernt hat, Monolithen zu überwachen. Es scheint, dass das Problem nicht das ist - schließlich gibt es nicht viel zu lernen. Das Problem ist, dass die meisten Monolithen Legacy sind und die Überwachung der Verschraubung mit vorhandenen Anwendungen ein Problem darstellt. Wenn sie Ihnen jetzt sagen: Schreiben Sie einen Monolithen so, dass es bequem ist, ihn zu überwachen. Es ist Zeit zu spucken: Sie nehmen alles, was wir lieben, angefangen von Protokollen und Metriken bis hin zur Verfolgung, Sie schreiben alles wunderschön dort und erhalten volle Beobachtbarkeit.
Das Problem ist, dass wir heute über die Überwachung von Schrauben an vorhandenen großen Monolithen sprechen, und dies ist eher nicht trivial. Und wenn alles klappt, muss man irgendwie mit dem resultierenden Frankenstein leben. Aus diesem Grund haben wir einen Bericht von Dmitry Stolyarov über die Kultur des Bereitschaftsdienstes. Es ist nicht sehr technisch, aber denken Sie daran, bei Devops geht es nicht nur um Werkzeuge! Philipp Krenn wird Ihnen sagen, dass wir beim Skalieren beginnen, Ereignisse zu verlieren, und im Allgemeinen ist dies normal, aber hier kommen die Prüfer zu uns und sagen: Wir möchten einzelne Ereignisse beobachten! Wie man Skalierung und Auditing heiratet, ist unklar, ein unangenehmes Problem.
Im Allgemeinen haben wir noch nicht gelernt, die Überwachung an Monolithen zu befestigen, und Mikrodienste haben sich auf die Arbeit gestapelt. Microservices und Cloud Native haben uns dazu veranlasst, die Beobachtbarkeit ganz anders zu betrachten, da wir verstehen, dass alte Methoden wie die dumme Protokollierung, an der wir weiterhin Katzen arbeiten, nicht mehr funktionieren. Kürzlich ist irgendwo auf Twitter ein Witz aufgetaucht: "Wenn Sie die ID in fünf verschiedene Tools einfügen und dann mit dieser ID nach ihnen suchen, sind Sie selbst ein Beobachtbarkeitstool." In Microservice-Architekturen, die sich dem reaktiven Modell nähern, basiert die Beobachtbarkeit auf den Ereignissen, mit denen sie intern übertragen werden. Und wenn es sich um eine Orchestrierung handelt, gibt es keine Ereignisse, und Sie müssen die Protokolle auf andere Weise zerlegen. Die Welt ist um ein Vielfaches schwieriger zu beobachten, und nicht jeder hat gelernt, sie zu beobachten.
Berichte des Überwachungsabschnitts:
Wolke
Cloud ist das größte und umfangreichste Thema. Früher glaubte man, dass öffentliche Wolken „unser Alles“ sind. Dann stellte sich heraus, dass nicht alle. Dann stellte sich heraus, dass es auch nicht unser war! Viele Liebhaber privater Wolken erschienen, Hybridwolken entstanden. Es hat dieses Jahr nicht begonnen, aber viel früher. Eine der Hauptfragen ist nun, wie all dies kombiniert werden kann. Zum Beispiel, wie VMWare mit AWS kombiniert wird, weil VMWare zu Azure und auch zu AWS kam , und dies ist bereits das ganze Jahr über eine ziemlich große Neuigkeit.
Natürlich wird Kubernetes in den meisten Berichten (nicht nur im Cloud-Bereich) überall auf die eine oder andere Weise erwähnt. Er infiltrierte überall und jemand beginnt sogar zu warten - wann wird der Mörder von Kubernetes erscheinen? Bisher ist dies nicht sichtbar. Vor ein paar Jahren war die Hauptfrage: Wie soll man mit dieser komplexen, unverständlichen Sache leben, aber jetzt ist jeder bereits an einen bösen Nachbarn gewöhnt und hat gelernt zu verhandeln. Betreiber? Knative? Kotlin DSL?
Diese kühne neue Welt ist so groß und vielfältig, dass es keinen Sinn macht, alles hier aufzulisten. Schauen Sie sich einfach diese Liste von Berichten an:
Keynotes
Wir haben auch drei Keynotes. Sie nehmen den größten verfügbaren Raum ein, es gibt keine anderen Berichte parallel zu ihnen und sie sind für ein breites Publikum konzipiert, sie werden von ihren berühmtesten Rednern geleitet.
Die Konferenz beginnt mit Timothy Lister, Co-Autor von Peopleware, Waltzing with the Bears, Adrenalin-Junkies und Template-Zombies. Alle diese Bücher sind Klassiker auf ihrem Gebiet und wurden mit Kollegen der Atlantic Systems Guild geschrieben . In dem Bericht „Charaktere, Gemeinschaft und Kultur: Wichtige Faktoren für Wohlstand“ wird Tim über Best Practices für Organisationen, Arbeitskultur sowie nützliche und schädliche Aspekte der Arbeit in einem Unternehmen sprechen. Im Allgemeinen über das, worüber er seit Jahrzehnten spricht, aber auf die Realität von 2019 aktualisiert. Wenn die Details interessant sind, haben wir kürzlich ein großartiges Interview mit ihm für Habr gemacht . Schreiben sie ein neues Buch - ja, lesen sie das Interview?
Der erste Tag endet mit Hadi Hariri, dem legendären Leiter des Developer Advocacy-Teams bei JetBrains, einem Open-Source-Entwickler und Redner seit über 15 Jahren. In seinem Bericht zum Entfernen der Barrieren schlägt er vor, über die Frage nachzudenken: Was kommt als nächstes, wenn alle üblichen Barrieren und Probleme verschwunden sind? Führt dies wirklich zu einer Produktivitätssteigerung und einer garantierten Lösung von Problemen? Es stellt sich heraus, dass nicht alles so einfach ist und das Fehlen von Barrieren an sich schon ein würdiges Diskussionsthema ist.
Und schließlich endet die Konferenz mit Roman Shaposhnik, einem Mitglied des Board of Directors der Apache Software Foundation und der Linux Foundation LF Edge , der persönlich am Linux-Kernel, Hadoop, ffmpeg und anderen beliebten Projekten beteiligt war. In seiner Keynote „Warum die IT-Branche dunkle Zeiten durchlebt, wie DevOps schuld ist und warum Capital helfen kann“ wird versucht, mehrere philosophische Fragen zum Aufstieg von Multimedia-Cloud-Plattformen, Open Source-Plattformen (Kubernetes und Cloud Foundry), Edge, zu beantworten Computing und so weiter.
Was weiter?
Das vollständige Konferenzprogramm wird auf der Website veröffentlicht , es gibt überall detaillierte Beschreibungen, Kommentare des Programmkomitees sind überall und Tags wie #kubernetes ermöglichen es Ihnen, durch den Inhalt zu navigieren, ohne zum Zeugnis zu wechseln .
Wir erinnern Sie daran, dass DevOops 2019 vom 29. bis 30. Oktober in St. Petersburg stattfindet. Tickets können auf der offiziellen Website der Konferenz gekauft werden . Sie können alle wichtigen Neuigkeiten entweder in unserem Blog auf Habré oder durch Abonnieren der Mailingliste auf der Hauptseite erfahren.