Heute wurde in Southbridge im Meeting das Konzept des teal Managements diskutiert.
Es gab Vorschläge, von oben nach unten zu agieren, also von der Idee zur Praxis. Man meinte, wir sollten die Philosophie des teal Managements umsetzen: einen Standard definieren, Entscheidungen darüber treffen, wie Rollen verteilt werden sollten, wie die Kommunikation gestaltet wird, und dann diesen Weg beschreiten.
Es gab auch die, die (mich eingeschlossen), von unten nach oben agieren wollten, also von der Praxis zur Idee. Wir haben konkrete Aufgaben und Probleme. Lassen Sie uns diese mit den teal Instrumenten angehen, und das teal Management wird sich von selbst entwickeln.
Wenn man Management mit Entwicklung vergleicht, ist der Weg von oben nach unten wie das Erstellen eines Monolithen, während der Weg von unten nach oben einer Microservices-Architektur entspricht. Jetzt, in unserem 'Microservices'-Management, können wir das Management-Modell zweimal täglich anpassen und sofort 'in die Produktion' überführen.
Und das Programm ist für diejenigen gedacht, die bevorzugen, von unten nach oben zu arbeiten.
Wir werden nicht die Philosophie von DevOps diskutieren. Nicht, weil sie sinnlos wäre, oder weil wir sie nicht kennen, oder weil wir keine Debatten mögen (und das tun wir nicht). Die Philosophie von DevOps kristallisiert sich über Jahre bei jedem Architekten und DevOps-Ingenieur durch praktische Erfahrung heraus und nicht in drei Tagen Intensivkurs.
Wir werden konkrete Werkzeuge besprechen. Dinge, die sofort implementiert werden können, ohne philosophische Gespräche und organisatorische Umstellungen, auf der Ebene der täglichen Arbeit. Eine Anleitung zur Teamarbeit mit Git schreiben. Ein Playbook zur Bereitstellung von Servern erstellen. Einen Log-Collector konfigurieren.
Infolgedessen wird die Arbeit leichter und einfacher, es entsteht eine Basis, auf der man sein DevOps aufbauen kann.
Um über die Praktiken von Southbridge hinauszugehen, haben wir zu einigen Themen externe Referenten eingeladen.
Artem Galonskiy, CTO von «BüroBüro»
Über 12 Jahre Erfahrung in der kommerziellen Softwareentwicklung.
Teamleiter / Abteilungsleiter für Entwicklung seit 2011.
Technischer Direktor seit 2016.
Gemeinsam mit den Studierenden werden wir frühere Ansätze zur Automatisierung der Bereitstellung von Anwendungen untersuchen. Dabei diskutieren wir moderne Pipeline-Architekturen und einige gängige Werkzeuge. Wir werden die Funktionen und Möglichkeiten von GitLab CI/CD ausführlich durchgehen. Die praktische Übung zu meinen Themen (Einführung in die Automatisierung und Arbeiten mit GitLab) ist so gestaltet, dass die Studierenden erfahren, wie und warum moderne CI/CD-Methoden angewendet werden. Es wird nur der unbedingt notwendige theoretische Teil behandelt.
Alexey Stepanenko, Ingenieur bei der Abteilung für Cloud-Plattformen 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 eingeflossen sind), und wir werden praktisch mit den DevOps-Tools von HashiCorp (Packer und Terraform) für das deklarative Infrastrukturmanagement vertraut gemacht.
Am Ende des Blocks 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 aufzubauen.
Eduard Medwedew, CTO bei Tungsten Labs (Deutschland)
Er arbeitete als Ingenieur bei StackStorm und war für die ChatOps-Funktionalität der Plattform verantwortlich. Er entwickelte und implementierte ChatOps zur Automatisierung von Rechenzentren. Sprecher auf russischen und internationalen Konferenzen.
Auf dem Slurm werde ich darüber sprechen, wie man die Kommunikation innerhalb des DevOps-Teams und die Interaktion mit dem CI/CD-Pipeline durch bidirektionale Integration mit Chatbots effizienter gestalten kann.
Ivan Kruglov, Principal Developer bei Booking.com
Seit seinem Eintritt bei Booking.com im Jahr 2013 arbeitete er an Infrastrukturprojekten wie der verteilten Lieferung und Verarbeitung von Nachrichten, Big Data und Web-Stack, Suche.
Derzeit beschäftigt er sich mit dem Aufbau einer internen Cloud und Service Mesh.
Im letzten Teil von SLRM werden wir die grundlegenden ideologischen und organisatorischen Konzepte von SRE kennenlernen und die Anwendung dieser Konzepte anhand lebendiger Beispiele aus meiner Erfahrung betrachten. Darüber hinaus werden wir die technischen Aspekte von SRE untersuchen, insbesondere, welche Techniken eingesetzt werden können, um den Service zuverlässiger zu gestalten.
Am Ende des Kurses werde ich versuchen, zwei wichtige Fragen zu beantworten:
- Was bringt SRE einem Administrator oder Programmierer?
- Warum sollte ein Geschäftsinhaber oder Produktverantwortlicher SRE implementieren?
Dieser SLRM DevOps wird also einzigartig sein: Falls wir das Programm wiederholen, dann mit einer anderen Besetzung.
Für die Aufmerksamen gilt nach wie vor ein Rabatt von 15% mit dem Promo-Code habrapost.
Über das SLRM DevOps-Programm — .
Registrierung:
Quelle: habr.com
