Der Online-Intensivkurs findet vom 19. bis 21. August statt .
Der Hauptfeind, den der DevOps-Kurs bekämpft, ist: „Sehr interessant, schade, dass wir das in unserem Unternehmen nicht umsetzen können.“ Wir suchen nach Lösungen, die auch ein normaler Administrator in ein Legacy-Projekt implementieren kann.
Der Kurs richtet sich an:
- Administratoren, die DevOps-Praktiken von unten implementieren möchten;
- Unternehmen und Teams, die sich in kleinen und klaren Schritten in Richtung einer DevOps-Kultur bewegen wollen;
- Entwickler, die den „Adminkram“ verstehen wollen, um selbstständig kleinere Admin-Aufgaben zu lösen und sich langsam zum Teamleiter für ein funktionsübergreifendes Team zu entwickeln.
Für diejenigen, die DevOps-Tools bereits kennen und verwenden, ist der Kurs nutzlos. Du wirst nichts Neues lernen.
Der Online-Intensivkurs ist ein Format für neue Realitäten; er bietet fast das gleiche Eintauchen wie Offline-Intensivkurse, nur ohne eine Reise nach Moskau (was für einige ein Plus und für andere ein Minus ist).
Wir haben bereits zweimal einen DevOps-Kurs durchgeführt und alle wichtigen Erkenntnisse gesammelt, die wir finden konnten.
Das Hauptproblem sind enttäuschte Erwartungen. Daher teilen wir Ihnen umgehend mit, was nicht im Kurs enthalten ist.
Es wird keine Best Practices geben. Es wird eine Analyse einer Best Practice geben. Beispielsweise dauert ein CI/CD-Thema, zu dem Sie problemlos einen einwöchigen Intensivkurs absolvieren können, 4 Stunden. In dieser Zeit können Sie die Grundlagen zeigen und eine einfache Pipeline aufbauen, aber Sie können nicht ein Paket von Best Practices für verschiedene Fälle analysieren.
Es wird auch keine Fälle geben. Fälle sind das Thema der Konferenz. Dort können Sie eine Stunde lang über einen Vorfall aus dem Leben sprechen. Bei Slurm kann der Dozent sagen, dass „dieses Beispiel aus meiner Praxis stammt“, mehr nicht.
Eine individuelle Praxisanalyse erfolgt nicht. Praxis ist kein Mentoring, sondern Wiederholung nach dem Dozenten. Der Zweck der Übung besteht darin, Ihnen bei Ihren Experimenten die Möglichkeit zu geben, von einer bekannten Arbeitsoption auszugehen. Nach dem Intensivkurs können Sie die Notizen noch einmal durchgehen und die Übung selbst wiederholen. Dadurch werden maximale Ergebnisse erzielt.
Es wird kein Kubernetes geben – obwohl es sich um ein DevOps-Tool handelt, haben wir es .
Was wird passieren?
Wird Sein die Werkzeuge von Grund auf kennenzulernen und eine umfassende Palette an Lösungen für den Aufbau grundlegender Infrastruktur.
Es wird eine Geschichte von Praktizierenden darüber geben echter Einsatz von Werkzeugen und Lebensaufgaben. Dies ist die Grundlage, auf der Sie jederzeit ein unabhängiges Studium der Dokumentation und Analyse von Fällen ergänzen können.
Es wird täglich stattfinden Antworten auf Fragen, wo Sie nach Ihren Projekten fragen können.
Wird Sein Arbeiten mit Feedback: Wir bitten täglich um Feedback. Schreiben Sie über alles, was Ihnen nicht gefällt, wir beheben es im Laufe der Zeit.
Und es wird eine traditionelle Gelegenheit geben Nimm das Geld und geh wenn Ihnen der Kurs überhaupt nicht gefällt.
Intensivprogramm
Thema Nr. 1: Teamarbeit mit Git
- Grundlegende Befehle: Git Init, Commit, Add, Diff, Log, Status, Pull, Push
- Git-Flow, Branches und Tags, Merge-Strategien
- Arbeiten mit mehreren Remote-Vertretern
- GitHub-Flow
- Fork, Remote, Pull-Anfrage
- Konflikte, Releases, noch einmal über Gitflow und andere Flows in Bezug auf Teams
Thema Nr. 2: Arbeiten mit der Anwendung aus Entwicklungssicht
- Einen Microservice in Python schreiben
- Umgebungsvariablen
- Integrations- und Unit-Tests
- Verwendung von Docker-Compose in der Entwicklung
Thema Nr. 3: CI/CD: Einführung in die Automatisierung
- Einführung in die Automatisierung
- Werkzeuge (Bash, Make, Gradle)
- Verwendung von Git-Hooks zur Automatisierung von Prozessen
- Fabrikmontagelinien und ihre Anwendung in der IT
- Ein Beispiel für den Aufbau einer „allgemeinen“ Pipeline
- Moderne Software für CI/CD: Drone CI, BitBucket Pipelines, Travis usw.
Thema Nr. 4: CI/CD: Arbeiten mit GitLab
- GitLab-CI
- GitLab Runner, ihre Typen und Verwendungszwecke
- GitLab CI, Konfigurationsfunktionen, Best Practices
- GitLab CI-Stufen
- GitLab CI-Variablen
- Erstellen, testen, bereitstellen
- Ausführungskontrolle und Einschränkungen: nur, wann
- Arbeiten mit Artefakten
- Vorlagen in .gitlab-ci.yml, die Aktionen in verschiedenen Teilen der Pipeline wiederverwenden
- Einschließen – Abschnitte
- Zentralisierte Verwaltung von gitlab-ci.yml (eine Datei und automatischer Push an andere Repositorys)
Thema Nr. 5: Infrastruktur als Code
- IaC: Infrastruktur als Code angehen
- Cloud-Anbieter als Infrastrukturanbieter
- Systeminitialisierungstools, Image-Erstellung (Packer)
- IaC am Beispiel von Terraform
- Konfigurationsspeicherung, Zusammenarbeit, Anwendungsautomatisierung
- Übung zum Erstellen von Ansible-Playbooks
- Idempotenz, Deklarativität
- IaC am Beispiel von Ansible
Thema Nr. 6: Infrastrukturtests
- Testen und kontinuierliche Integration mit Molecule und GitLab CI
- Vagrant verwenden
Thema Nr. 7: Infrastrukturüberwachung mit Prometheus
- Warum ist eine Überwachung erforderlich?
- Arten der Überwachung
- Benachrichtigungen im Überwachungssystem
- So bauen Sie ein gesundes Überwachungssystem auf
- Für Menschen lesbare Benachrichtigungen für alle
- Gesundheitscheck: Worauf Sie achten sollten
- Automatisierung basierend auf Überwachungsdaten
Thema Nr. 8: Protokollieren einer Anwendung mit ELK
- Beste Protokollierungspraktiken
- ELK-Stapel
Thema Nr. 9: Infrastrukturautomatisierung mit ChatOps
- DevOps und ChatOps
- ChatOps: Stärken
- Slack und Alternativen
- Bots für ChatOps
- Hubot und Alternativen
- Sicherheit
- Beste und schlechteste Praktiken
Das Programm ist in Bearbeitung und kann sich geringfügig ändern.
Preis: 30 000 ₽
Source: habr.com