Les Eichar sont occupés par un quadrillion de cas - recherche et intégration de nouveaux employés, tests de l'état psychologique du personnel, réglementation. Il leur est difficile de déterminer les cours de profil dont le développeur a besoin et ceux qui ne le sont pas. Et les mains ne parviennent pas toujours à évaluer quels employés sont déjà passés à l'étape suivante.
Il est important pour le gestionnaire que tout dans le département tourne, tourne et produise des résultats de manière stable. Et KPI est toujours accroché avec une épée Damoclès. Par conséquent, la recherche de nouvelles technologies et de cours va de 5 à 10 places.
Pourquoi attendons-nous souvent qu'un permis de formation nous soit proposé par les RH ou un manager? Steve Jobs a déclaré: « Votre temps est limité. Par conséquent, ne le gaspillez pas à vivre la vie de quelqu'un d'autre. Ne tombez pas dans le piège du dogme, qui nous apprend à vivre en accord avec les pensées des autres . "
Kubernetes change la vie de l'entreprise. C’est un fait.
Et regardons de l'autre côté. K8s change d'abord la vie de l'administrateur lui-même. Il permet de gagner plus d'argent, économise de nombreuses tâches de routine, le rend plus libre et plus significatif en tant que professionnel, Kubernetes rend le travail plus intéressant.
Il est devenu intéressant pour nous de voir comment la vie professionnelle et personnelle des gars qui sont passés par le Slory de base a changé. Pour justifier le temps que nous avons passé, nous avons offert une remise sur Slurm Mega - et avons demandé aux participants de répondre à quelques courtes questions: qu'est-ce qu'ils ont aimé à propos de Slurm, qu'est-ce qui n'a pas aimé, qu'est-ce qu'ils aimeraient améliorer.
Développeur Java chez Alfa Insurance
Yaroslav Ivchenkov en plein centre avec un léger sourire écoute le conférencier.
Je m'appelle Yaroslav Ivchenkov. Je travaille chez Alfa Insurance en tant que développeur Java.
J'ai travaillé avec Kubernetes avant Slurm, mais pas en prod. Au cours des derniers mois, je l'ai étudié activement, en choisissant l'intérieur. Notre entreprise est en train de passer à Kubernetes - et certaines des équipes tentent lentement d'y grimper. Maintenant, nous avons généralement peu de personnes ayant de bonnes compétences en K8, donc avec plusieurs autres collègues, je suis impliqué dans la mise en place d'un cluster et sa promotion en équipes. En plus de Kubernetes, nous roulons également istio. Afin d'augmenter mes compétences, j'ai été envoyée de l'entreprise à Slerm.
Tout d'abord, Slurm m'a été utile car les conférenciers ont expliqué de manière exponentielle et à un prix abordable de nombreux mécanismes internes du cluster Kubernetes. C'était important pour moi - et je suis heureux d'avoir reçu les informations nécessaires. Grâce à elle, j'ai également commencé à mieux comprendre les paramètres d'Istio, et c'est très cool, car il n'y a pas beaucoup d'informations détaillées à ce sujet pour le moment. Les exemples pratiques des dirigeants ont été utiles, nous les avons pris en compte dans notre travail.
Du fait que je n'aimais pas vraiment ça, parfois certaines choses étaient faites dans la catégorie "ici nous avons fait un tas d'actions, répétez après nous" sans explication explicative du pourquoi et du comment. Cela s'explique peut-être par la limite de temps ou la motivation des orateurs que cela est insignifiant, mais certains de ces points n'étaient pas accrochés. J'en connaissais déjà beaucoup - et mon intérêt ne m'a donc pas découragé. Mais par les visages de nombreux collègues assis à côté de moi, j'ai vu qu'ils faisaient tout cela "pour le spectacle".
Je veux arriver à Slurm Mega, car il est intéressant d'avoir une immersion plus profonde dans le travail et l'administration du cluster Kubernetes. En particulier, les opérateurs sont très intéressants. Je souhaite promouvoir activement Kubernetes dans notre entreprise.
Architecte / administrateur informatique Linux chez AfterLogic
Denis Borisenko occupait avec confiance le centre de la photographie.
Je m'appelle Denis Borisenko, AfterLogic. Là, je suis architecte informatique / administrateur Linux.
L'initiative de visiter Slerm était indépendante, sans lien avec le lieu de travail. Depuis que j'aime choisir de nouvelles technologies.
Avant Slurm, il y avait eu plusieurs tentatives pour aborder le sujet, mais en vain - car il était nécessaire de laisser passer une énorme quantité de connaissances à travers vous-même. Après Slerm, il a déployé le cluster sur digitalocean et consolidé les connaissances acquises. Actuellement, je déploie un cluster sur mon matériel, rappelant Sergey Bondarev, et développant une stratégie de transfert d'infrastructure vers k8s.
Qu'avez-vous vraiment aimé? Slurm m'a complètement activé. J'ai aimé le rythme de l'événement. Cela s'est avéré être exactement l'événement dont j'avais besoin - en seulement trois jours, j'ai pu systématiser les connaissances qui, si elles étaient choisies indépendamment, prendraient plusieurs années. J'ai trouvé une stratégie de ce qui doit être fait exactement et où chercher exactement. L'événement aide en peu de temps à obtenir tout ce dont vous avez besoin pour plonger en k8s. Il me semble que c'est l'objectif principal des organisateurs, et ils l'ont atteint.
Ce fut un plaisir particulier de discuter des problèmes actuels avec d'autres membres de Slurm pendant les pauses café. Pas un peu regretté d'avoir participé à l'événement.
D'après les souhaits ... je n'avais pas assez de pratique où je pouvais introduire quelque chose par moi-même, creuser plus profondément. J'ajouterais un autre 4ème jour de pratique, sans scripts écrits à l'avance par les organisateurs. Eh bien, dans cette veine, j'aimerais beaucoup garder l'accès aux bancs d'essai pendant quelques semaines après l'événement. J'ai dû tout redéployer sur digitalocean et le choisir, pour ne pas l'oublier. Mais c'est ma douleur.
Il n'y avait aucune connaissance superflue sur Slerme, chaque fois que je me plonge de plus en plus dans les k8, d'une manière ou d'une autre, je me souviens des paroles de conférenciers, en particulier Pavel Selivanov, qui sur Slerme n'étaient pas tout à fait compréhensibles, mais d'une manière ou d'une autre se sont glissés dans la mémoire. En général, je voudrais souligner le professionnalisme de Paul et une très bonne manière de présenter du matériel complexe - et des réponses aux questions pendant les pauses café.
Chez Slurm Mega, je veux obtenir encore plus de systématisation des connaissances, pour trier mes erreurs avec les professeurs et le public.
Ingénieur Release chez TK Center JSC
Mikhail Solodyagin, modestement et imperceptiblement, comme un agent secret, est arrivé deuxième à gauche.
Bonjour à tous, mon nom est Mikhail Solodyagin. Et je travaille au TK Center JSC en tant qu'ingénieur de publication.
Avant Slurm, la connaissance de Kubernetes était extrêmement basique - par exemple, un minikube sur la machine locale, une simple application Halloween-Word, une entrée et tout. Maintenant, Kubernetes est devenu beaucoup plus dans ma vie - à commencer par un cluster de production normal, se terminant par la construction de futurs projets conçus exclusivement pour le «cuber».
J'étais au Slurm de Saint-Pétersbourg en février et je peux dire qu'il est «intensif» car il est - le programme d'entraînement est très dense, mais assez bien structuré. La chose la plus intéressante et la plus importante qui a été tirée de la formation a été l'appareil interne Kubernetes, qui est caché sous son capot. Cela permet d'éviter de nombreux «problèmes autodidactes» lorsque toutes les connaissances sur les logiciels sont tirées des threads sur StackOverflow, et qu'il n'y a aucune conscience de la façon dont tous les composants individuels interagissent et fonctionnent les uns avec les autres. Pas assez ... Probablement assez, j'aimerais seulement un peu plus d'histoires de meilleures pratiques de Pavel Selivanov sur le cuber - elles étaient extrêmement divertissantes.
Eh bien, tout d'abord, bien que la connaissance de l'architecture Kubernetes, bien que simplifiée, apporte beaucoup de compréhension sur la façon de lui transférer des logiciels existants. Deuxièmement, il est très pratique, ayant du matériel de formation en main, d'expliquer à un collègue du projet comment fonctionne un composant de cluster particulier, de montrer et de dire, afin qu'il comprenne précisément les raisons pour lesquelles une telle solution est appliquée. Et je ne l'ai pas pris comme "je vais entrer cette commande / corriger cette config - ça deviendra bon simplement parce que". Eh bien, bien sûr, avant Slerm, il était effrayant de toucher quelque chose de grand et de combattre dessus, possédant maintenant une richesse de connaissances, la confiance dans la gestion des clusters augmentait.
Je veux aller à Slurm, parce que ces sujets sont révélés là-bas qui ne sont pas particulièrement affectés dans le Slurm de base parce que c'est le «intensif» initial - et ils ne seraient tout simplement pas adaptés. Surtout, bien sûr, la sécurité du cluster est intéressante, en deuxième lieu, je voudrais plus d'exemples de création d'applications tolérantes aux pannes, plus de détails sur les stratégies de déploiement. Eh bien et, bien sûr, encore plus de bons conseils et de meilleures pratiques des haut-parleurs.
PS : Un hiver intéressant et mouvementé arrive peu après un automne riche et intense.
- Slurm Basic se tiendra à Moscou du 18 au 20 novembre - il reste deux places.
- Slurm Mega s'y tiendra du 22 au 24 novembre - nous analyserons ce que le k8 a sous le capot.
- Slurm DevOps se tiendra du 30 janvier au 1er février à Moscou.
- Du 3 au 5 février, un Slerm SRE distinct - comment gérer le bonheur des utilisateurs se tiendra avec Ivan Kruglov, développeur principal chez Booking.com (Pays-Bas), Ben Tyler, développeur principal chez Booking.com (USA), Eugene Varavva, développeur Wide Profile chez Google (San Francisco).
- De plus, nous préparons actuellement un Slurm Prometheus en ligne. Les dates de lancement seront publiées sur l'état de préparation.
Abonnez-vous. Participez. Ce sera intéressant.
Slurm arrive!