Dans les cours Slurm Kubernetes, un Kubernetes reste progressivement. Les sujets connexes passent systématiquement dans des cours séparés.
Les premiers étaient Docker, Ansible, Ceph. Des conférences de deux heures à leur sujet se sont d'abord transformées en une série de webinaires, puis en cours en ligne.
Le tour de la surveillance est arrivé. Le sujet Cluster Monitoring est devenu le cours en ligne Slurm Prom, entièrement dédié à Prometheus. Comme nous aimons, avec de la pratique sur le stand de formation. Un cours en ligne comprend des conférences enregistrées, des exercices pratiques, un support pour la pratique et un support technique. Le passage du Slurma Prom dure 12-16 heures.
Aperçu du cours:
- Principes de base de Prométhée
- Exposition (exportateur de nœuds, exportateur Blackbox, exportateur personnalisé, bibliothèque d'applications)
- Prometheus (Service Discovery, Labels, PushGateway)
- PromQL (stockage de données, types de données, expressions, règles d'enregistrement)
- Alerte (Alertrules, Alertmanager)
- Visualisation des données (Grafana)
- Utilisation avancée de Prometheus (haute disponibilité, fédération, lecture / écriture à distance, Thanos, API HTTP)
- Prométhée à Kubernetes
Le cours coûte 15 000 ₽ (10 000 ₽ pour ceux qui étaient sur les Slurms).
Exemple de conférence.
Le cours a été rédigé par Vladimir Guryanov, spécialiste de la surveillance et conférencier de Slerm. Je l'ai interviewé sur le parcours, la vie et le travail dans notre entreprise. Je suis intéressé par les personnes qui dirigent leur navire vers les mers indiquées sur les cartes "Les dragons vivent ici".
Commençons par le début - enfin, depuis la fin, il est inhabituel de commencer. Où avez-vous étudié? Comment avez-vous choisi le métier de l'informatique?
D'une manière ou d'une autre, c'est arrivé ainsi. L'ordinateur est apparu tôt dans la maison - j'avais environ 8 ans. J'ai toujours voulu y creuser. Je mets toujours en place et reconfigure quelque chose. Dans le même temps, j'ai été emmené à des cours de programmation - si je me souviens bien, j'ai étudié le langage Pascal.
Et puis l'institut. A BSTU Voenmekh, spécialité "systèmes de contrôle automatisés et traitement des données". Et pour moi, c'était un choix conscient. De plus, notre spécialité était nouvelle. Essentiellement, on nous a appris ce qu'on appelle maintenant DevOps. Nous avions à la fois la programmation et l'administration. Et en 5e année, je suis déjà allé travailler dans ma spécialité.
De quelle pile technologique avez-vous déjà profité?
Il est énorme. J'ai commencé en tant qu'administrateur Windows, puis les responsabilités pour la partie réseau ont été ajoutées. Puis Linux, divers systèmes de virtualisation, etc., etc.
Mais à mon avis, après un certain point, peu importe que vous travailliez avec une certaine technologie ou non. Il est important que vous puissiez le découvrir par vous-même, le faire rapidement et bien. Aujourd'hui, l'informatique se développe trop rapidement et le nombre de technologies diverses est énorme. Tout comprendre est impossible et pas nécessaire. Mais la capacité de s'engager dans l'auto-éducation devient une compétence clé.
Quelles technologies prometteuses voyez-vous qui viennent juste d'entrer sur le marché?
Si vous prenez le marché informatique dans son ensemble, il y a maintenant une autre tentative de percer dans la VR . Occurrences également de AR. Je suis sûr que ces technologies changeront notre idée d'interagir avec le monde extérieur, comme les smartphones l'ont fait autrefois.
Si nous ne parlons pas de l'informatique dans un sens mondial, alors la technologie devient moins importante. À bien des égards, Docker et K8 ont influencé cela - ils nous ont appris que tout est inconstant et de courte durée. DevOps et SRE sont maintenant populaires comme implémentation. En gestion - Agile. Dans un avenir proche, je pense que l'accent sera mis sur la surveillance intelligente et la sécurité.
- Ensuite, j'ai attrapé un slurm de pêche lors d'un voyage de pêche! Et il me dit d'une voix humaine: "Tu nous veux?"
Comment êtes-vous arrivé à Slurm?
Par hasard. J'étais à l'un des premiers Slerm de base à Saint-Pétersbourg, j'ai parlé avec les organisateurs, j'ai été invité à parler. J'étais d'accord.
Que faites-vous dans le cadre de Slurm?
Surtout, je suis un orateur. Mais je suis un peu impliqué dans la formation du programme, je travaille juste sur le programme Prometheus.
Vous êtes l'auteur du cours Prometheus. Dites-moi ce que les participants verront sur le cours, et pourquoi ils n'ont tout simplement pas le droit de le manquer?
Oh, vous vous demandez également ce qui est plus cool - Prom ou Zabbix. Si les gens posent cette question, ils n'ont pas besoin de ce cours. S'ils savent pourquoi ils ont besoin de Prom, et ne sont pas prêts à passer quelques mois à l'étudier, ou s'ils connaissent déjà Prom, mais veulent mettre leurs connaissances sur les étagères, alors le cours fera l'affaire.
Ce cours est le premier en russe, avec une adaptation normale, la plupart des termes qui y sont laissés dans la langue maternelle anglaise. Le cours est un extrait de la documentation, des livres, des articles et de l'expérience personnelle sur Prom. Il couvre les bases du travail avec Prom.
Votre avis sur les initiatives gouvernementales pour créer un système de filtrage en profondeur du trafic? Sera-ce le «Bouclier d'or» comme en Chine ou sera-ce quelque chose à nous, à votre façon?
Je suis fondamentalement contre. Sous n'importe quelle forme. Nous comprenons pourquoi cela est fait. S'ils veulent sécuriser les ressources publiques, ne touchez pas l'ensemble du segment d'Internet et prétendez qu'ils se soucient des citoyens. Je protège en quelque sorte ma lampe moi-même. Mais ne parlons pas de ça. Je crois que l'informatique n'est pas un lieu pour la politique.
Pour ces mots, Vladimir Guryanov a été emmené dans une installation de téléportation et envoyé dans la dimension zen. Il se promène maintenant avec une monture, des lunettes et un costume orange.
Que pensez-vous de la politique de Google visant à déployer son développement interne sur le marché presque des décennies après sa création au sein de l'entreprise? N'y tiennent-ils pas l'industrie informatique? Ou est-ce purement financier?
Google est une entreprise privée, ils peuvent faire ce qu'ils veulent. Personnellement, je leur suis reconnaissant du fait qu'ils l'ont généralement diffusé.
Et c'est donc à la fois une affaire et une réticence à proposer des solutions complètement brutes. Et la complexité du processus de téléchargement dans opensource. Vous ne pouvez pas prendre et disposer le développement dans opensource, vous devez l'anonymiser, découper des béquilles spécifiques, vérifier la présence de mots de passe de code dur. Il s'agit d'un processus long, complexe et coûteux.
Comment évaluez-vous le burnout de l'industrie informatique elle-même? De nouvelles personnes arrivent, de vieilles traditions partent, tout devient plus utilitaire? Ou pas?
Burnout est désormais un mot à la mode. Mais le point n'est pas dedans, ou plutôt, pas seulement dedans, et ce n'est pas la cause profonde. Maintenant, une nouvelle génération d'ingénieurs se développe, qui s'est développée dans un monde complètement différent. Regardez, vous avez besoin d’une application pour prendre des notes, vous la trouvez dans l’appstore, la mettez, vous n’aimez pas, mettez une autre. Si vous ne pouviez pas le comprendre en 10-15 minutes, comment cela fonctionne, mettez-en un autre. Maintenant, il y a trop de choix et tout change trop vite pour que les gens veulent comprendre au moins quelque chose, cela s'applique également aux ingénieurs informatiques. Et d'ici, nous avons tous ces problèmes qui sont généralement attribués à l'épuisement professionnel. Bien qu'il y ait encore des ingénieurs de la vieille école, l'informatique évolue. Ce qui se passera ensuite, c'est la question.
On pense que SRE dicte comment réussir dans DevOps. Autrement dit, SRE est un cadre DevOps. Êtes-vous d'accord
DevOps est ce que vous devez faire, SRE comment faire ce que propose DevOps. Ici, tout est simple.
Comment voyez-vous si les conflits entre développeurs et opérateurs ont diminué avec la mise en œuvre de DevOps?
C'est l'un des problèmes que DevOps résout en théorie. En pratique, la plupart ont une compréhension très privée de ce qu'est DevOps. Regardez le nombre d'emplois dans lesquels les DevOps sont recherchés. Qui recherchent-ils en réalité? Tout le monde peut se cacher derrière les mots «DevOps Engineer» - d'une femme de ménage au CTO. De nombreuses entreprises pensent qu'un ingénieur DevOps est une personne capable d'automatiser les processus. Mais ils me manquent, à mon avis, la partie la plus importante que DevOps est d'établir une interaction entre Dev et Ops. Que maintenant il n'y a pas de Dev, Ops et QA. Il y a une équipe qui fabrique le produit, et dans cette équipe il y a des gens avec une expertise différente, ce qui permet à l'équipe de fabriquer un produit cool.
Et ici, il est toujours important que des personnes ayant des compétences différentes puissent parler la même langue. Et donc, la présence de personnes en forme de T dans une équipe est très importante. Le plus d'entre eux, le plus cool DevOps dans l'équipe.
Et avec cette approche, lorsque vous êtes une équipe, pas Dev, Ops, QA et maintenant aussi DevOps, le problème de conflit disparaît de lui-même. Vous faites maintenant une chose et vous avez une responsabilité. Désormais, les développeurs sont responsables du code non seulement jusqu'au moment de la validation, mais également en cours de test et de fonctionnement.
Ou DevOps est-il encore insuffisamment mis en œuvre et la structure de «commissaires dans les casques poussiéreux avec Mausers» est nécessaire, c'est-à-dire des évangélistes DevOps qui viendront dans l'entreprise, grands et petits, et les convaincront de passer à l'approche DevOps?
Convaincre n'est pas une solution efficace. La transition vers DevOps est une évolution naturelle, elle ne fonctionnera pas sous le bâton. Et oui, le rôle des évangélistes est important et leur tâche est de changer la perception des ingénieurs afin d'amorcer les processus d'évolution.
Comment voyez-vous la mise en œuvre de DevOps dans l'industrie informatique russe?
J'ai de l'expérience dans la reconstruction d'une entreprise sur DevOps. Et je vais vous dire que ça fait mal. Nous avons commencé il y a environ 3 ans, et maintenant nous ne sommes qu'au milieu de la route. S'il reste suffisamment de temps, je viendrai à Devoops avec un rapport sur la façon dont nous avons changé et quel râteau nous avons collecté. Et aussi, ce sera la réponse à Baruch Sadogursky que les DevOps n'ont pas été inventés par les administrateurs, mais qui - je le dirai lors de la conférence.
Tout change. Et le statut du développeur aussi. Il était une fois, les horlogers, les ingénieurs et les conducteurs de moteurs étaient le métier haut de gamme dont tout le monde rêvait. Et où sont-ils maintenant? Peut-on craindre qu'avec le développement de l'IA, le développeur devienne un appendice de systèmes plus complexes et, dans un sens, deviendra l'ouvrier du monde numérique?
Non. C'est un processus évolutif qui est inévitable. Ceux qui évoluent ne seront pas des travailleurs et ceux qui ne le seront pas seront des travailleurs. En même temps, je n'aime pas cette vue, le travail de maintenance de l'IA est également important. Par exemple, le travail du concierge n'est pas apprécié et respecté dans notre pays - et je pense que c'est un gros problème pour la société russe. Il n'y a pas de mauvais messages. Il y a des moments qui ne vous conviennent pas. Différentes professions sont nécessaires, différentes professions sont importantes (c) Classiques sans âge.
Eh bien, revenons 15 ans en arrière. DevOps, SRE - non, je n'ai pas entendu, il n'y avait que des administrateurs système. De nombreux SRE sont désormais issus d'administrateurs système. Évolué. Et quelqu'un est resté l'administrateur système? et leur travail est également important. Sans eux, ce serait difficile pour les ingénieurs SRE.
Conseiller aux jeunes collègues les technologies à apprendre en 2020.
Oh, il y a une très longue liste, vous pouvez ouvrir 5 à 10 postes vacants sur hh et voir ce qu'ils veulent. Mais, en plus de cela, je vous conseillerais de commencer à étudier des méthodologies telles que DevOps et Agile, et d'essayer de les comprendre. Lisez au moins quelques livres sur les architectures de microservices modernes en termes de développement. Et certainement, vous devez apprendre les langages de programmation. Et curieusement, je vous conseille de commencer par C. Il est peu probable que vous l'utilisiez dans la vie, mais cela vous permet de mettre les choses en ordre dans votre tête et facilitera grandement l'étude des autres langues.
Vous pouvez acheter la paternité de Slurm Prom par Vladimir Guryanov ici .