Pavel Selivanov est le principal orateur sur les intensités sur Kubernetes ( Slurm-2 pour ceux qui viennent de se familiariser avec la technologie et MegaSleurm pour ceux qui travaillent déjà avec Kubernetes).
25-27 octobre - Slurm-2
29 au 31 octobre - MegaSlerm
Si vous vous inscrivez avant le 18 octobre, dites au gestionnaire «Je viens du webinaire» et vous obtiendrez une remise de 10%.
Slurm-3 est prévu pour juin '19.
Webinaire TL; DR:
1. Si vous comptez sur une pilule magique qui seule résoudra vos problèmes, vous n'avez pas besoin de Kubernetes. Cela peut mettre fin à la visualisation / lecture.
2. Ma première expérience avec k8s
Il y avait 50 microservices, le chaos en fonctionnement, Docker, le manque d'orchestration, le déploiement de services dans l'esprit de la "sortie d'aujourd'hui, 2 heures d'indisponibilité".
Kubernetes implémenté (Docker Swarm et Nomad mis en œuvre simultanément, Docker Swarm n'a pas pris racine):
Nous avons construit l'infrastructure, pas Kubernetes.
3. Les avantages et les inconvénients de Kubernetes sont relatifs: ce qui est plus pour l'un, moins pour l'autre. Par conséquent, l'holivar à leur sujet ne cessera jamais.
4. "Contre" Kubernetes
- Aujourd'hui, Kubernetes n'est pas une solution complète et prête à l'emploi, mais plutôt un concepteur. Là, vous pouvez terminer vous-même toute fonctionnalité, mais quelqu'un devrait la voir, et si la fonctionnalité nécessaire n'est pas créée, le cluster sera inférieur. Par conséquent, l'équipe d'escorte passera beaucoup de temps à escorter les Kubernetes.
- Kubernetes couvre un grand nombre d'aspects de l'infrastructure. Vous devrez apprendre comment ils fonctionnent et comment les réparer. Un spécialiste restreint (networker, ingénieur SRE) est contraint de se transformer en spécialiste de Kubernetes.
- Kubernetes en raison de la mobilité interne nécessite une attitude particulière envers la surveillance et le stockage des journaux.
5. Les applications doivent être développées sous Kubernetes ou au moins sous Docker. Kubernetes est conçu pour les microservices. L'exécution de monolithes dans un cluster est problématique.
6. Kubernetes vous permet de contrôler un grand nombre d'aspects du cycle de vie de l'application. Mon avis: ce serait bien de passer ce contrôle au développement. La pire chose que j'ai entendu du développeur est: "Pourquoi devrais-je penser aux ressources, je veux juste écrire du code."
7. Vous n'avez pas besoin de Kubernetes si vous pensez:
- Kubernetes va changer mon entreprise (ou au moins le service informatique) et cela fonctionnera.
- J'ai lu sur Kubernetes sur un habr, un sujet intéressant.
- Je veux aimer Google ...
8. Il y a des pessimistes de Kubernetes qui l'ont utilisé, ont dit «merde» et l'ont jeté.
Il y a des optimistes de Kubernetes qui sont prêts à se battre avec n'importe quoi, si seulement ils avaient Kubernetes.
Et il y a des réalistes de Kubernetes, prêts pour le fait qu'un grand nombre de choses devront être contrôlées via Kubernetes, il faudra l'étudier en profondeur et le terminer. Les réalistes obtiennent:
- Solutions intégrées pour de nombreuses tâches;
- l'uniformité (par exemple, il n'y a plus de problème de décalage entre la mise en scène et la production);
- auto-guérison et par conséquent 99,9% SLA.
9. À propos de douloureux: à propos des attentes des cours
Je suis constamment confronté au fait que les gens s'attendent à avoir un spécialiste à la sortie des cours. Donc ça ne marche pas.
Les cours (en particulier Slurm) sont un bon début en technologie. Je n'aime pas moi-même les cours, je les ai suivis deux fois dans ma vie, mais c'est après les cours que Docker s'est intéressé et a commencé à y faire face. Après les cours, vous avez des questions sur lesquelles vous êtes engagé dans le développement personnel.
Les cours sont l' expérience de professeurs qui ont déjà fait leurs erreurs et rassemblé leurs bosses.
Les cours sont l'occasion de poser des questions et de recevoir des réponses. Contrairement à la communauté, en tant que conférencier, je dois répondre aux questions et être responsable de mes paroles.
Un bon bonus est la communication avec les collègues.
10. 3 jours de formation sur Slerm remplacent 3 jours de lecture de documentation + 1 mois d'expériences pratiques + 6 mois de fonctionnement. Autrement dit, ils gagnent du temps. Mais Slurm (ainsi que l'auto-apprentissage) ne garantit pas que vous deviendrez un spécialiste de Kubernetes.
À la 37e minute, les réponses aux questions des participants commencent.