Slurm DevOps: Warum werden wir die Philosophie von DevOps nicht diskutieren und was wird stattdessen passieren?

Heute wurde in Southbridge das türkisfarbene Management in einem Meeting besprochen.


Es gab diejenigen, die vorschlugen, von oben nach unten zu gehen, von der Idee zur Praxis. Lassen Sie uns beispielsweise die Philosophie des türkisfarbenen Managements einführen: Finden Sie einen Standard, treffen Sie eine Entscheidung darüber, wie Rollen aufgeteilt werden sollen, wie Kommunikation aufgebaut werden soll, und beginnen Sie, sich in diese Richtung zu bewegen.


Es gab diejenigen (einschließlich meiner selbst), die sich von unten nach oben bewegen wollten, von der Praxis zur Idee. Wir haben spezifische Aufgaben und spezifische Probleme. Lösen wir sie, indem wir uns auf türkisfarbene Werkzeuge verlassen, und das türkisfarbene Management wird von selbst Gestalt annehmen.


Wenn wir Management mit Entwicklung vergleichen, besteht der Weg von oben nach unten darin, einen Monolithen zu erstellen, und der Weg von unten nach oben ist eine Microservice-Architektur. Jetzt können wir in unserem "Microservice" -Management die Verwaltungsschaltung zweimal täglich neu aufbauen und sofort "in die Produktion einführen".


Und das Slurm DevOps- Programm ist für diejenigen gedacht, die es vorziehen, von unten nach oben zu wechseln.



Wir werden die DevOps-Philosophie nicht diskutieren. Nicht weil es bedeutungslos ist oder wir es nicht wissen oder weil wir keine Holivars mögen (und wir nicht lieben). Es ist nur so, dass sich die DevOps-Philosophie in jedem Architekten und Ingenieur von DevOps im Laufe der Jahre der Praxis herauskristallisiert und nicht in 3 Tagen intensiver Arbeit.


Wir werden spezifische Werkzeuge diskutieren. Was kann sofort ohne philosophische Gespräche und Umstrukturierung des Managements auf der Ebene der täglichen Arbeit umgesetzt werden. Schreiben Sie Anweisungen zur Teamarbeit mit Git. Schreiben Sie ein Playbook für die Serverbereitstellung. Richten Sie einen Protokollkollektor ein.


Dadurch wird es immer einfacher, es erscheint eine Basis, auf der Sie Ihre DevOps aufbauen können.


Um über die Praktiken von Southbridge hinauszugehen, haben wir zu einigen Themen externe Redner eingeladen.


Artyom Galonsky, Büro des Tankstellenbüros
In der kommerziellen Entwicklung 12+ Jahre.
Timlid / Entwicklungsleiter seit 2011.
Technischer Direktor seit 2016.


Gemeinsam mit den Studenten werden Möglichkeiten zur Automatisierung der Bereitstellung zuvor verwendeter Anwendungen erwogen. Wir werden den modernen Bau von Pipelines und einige gängige Werkzeuge diskutieren. Wir werden die Tools und Funktionen von GitLab CI / CD im Detail durchgehen. Ich habe die Praxis auf meinen Themen aufgebaut (Einführung in die Automatisierung und das Arbeiten mit Gitlab), damit die Schüler spüren können, wie und wofür moderne CI / CD-Methoden angewendet werden. Die Theorie wird das objektiv notwendige Minimum sein.

Alexey Stepanenko, Selectel Cloud Platform Engineer
Er befasst sich mit Infrastrukturaufgaben für die Wartung der OpenStack-Cloud: Überwachung, CI / CD und Konfigurationsmanagement.


Zunächst werden wir über Modelle und Methoden des Infrastrukturmanagements sprechen (wie Programmieransätze zur Verwaltung kamen) und uns in der Praxis mit den HashiCorp DevOps-Tools (Packer und Terraform) für das deklarative Infrastrukturmanagement vertraut machen.
Am Ende des Blocks können Sie Ihre Infrastruktur beschreiben, die Erstellung von Test- und Produktionsumgebungen automatisieren, Ihre Anwendung skalieren und mithilfe eines Load Balancers eine Hochverfügbarkeitslösung erstellen.

Eduard Medwedew, CTO bei Tungsten Labs (Deutschland)
Er arbeitete als Ingenieur bei StackStorm und war für die ChatOps-Funktionalität der Plattform verantwortlich. Entwicklung und Implementierung von ChatOps zur Automatisierung von Rechenzentren. Referent bei russischen und internationalen Konferenzen.


In Slurm werde ich darüber sprechen, wie die Kommunikation innerhalb des DevOps-Teams und die Interaktion mit der CI / CD-Pipeline mithilfe der bidirektionalen Integration in Chat-Bots effektiver gestaltet werden können.

Ivan Kruglov, Hauptentwickler bei Booking.com
Seit seinem Eintritt bei Booking.com im Jahr 2013 hat er an Infrastrukturprojekten wie verteilter Zustellung und Nachrichtenverarbeitung, BigData und Web-Stack-Suche gearbeitet.
Jetzt beschäftigt er sich mit Fragen des Aufbaus einer internen Cloud und eines Service Mesh.


Im letzten Teil von Slerm werden wir uns mit den grundlegenden ideologischen und organisatorischen Konzepten von SRE vertraut machen und die Praxis ihrer Anwendung auf lebende Beispiele aus meiner Erfahrung betrachten. Darüber hinaus werden wir die technische Seite von SRE betrachten, nämlich welche Techniken verwendet werden können, um den Service zuverlässiger zu machen.
Am Ende des Kurses werde ich versuchen, zwei wichtige Fragen zu beantworten:
  1. Was gibt SRE einem Administrator oder Programmierer?
  2. Warum muss der Geschäfts- oder Produktbesitzer SRE implementieren?

Diese Slurm DevOps werden also einzigartig sein: Wenn wir das Programm wiederholen, wird es in einer anderen Komposition sein.


Für die Aufmerksamkeit gibt es immer noch einen Rabatt von 15% auf den Habrapost-Promo-Code.


Über das Slurm DevOps Programm - hier .


Registrierung: https://slurm.io/devops

Source: https://habr.com/ru/post/de463765/


All Articles