Heute wurde auf dem Meeting in Southbridge das Teal-Management besprochen.
Es gab Vorschläge, von oben nach unten zu handeln, von der Idee zur Praxis. Man sagte, lasst uns die Philosophie des Teal-Managements einführen: Wir finden ein Modell, treffen Entscheidungen darüber, wie die Rollen verteilt werden sollten, wie die Kommunikation gestaltet sein sollte, und beginnen diesen Weg zu beschreiten.
Es gab auch die, die (ich eingeschlossen) von unten nach oben arbeiten wollten, von der Praxis zur Idee. Wir haben konkrete Aufgaben und konkrete Probleme. Lasst uns diese mit den Teal-Tools lösen, und das Teal-Management wird sich von selbst entwickeln.
Wenn man Management mit Softwareentwicklung vergleicht, dann ist der Weg von oben nach unten die Erstellung eines Monolithen, während der Weg von unten nach oben eine Microservices-Architektur ist. Aktuell, in unserem "Microservices"-Management, können wir zweimal am Tag die Management-Struktur anpassen und sie sofort "in Produktion bringen".
Und das Programm wurde für diejenigen erstellt, die es vorziehen, von unten nach oben zu arbeiten.
Wir werden die DevOps-Philosophie nicht besprechen. Nicht, weil sie sinnlos wäre oder wir sie nicht kennen oder keinen Spaß an Debatten haben (und wir haben keinen Spaß daran). Die DevOps-Philosophie kristallisiert sich im Laufe der Jahre in jedem Architekten und DevOps-Ingenieur heraus, nicht in drei Tagen intensivem Training.
Wir werden konkrete Werkzeuge besprechen. Dinge, die wir sofort umsetzen können, ohne philosophische Diskussionen und Management-Neustrukturierungen, auf der Ebene der täglichen Arbeit. Eine Anleitung zur Teamarbeit mit Git schreiben. Ein Playbook zum Bereitstellen von Servern erstellen. Den Log-Collector konfigurieren.
Das wird die Arbeit erleichtern und vereinfachen, und es wird eine Basis entstehen, auf der man sein DevOps aufbauen kann.
Um über die Praktiken von Southbridge hinauszugehen, haben wir zu bestimmten Themen externe Redner eingeladen.
Artem Galonski, CTO von "BüroBüro"
Hat über 12 Jahre Erfahrung in der kommerziellen Softwareentwicklung.
Teamleiter / Abteilungsleiter seit 2011.
Technischer Direktor seit 2016.
Gemeinsam mit den Studierenden werden wir Methoden zur Automatisierung der Bereitstellung von Anwendungen, die zuvor verwendet wurden, betrachten. Wir werden moderne Pipeline-Konstruktionen und einige allgemeine Werkzeuge diskutieren. Wir werden ausführlich auf die Werkzeuge und Möglichkeiten von GitLab CI/CD eingehen. Die praktische Übung zu meinen Themen (Einführung in die Automatisierung und Arbeiten mit GitLab) habe ich so aufgebaut, dass die Studierenden spüren, wie und wofür moderne CI/CD-Methoden eingesetzt werden. Theoretisch wird es den objektiv notwendigen Minimalbedarf geben.
Alexey Stepanenko, Ingenieur im Cloud-Plattform-Team von Selectel
Er beschäftigt sich mit infrastrukturellen Aufgaben zur Wartung der OpenStack-Cloud: Überwachung, CI/CD und Konfigurationsmanagement.
Zunächst werden wir über Modelle und Methoden des Infrastrukturmanagements sprechen (wie Ansätze aus der Programmierung in die Administration gelangten) und praktisch mit den DevOps-Tools von HashiCorp (Packer und Terraform) für das deklarative Infrastrukturmanagement vertraut werden.
Am Ende des Abschnitts werden Sie in der Lage sein, Ihre Infrastruktur zu beschreiben, die Erstellung von Test- und Produktionsumgebungen zu automatisieren, Ihre Anwendung zu skalieren und eine hochverfügbare Lösung mit einem Lastenausgleich zu erstellen.
Eduard Medvedev, CTO bei Tungsten Labs (Deutschland)
Er arbeitete als Ingenieur bei StackStorm und war verantwortlich für die ChatOps-Funktionalität der Plattform. Er entwickelte und implementierte ChatOps bei der Automatisierung von Rechenzentren. Sprecher auf russischen und internationalen Konferenzen.
Auf der Slyrm werde ich darüber sprechen, wie man die Kommunikation innerhalb des DevOps-Teams und die Interaktion mit der CI/CD-Pipeline mithilfe von bidirektionaler Integration mit Chatbots effektiver gestalten kann.
Ivan Kruglov, Principal Developer bei Booking.com
Seit seinem Eintritt bei Booking.com im Jahr 2013 arbeitete er an Infrastrukturprojekten wie verteilte Nachrichtenübertragung und -verarbeitung, Big Data und Web-Stack sowie Suche.
Derzeit beschäftigt er sich mit dem Aufbau einer internen Cloud und Service Mesh.
Im letzten Teil des Slyrm werden wir die grundlegenden ideologischen und organisatorischen Konzepte von SRE kennenlernen und die Anwendungspraxis anhand lebendiger Beispiele aus meiner Erfahrung betrachten. Darüber hinaus werden wir die technische Seite von SRE diskutieren, nämlich welche Methoden verwendet werden können, um den Dienst zuverlässiger zu machen.
Am Ende des Kurses werde ich versuchen, zwei wichtige Fragen zu beantworten:
- Was bringt SRE dem Administrator oder Programmierer?
- Warum müssen Geschäftsinhaber oder Produktverantwortliche SRE implementieren?
Dieses Slörm DevOps wird einzigartig sein: Wenn wir das Programm wiederholen, dann bereits in einer anderen Zusammensetzung.
Für Aufmerksame gilt weiterhin ein Rabatt von 15 % mit dem Promo-Code habrapost.
Über das Slörm DevOps-Programm — .
Registrierung:
Quelle: habr.com
