Mindestens ein paar Jahre sind vergangen, seit das Wort "DevOps" von allen gehört wurde. Wer hat es einfach nicht umgesetzt und was nur nicht.

Inzwischen ist die Region sehr unerforscht und voller Entdeckungen. Zum Beispiel hat sich die russischsprachige Gemeinschaft immer noch nicht für die Terminologie entschieden: Jemand stellt bereits Leute für die Post „Devops“ ein, und jemand sagt immer, dass „Devops“ eine Kultur und Praxis ist, die Entwicklung, Betrieb und Es ist daher auch wichtig, die Position als so falsch zu bezeichnen.

Viele suchen nach einer Antwort in Büchern, da es in letzter Zeit viele davon gegeben hat. Eines der wichtigsten scheint mir beispielsweise das Devops-Handbuch zu sein, das von unserem Sprecher John Willis verfasst wurde, und das Google SRE-Buch, das kostenlos im Internet verfügbar ist. Beim Lesen dieser Bücher stellte ich jedoch Folgendes fest: Ein trockener Text ist nicht sehr gut für den Wissenstransfer geeignet, da er stark auf der tatsächlichen Arbeit lebender Menschen basiert. Es stellt sich als zu abstraktes Wissen heraus.

Zum Beispiel nehmen wir Kapitel 14, „Verwalten von Vorfällen“. Wir erhalten zwei Beispiele: Zunächst wird die Geschichte eines Vorfalls, der falsch behandelt wurde, farbenfroh erzählt. Dann wird die gleiche Geschichte erzählt, aber mit der richtigen Struktur und dem richtigen Ergebnis. Ein gutes Ergebnis wird erzielt, wenn Sie wichtige Praktiken befolgen:

• Eine klare Aufteilung in Rollen mit Zuordnung der Verantwortlichen für:
  
  • der ganze Vorfall ("Kommandant");
  • Operationsteil;
  • Kommunikation
  • Arbeitsplanung;
• Hervorheben eines Teamposts (sowohl physisch als auch nur im Chat);
• Ein ständig aktualisiertes Dokument, das den aktuellen Status des Vorfalls beschreibt.
• Rechtzeitige und verständliche Übertragung von Befugnissen (zum Beispiel am Ende einer Schicht).

Am Ende wird eine Reihe guter Ratschläge zu allem auf der Welt gegeben. Im Prinzip ist es gut, aber es gibt eine Frage: und wie kann man das alles in die Praxis umsetzen? Jeder Artikel ist für ein ganzes Buch geeignet, und einige von ihnen erfordern solche Soft Skills, die in Büchern nicht beschrieben werden können. Stellen Sie sich vor, dass CTO mitten im Vorfall zu Ihnen kommt und nutzlose Ratschläge aus einem früheren IT-Leben gibt: Es bietet die Möglichkeit, die Größe von Speicherseiten unter Linux zu erhöhen, obwohl dies völlig anders ist, oder ext4-Barrieren zu deaktivieren, obwohl das Caching aktiviert ist. Ist es so einfach, ihn von unserem Kommandoposten aus unter dem Vorwand in den Arsch zu treten, dass er keine Rolle im Team spielt? Wie hat derjenige, der den Artikel geschrieben hat, das getan?

Im Idealfall möchte ich Folgendes: Erstens mehr als eine Sichtweise auf dasselbe Problem haben, einschließlich einer, die aus der Erfahrung verschiedener Teams gewonnen wurde. Nicht alle Unternehmen sind wie Google. Trotzdem: Google-ähnliche Unternehmen können an den Fingern gezählt werden. Zweitens möchte ich mich mit den Autoren dieses heiligen Wissens live treffen, mir in die Augen schauen und ein paar Fragen stellen. Zum Beispiel sind viele Autoren von Laudatio-Dokumenten über einen wunderbaren Devoop in ihrer Organisation blöde Lügen, aber tatsächlich haben sie Bash-Skripte und Sticks auf Klebeband geklebt. Es ist sehr nützlich, in die Augen zu schauen. Und ich möchte wirklich nicht nur allgemeine Ratschläge erhalten, sondern auch meine eigenen kniffligen Fragen stellen - und Antworten erhalten.

Fragen vieler Sichtweisen und verschiedener Probleme werden durch kleine Mitaps in keiner Weise gelöst. Mit Hilfe von Büchern können Sie nicht tiefer graben und von Herz zu Herz sprechen. Niemand hat definitiv Themen wie die praktische Terminologie entschieden, die Zusammensetzung der offenen Stellen hängt von der Situation ab. Um relevantes und nützliches Wissen zu erhalten, können und sollten Sie alle Ressourcen gleichzeitig nutzen.

Letztes Jahr haben wir festgestellt, dass alles so verwirrend war, dass es Zeit war, eine große Konferenz über DevOps und nur über ihn zusammenzustellen. Es heißt DevOops und findet im Herbst in St. Petersburg statt. Das nächste Mal findet es am 14. Oktober dieses Jahres statt.

Eine große Konferenz ist genau das, was die meisten der genannten Probleme löst. Wenn Sie beispielsweise etwas im Buch von John Willis falsch verstanden haben, können Sie nicht nur zu seinem Bericht gehen und das Thema genauer verstehen, sondern sich auch im Diskussionsbereich mit ihm treffen und Fragen direkt stellen.

Nur über DevOps

Erstens geht es bei dieser Konferenz nur um DevOps. Grundsätzlich gibt es bei den meisten großen IT-Konferenzen in Russland einige devoptische Themen. Wenn Sie sofort zu einer Reihe von Konferenzen gehen, können Sie eine gute Basis erhalten. Aber sie müssen sich eine Menge von allem anhören, was Java-, .NET-, JavaScript-Programmierer usw. schmerzhaft geworden sind, und normalerweise - ohne Erfolg. Aber das alles ist wahnsinnig lang und wahnsinnig teuer. Die DevOops-Konferenz konzentriert sich nur auf DevOps und löst damit viele lästige organisatorische Probleme.

Sie werden über Container und ihre Orchestrierung, Virtualisierung und Clouds, Überwachung und Prüfung, CI und CD und im Allgemeinen über alles sprechen, was beim Wort "DevOps" in den Sinn kommt.

Moderatoren

Das Wichtigste sind jedoch die Lautsprecher. Bereits zum Zeitpunkt der Ankündigung der Konferenz waren neun Personen aus Unternehmen wie Google und Microsoft bereit, ihre Erfahrungen auszutauschen. Am Ende wird das Programm ungefähr 17 Berichte in drei Tracks haben. Vielleicht gibt es mehr Tracks und Berichte. Wir haben Ihr Feedback von den vorherigen DevOops sorgfältig studiert und versucht, diejenigen einzuladen, die Sie am meisten wollten. Mal sehen, wer schon bei uns ist.

John Willis

Es ist unmöglich in Worten zu sagen, wie cool es ist, dass er zu uns kommt. John ist einer von mehreren DevOps-Vätern, der Autor von 10 Büchern, die in den letzten zwanzig Jahren veröffentlicht wurden, darunter das bekannte DevOps-Handbuch und Beyond the Fenix ​​Project , ein Ops-Guru seit 35 Jahren und nur eine lebende Legende.

Wargo einstellen

Seth ist ein Anwalt für Google-Entwickler und arbeitete zuvor bei HashiCorp, Chef Software und anderen Stellen. Möglicherweise haben Sie sein Buch Learning Chef gelesen oder sich bereits auf Konferenzen getroffen.

Sein Bericht heißt Modern Security with Microservices and the Cloud . Die Bedeutung der Sicherheit in Microservice-Anwendungen ist schwer zu überschätzen, und dies macht Seths Bericht besonders relevant. Der Bericht enthält eine Beschreibung der Grundprinzipien der Sicherheit und der Best Practices in modernen Systemen auf der Basis von Microservices sowie eine Live-Demo von Vault als Beispiel für deren Anwendung.

Liz Reis

Technischer Evangelist bei Aqua Security, Leiter des KubeCon-Programmkomitees, der auf Konferenzen auf der ganzen Welt die besten Keynotes hält.

Liz hat sich zunächst auf Softwareentwicklung spezialisiert (insbesondere auf die plattformübergreifende Implementierung von Netzwerkstapeln) und ist mit Kubernetes, Go und Python bestens vertraut (das Profil auf GitHub zeigt deutlich, dass sie nicht zu den Evangelisten gehört, die das Codieren vergessen haben). Sie schreibt Beiträge auf Medium ( weil sie keine Einladung nach Habr hat! ) und eine Reihe spezifischer Fähigkeiten wie Live-Codierung hat .

Liz wird einen Bericht mit dem Titel „Praktische Schritte zur Sicherung Ihrer Containerbereitstellung“ erstellen, dessen Kern darin besteht, dass die Sicherheit beim Eintritt in die DevOps-Kultur in die Verantwortung aller im Team gerät. Es werden konkrete Dinge gezeigt, wie Sicherheitsprinzipien in allen Phasen der CI / CD-Pipeline bereitgestellt werden und was genau von Hand getan werden muss.

Jessica Dean

Jessica ist eine Vertreterin der Microsoft Cloud-Entwicklergemeinde, die sich auf Azure, Infrastruktur und Container spezialisiert hat. Und sie weiß viel über GNU / Linux und Open Source - sagen Sie mir vor fünf Jahren, dass ich über eine Person von Microsoft schreiben würde, sie würde lachen.

Bevor sie zu Microsoft kam, arbeitete sie mehr als zehn Jahre als IT-Beraterin und Systemadministratorin für Unternehmensumgebungen mit Endbenutzern in San Francisco.

Jessica war 4 Jahre lang Microsoft Most Valuable Professional in der Kategorie "Windows und Geräte für die IT" (in der Microsoft-Welt ist dies eine ziemlich wichtige Sache). Natürlich hat sie eine Menge anderer Zertifizierungen. Insbesondere erhielt sie 2013 die FEMA-Zertifizierung des US-amerikanischen Heimatschutzministeriums (Homeland Security) als führend in Krisen und Notfällen.

Sie macht auch Crossfit und ist nur körperlich sehr gepumpt. Mit ihr können Sie auf der Party eine Reihe von Fragen diskutieren und nicht zum Thema Devops. Vergessen Sie nicht, dass Redner nicht nur abstrakte Wissensquellen zu einem engen Thema sind, sondern auch sehr vielseitige Persönlichkeiten, die in sehr unterschiedlichen Bereichen etwas zu lernen haben.

Paul Stack

Paul ist ein Infrastrukturentwickler, der früher bei HashiCorp gearbeitet hat und an der Entwicklung von Tools beteiligt war, die von Millionen von Menschen (wie Terraform) verwendet wurden. Er spricht häufig auf Konferenzen und vermittelt die Praxis von der Spitze der CI / CD-Implementierungen, den Prinzipien der ordnungsgemäßen Organisation des Betriebsteils, und kann klar erklären, warum Administratoren dies überhaupt tun.

Paul sprach bereits bei den vorherigen DevOops und die Konferenzteilnehmer mochten ihn so sehr, dass wir beschlossen, ihn erneut einzuladen!

Die Aufzeichnung des vorherigen Berichts ist hier zu sehen:

Diesmal wird der Bericht völlig anders sein. Das Wesentliche ist, dass wir zuverlässige fehlertolerante Systeme bauen - aber wie kann sichergestellt werden, dass das System wirklich zuverlässig ist? Wir haben die Wahl: Warten Sie auf einen Vorfall und reparieren Sie ihn bei einem Brand oder fügen Sie selbst Vorfälle hinzu, bis wir lernen, wie man überlebt. Können Sie Vorfälle nicht schlagen? Dann Kopf sie! Paul verspricht zu zeigen, wie Sie Ihrer Infrastruktur Chaos hinzufügen und wie Sie ihm widerstehen können.

Alena Prokharchik

Alena ist Principal Software Engineer bei Rancher Labs (ja, das sind die gleichen Leute, die Rancher gemacht haben , dessen Slogan wie „Kubernetes Everywhere“ klingt) und das Projektmanagement-Komitee bei der Apache Software Foundation. Zuvor arbeitete ich im CloudStack-Projekt am Aufbau von Infrastrukturdiensten für virtuelle Maschinen und jetzt, wie Sie sich vorstellen können, für Container mit Schwerpunkt auf Kubernetes. Dies ist eine Person, die nicht nur alles über Kubernetes weiß, sondern auch über ihn sprechen kann und auf Konferenzen Spitzenplätze einnimmt.

Ihr Bericht lautet „Aufbau einer Plattform für die Verwaltung mehrerer Kubernetes-Cluster: Fallstricke und Lösungen“ . Das Fazit ist, dass, wenn es früher schwierig war, mit k8s in einem Cluster zu arbeiten, dies jetzt ein behobenes Problem ist und die Arbeit in den Bereich der Verwaltung mehrerer Cluster verlagert wurde. Konkrete Probleme und Lösungen werden berücksichtigt, nicht durch abstrakte Argumentation, sondern durch Beispiele ihrer Lösung bei der Entwicklung von Rancher. Dies ist jedoch kein Bericht über Rancher als Produkt, sondern über die gesammelten Erfahrungen, die Ingenieure sowohl im Entwicklungs- als auch im Operationsbereich benötigen. Wenn Sie nicht wissen, warum das Unternehmen über mehr als einen Kubernetes-Cluster verfügt, sollten Sie diesen Bericht aufrufen.

Anton Weiss

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 Israel DevOPS-Zertifizierungskurses. Anton nimmt an internationalen Konferenzen teil und gilt als cooler Redner.

Dieses Mal wird Anton mit dem Bericht "DevOps für Dinosaurier: Wie man Prozesse, Ansätze und Denkweisen in einem traditionellen Unternehmen ändert" zu uns kommen. In den letzten drei Jahren hat Otomato DevOps Transformation-Projekte bei mehreren großen internationalen Unternehmen durchgeführt. Sie halfen beim Übergang zu neuen Technologien, Cloud-Infrastrukturen und kontinuierlichen Bereitstellungsprozessen.
Hauptsache aber, wir haben Modelle der Zusammenarbeit und des Informationsflusses geändert.
Es war nicht einfach, bei weitem nicht alles hat funktioniert. Viel hat viel mehr Zeit und Mühe gekostet als gewünscht. Dieser Bericht basiert auf echten Erfahrungen. Darin wird Anton alles betrachten, was sie gelernt haben, und Ihnen sagen: Was funktioniert, was nicht funktioniert, was zuerst getan werden muss und was dann und worauf Sie zuerst achten sollten.

Anton Babenko

Viele Menschen kennen und verwenden Terraform in ihrer täglichen Arbeit. Bisher gibt es jedoch keine Best Practices für Terraform. Jedes Team muss seine eigenen Ansätze und Methoden erfinden.
Anton betreibt auf GitHub eine Sammlung von Terraform-Community-Modulen für AWS ( Terraform-aws-Module übrigens - mehr als eine Million Downloads!) Und weiß alles über die langfristige Wartung von Terraform in der Produktion. Er ist bereit, seine wertvollen Erfahrungen mit uns zu teilen. So schreiben Sie TF-Module, damit es nicht weh tut.

Alexander Titov

Alexander ist der Organisator der DevOps Moscow Community und der DevOpsDays Moscow Konferenz.

Als geschäftsführender Gesellschafter bei Express 42 baut er jetzt DevOps in Technologieunternehmen aus. Zuvor war er technischer Direktor des ersten Cloud-Hostings in Russland - Scalaxy - und zuvor ging er mit Qik den faszinierenden Übernahmeweg - vom Betrieb eines schnell wachsenden Startups zum Betrieb bei einem großen internationalen Unternehmen Microsoft.

Kirill Tolkachev ( @tolkv )

Dies ist einer der Redner, die das Publikum wirklich wollte. Sie kennen ihn vielleicht als Mitbegründer von Two Devs One Ops, einem äußerst subjektiven und coolen Podcast über DevOps und den modernen Stack. Oder als ständiger Bewohner des Debriefing- Podcast-Podcasts oder aus Geschichten und Berichten über Groovy, Gradle, Spring und den Netflix-Technologie-Stack.

Bis vor kurzem war Cyril der Hauptentwickler im Alpha Laboratory und entwickelte Banking-APIs, die die Prinzipien und Toolkits für die Arbeit mit Microservice-Architekturen bildeten. Er kennt die DevOps-Methodik aus erster Hand und verfügt über vier Jahre Erfahrung in ihrer Anwendung. Jetzt ist Cyril verschlüsselt, aber er hat wahrscheinlich etwas zu teilen.

Baruch Sadogursky ( @jbaruch ) und Leonid Igolnik

Dies wird ein gemeinsamer Bericht unserer großartigen Freunde und einiger der besten Keyouter auf Konferenzen der JUG.ru-Gruppe sein. Details zu dem Bericht sind noch nicht bekannt, so dass genügend Zeit bleibt, um die Intrigen zu genießen.

Bei DevOops haben sie eine wunderschöne Abschlussrede gehalten, deren Aufzeichnung hier zu sehen ist:

Für diejenigen, die es noch nicht wissen (gibt es welche?), Ist Baruch ein Entwickleranwalt bei JFrog und macht genau drei Dinge im Leben: hängt mit Entwicklern, Benutzern und Kunden zusammen, schreibt Code für sie und spricht über Impressionen in Blogs und auf Konferenzen - wie DockerCon, DevOps Days, Container World, JPoint und Joker und viele andere. Und so seit mehr als zehn Jahren in Folge, keine Minute, die es bereut.

Leonid ist ein Business Angel und eine Tankstelle eines großen Unternehmens im Silicon Valley, wo er die Entwicklung von SaaS-Anwendungen im Bereich der Unternehmenssicherheit verwaltet. Während seiner Karriere war er mit Online-Bewerbungen beschäftigt und startete diese bei einem der ersten Internetanbieter Israels. Offensichtlich ist Leonid mit der Entwicklung, dem Management und der Verwaltung von Großprojekten bestens vertraut.

Ruf nach Papieren

Haben Sie ein interessantes Thema für den Bericht? Willst du gegen Bisons wie Set Wargo und Liz Rice antreten? Es ist also Zeit, sich zu bewerben! FP schließt mit enormer Geschwindigkeit, bis zum 14. August bleibt nur sehr wenig Zeit und es sind nur noch wenige Plätze im Programm. Bewerben Sie sich jetzt .

Nächste Schritte

DevOops 2018 findet am 14. Oktober 2018 in St. Petersburg statt.

Weitere Bekanntschaften mit dem Projekt können auf der Baustelle fortgesetzt werden . Beachten Sie das Anmeldeformular auf der Hauptseite: Es wird definitiv Neuigkeiten geben.

Wir sehen uns auf der DevOops 2018! Es wird großartig!