Pavel Selivanov ist der Hauptredner für Intensitäten auf Kubernetes ( Slurm-2 für diejenigen, die sich gerade mit Technologie vertraut machen, und MegaSleurm für diejenigen, die bereits mit Kubernetes arbeiten).
25. bis 27. Oktober - Slurm-2
29. bis 31. Oktober - MegaSlerm
Wenn Sie sich vor dem 18. Oktober anmelden, teilen Sie dem Manager mit, dass ich vom Webinar bin, und Sie erhalten 10% Rabatt.
Slurm-3 ist für Juni '19 geplant.
TL; DR Webinar:
1. Wenn Sie auf eine magische Pille zählen, die allein Ihre Probleme löst, brauchen Sie keine Kubernetes. Dies kann das Betrachten / Lesen beenden.
2. Meine ersten Erfahrungen mit k8s
Es gab 50 Microservices, das Chaos in Betrieb, Docker, den Mangel an Orchestrierung, die Einführung von Diensten im Sinne von "Heute Release, Ausfallzeit 2 Stunden".
Implementierte Kubernetes (gleichzeitig implementierte Docker Swarm und Nomad, Docker Swarm hat keine Wurzeln geschlagen):
Wir haben die Infrastruktur aufgebaut, nicht Kubernetes.
3. Die Vor- und Nachteile von Kubernetes sind relativ: Was ist Plus für einen, Minus für einen anderen? Daher wird der Holivar über sie niemals aufhören.
4. "Nachteile" Kubernetes
- Heute ist Kubernetes keine vollständige und vorgefertigte Lösung, sondern ein Designer. Dort können Sie jede Funktionalität für sich selbst beenden, aber jemand sollte sie sehen, und wenn die erforderliche Funktionalität nicht erstellt wird, ist der Cluster minderwertig. Daher wird das Escort-Team viel Zeit damit verbringen, die Kubernetes zu eskortieren.
- Kubernetes deckt eine Vielzahl von Aspekten der Infrastruktur ab. Sie müssen lernen, wie sie funktionieren und wie sie repariert werden. Ein enger Spezialist (Netzwerker, SRE-Ingenieur) muss sich in einen Spezialisten für Kubernetes verwandeln.
- Kubernetes erfordern aufgrund der internen Mobilität eine besondere Einstellung zur Überwachung und Speicherung von Protokollen.
5. Anwendungen sollten unter Kubernetes oder zumindest unter Docker entwickelt werden. Kubernetes wurde für Microservices entwickelt. Das Ausführen von Monolithen in einem Cluster ist problematisch.
6. Mit Kubernetes können Sie eine Vielzahl von Aspekten des Anwendungslebenszyklus steuern. Meine Meinung: Es wäre schön, diese Kontrolle an die Entwicklung weiterzugeben. Das Schlimmste, was ich vom Entwickler gehört habe, ist: „Warum sollte ich über Ressourcen nachdenken, ich möchte nur Code schreiben.“
7. Sie brauchen keine Kubernetes, wenn Sie denken:
- Kubernetes wird mein Geschäft (oder zumindest die IT-Abteilung) verändern und es wird funktionieren.
- Ich habe über Kubernetes in einem Habr gelesen, einem interessanten Thema.
- Ich möchte Google mögen ...
8. Es gibt Pessimisten von Kubernetes, die es benutzt haben, "Scheiße" gesagt und es weggeworfen haben.
Es gibt Optimisten von Kubernetes, die bereit sind, mit allem zu kämpfen, wenn sie nur Kubernetes hätten.
Und es gibt Realisten von Kubernetes, die bereit sind für die Tatsache, dass eine große Anzahl von Dingen durch Kubernetes kontrolliert werden muss. Es wird notwendig sein, sie gründlich zu studieren und zu beenden. Realisten bekommen:
- Integrierte Lösungen für viele Aufgaben;
- Einheitlichkeit (zum Beispiel gibt es kein Problem mehr, dass die Inszenierung von der Produktion abweicht);
- Selbstheilung und damit 99,9% SLA.
9. Über schmerzhaft: über die Erwartung von Kursen
Ich bin ständig der Tatsache ausgesetzt, dass die Leute erwarten, dass sie am Ende der Kurse einen Spezialisten bekommen. Es funktioniert also nicht.
Kurse (insbesondere Slurm) sind ein guter Start in die Technik. Ich selbst mag keine Kurse, ich habe sie zweimal in meinem Leben besucht, aber nach den Kursen wurde Docker interessiert und begann sich damit zu beschäftigen. Nach den Kursen haben Sie Fragen, zu denen Sie sich selbst entwickeln.
Kurse sind die Erfahrung von Dozenten , die bereits ihre Fehler gemacht und ihre Unebenheiten gesammelt haben.
Kurse bieten die Möglichkeit, Fragen zu stellen und Antworten zu erhalten. Im Gegensatz zur Community muss ich als Dozent Fragen beantworten und für meine Worte verantwortlich sein.
Ein schöner Bonus ist die Kommunikation mit Kollegen.
10. 3 Tage Training auf Slerm ersetzen 3 Tage Lesen der Dokumentation + 1 Monat praktische Experimente + ein halbes Betriebsjahr. Das heißt, sie sparen Zeit. Aber Slurm (sowie das Selbststudium) garantiert nicht, dass Sie Spezialist für Kubernetes werden.
In der 37. Minute beginnen die Antworten auf die Fragen der Teilnehmer.