Décodage:
Azat Khadiev: Bonjour. Je m'appelle Azat Khadiev. Je suis développeur PaaS chez Mail.ru Cloud Solutions. Pavel Selivanov de Southbridge est ici avec moi. Nous sommes à la conférence DevOpsDays. Il fera ici une présentation selon laquelle vous pouvez créer des DevOps avec Kubernetes, mais vous ne réussirez probablement pas. Pourquoi un sujet aussi sombre?
Pavel Selivanov: Elle n'est pas vraiment sombre. Il s'agit d'essayer de résoudre de nombreux problèmes dans notre communauté à l'aide de la technologie. Et de plus, nous essayons de résoudre avec l'aide de la technologie plutôt unilatéralement. Kubenetes est le même - c'est la chose qui est responsable, vous pouvez dire que Ops. Mais nous avons un grand ingénieur DevOps concept. Kubernetes est responsable de l'ingénieur DevOps. En même temps ... Genre, vous ferez des Kubernetes, et les gars du Dev ne connaissent pas du tout tous ces Kubernetes, ne savent pas ce que cela vous permet de faire - et tout est pareil pour eux. Et cela malgré le fait que Kubernetes contient des solutions prêtes à l'emploi, des outils prêts à l'emploi pour étirer cette approche DevOps, la communication entre Dev et Ops utilisant cette technologie. Nous utilisons très peu cette opportunité. Du fait que nous transférons même les structures actuelles vers tous ces outils DevOps - Docker, Kubernetes, clouds, etc. - nous exacerbons encore plus cette situation. Et les outils commencent à ne plus être utilisés comme prévu. Et autour de toutes ces technologies, de terribles béquilles sont construites.
Azat Khadiev: Je vois. On sent que le sujet est vaste. Selon vous, quel est actuellement le problème le plus courant pour les entreprises? Avec Kubernetes.
Pavel Selivanov: Avec Kubernetes, le problème le plus courant est le manque de compétences. En informatique, c'est un problème courant. Il n'y a toujours pas assez de spécialistes. Il y a toujours un manque de compétences. Et maintenant, Kubernetes manque de compétences. Et bien qu'il s'agisse toujours de solutions 100% prêtes à l'emploi sur le marché qui permettraient à Kubernetes d'en obtenir une, mais sans les compétences nécessaires, il y en a franchement peu sur le marché. Et ceux qui le sont, ils soulèvent tous une sorte de questions. En permanence avec Kubernetes, nous sommes à la recherche de personnes qui comprennent cela. Nous essayons de tirer le développement en dessous.
Azat Khadiev: Et étant donné la pénurie actuelle de personnel informatique. Ce qui a toujours été le cas. Et maintenant il y en a. Que pensez-vous, comment vivre dans ces conditions? Que sont les hacks de vie?
Pavel Selivanov: Life hacks. Tout d'abord, du point de vue des nuages, un hack de vie ressemble à ceci - et laissez-nous vous donner une partie de vos compétences. Et nous les prendrons pour nous. Et nous le ferons en nous-mêmes. Et c'est tout bon. Sauf pour ce qui est important à comprendre pour ceux qui l'utilisent ... En fait, c'est un moment merveilleux ... Mais il est important de comprendre que si vous donnez une partie de vos compétences à un cloud ou à un fournisseur quelque part, nous obtenons une solution universelle. En gros, nous avons une base de données qui effectue des choses très spécifiques, et elle a été configurée de manière très spécifique. En soumettant cette base de données au cloud, nous pouvons bien sûr licencier l'administrateur, qui s'occupait auparavant des clusters de base de données - le même Amazon ou Google le fera pour nous. Mais en même temps, le même Amazon ou Google ne nous permettra pas de configurer clairement notre base de données. Grands projets, grandes entreprises - en tout cas, ils en arrivent à utiliser des solutions cloud à un moment de leur vie, puis en tout cas reviennent à reprendre des compétences, car plus spécifiques sont nécessaires.
Azat Khadiev: Solutions universelles - est-ce mauvais ou peut-on construire davantage sur leur base?
Pavel Selivanov: Non, les solutions universelles ne sont certainement pas mauvaises. Les solutions universelles sont bonnes. Juste des solutions universelles ... universelles. Il est important de comprendre. Voici comment prendre un script commun ... Si vous êtes autour de ce script commun, une application générale, vous pouvez tout construire, toute la logique de l'entreprise - alors c'est cool. Et si la logique du travail est différente, mais vous prenez cette solution universelle, le script universel - et vous commencez, comme tirer une chouette sur un globe, c'est mauvais. Mais dans l'universalisme lui-même, il n'y a rien de mal.
Azat Khadiev: Si cet administrateur travaille déjà pour vous, le point n'est pas dans son licenciement. Il peut simplement faire plus.
Pavel Selivanov: Oui, pour lui retirer la routine, pour la donner quelque part à quelqu'un, afin qu'elle se fasse quelque part là-bas. C'est certainement une bonne approche. Le point important ici est de savoir si cette solution standard convient à un cas spécifique.
Azat Khadiev: Sur la base de mon expérience, je constate que de nombreuses entreprises font la même chose. Ils ont mis en place un cluster kubernetes, pensez à le faire évoluer. Et toutes ces opérations sont très reproductibles.
Pavel Selivanov: Oui, bien sûr. De plus, si nous prenons Kubernetes spécifiquement, il y a un point tel qu'il y a vraiment peu de connaissance du marché en ce moment sur Kubernetes sur le marché. Et Kubernetes est un constructeur si géant que si vous l'emmenez dans l'entreprise, soyez prêt à emmener avec lui un ingénieur qui fera tout cela à plein temps. Et c'est cher. Et essayez de trouver un tel ingénieur. Si je me parle à moi-même, je n'aime pas vraiment une sorte de décision trouble, car j'ai une compréhension suffisamment bonne et approfondie du fonctionnement de Kubernetes. Et souvent dans les nuages, il manque juste une sorte de fonctionnalité que je demande - et ils me disent "Non, tu ne peux pas". Eh bien, je suis désolé, mais je peux faire mieux que le cloud. Mais en même temps, si vous n'avez pas d'ingénieur à plein temps, vous ne voulez pas payer pour cet ingénieur qui tire Kubernetes, et vous lui payez constamment beaucoup d'argent pour simplement expérimenter, alors le cloud est juste une bonne excellente solution. Parce qu'au moins il y a des gars que le fournisseur lui-même a déjà chassés. Et ils comprennent ce qu'ils font. Et ces choses de base dont vous avez besoin au quotidien sont là.
Azat Khadiev: Que pensez-vous de l'état actuel de Kubernetes? Que va-t-il lui arriver dans cinq et dix ans?
Pavel Selivanov: Bonne question. Je sais juste ce qui se passe dans la communauté à ce sujet. Certaines personnes pensent qu'il ne restera plus rien que Kubernetes. La situation qui se produit depuis longtemps avec Linux. Autrement dit, en dehors de Linux, il y a des gens qui vivent sur BSD, très probablement, ils ont des tâches très spécifiques. Il y a des gens qui travaillent sous Windows - des serveurs Windows - très probablement, ils ont aussi des tâches spécifiques, ou il y a simplement des compétences en la matière et ils ne sont pas prêts à partir. Dans tous les cas, la norme dans notre domaine est Linux. Il y a une opinion que Kubernetes deviendra le même standard de facto, et il n'y aura rien à part Kubernetes. Kubernetes gérera non seulement les applications, leur déploiement, leur déploiement, leur mise à l'échelle. Gérez généralement tout. Maintenant, ils demandent: "Est-il possible de créer une base de données dans Kubernetes?" Je dis généralement que la question n'est pas dans Kubernetes, mais dans Docker. Si vous êtes prêt à ce que votre base de données fonctionne dans des conteneurs, comment cela fonctionnera. Ils me répondent: «Non, non, non, attends. Pas besoin de conteneurs. Besoin de Kubernetes. Nous allons le battre au nœud. Autrement dit, tout sera comme nous l'avons maintenant, seul Kubernetes pourra tout gérer. »Et c'est en fait une bonne idée. C'est-à-dire que Kubernetes est une telle chose lorsque vous pouvez rejoindre une entreprise, si l'entreprise a Kubernetes et des processus basés dessus, alors pour une personne qui comprend cela, il n'a besoin que de quelques jours pour dire: «Je suis prêt à vous soutenir. Complètement. Entier. J'ai compris comment cela fonctionne pour vous. » Contrairement aux approches sans Kubernetes, certaines béquilles étaient entassées ici, d'autres étaient des béquilles. Ici Ansible, ici Terraform. Quelqu'un a écrit tout cela et il faut six mois pour le comprendre. Ici. Donc, si Kubernetes deviendra la norme de facto, je ne sais pas. Aujourd'hui, il a l'air beaucoup plus ambitieux et plus confiant que les décisions qui l'entourent.
Azat Khadiev: Eh bien, la comparaison avec Linux est assez audacieuse. Il travaille sur une seule machine - et c'est tout. Et Kubernetes fonctionne sur de nombreuses machines. Il y a immédiatement un million de variations, raisons. Oui, c'est audacieux. Juste quand on considère qu'il y a des concurrents dans ce paradigme. Par exemple, sans serveur. Kubernetes est-il à risque avec de tels concurrents?
Pavel Selivanov: De Serverless ... (rires) Serverless - nous comprenons tous qu'il existe encore des serveurs. J'ai récemment entendu un rapport à ce sujet. Là, un homme a dit qu'il y avait encore des serveurs - et c'est le cloud. Mais nous devons toujours comprendre que le cloud - il y a aussi un serveur là-bas. Il y a de vrais serveurs de fer, un rack, et ici ils sont installés quelque part. Ceci est un nuage. En plus de cela, il y a Serverless, où il n'y a pas de serveurs. La question est donc de savoir si Serverless Kubernetes gagnera? Il me semble que Serverless partira pour Kubernetes. Pour les fournisseurs qui fournissent Serverless, Kubernetes est une plate-forme très pratique pour fournir cela. Oui, peut-être qu'à un moment donné nous cesserons de parler de Kubernetes en principe, en tant que développement ordinaire d'applications commerciales. Mais quelque part dans les profondeurs, les fournisseurs et les ingénieurs auront Kubernetes, où tout cela sera mis en œuvre.
Azat Khadiev: Un sujet légèrement différent. Il existe un tel concept d'ingénieur fullstack. Que pensez-vous d'eux? Existent-ils même?
Pavel Selivanov: Um ... Ingénieur Fullstack ... Eh bien, il me semble qu'il vaut la peine de faire la distinction entre ces choses que ... Vous savez, il y a une chose telle que les personnes en forme de T. Ces personnes sont-elles nécessaires dans l'industrie d'aujourd'hui? Oui, absolument nécessaire. Nous avons besoin de personnes qui ont de larges horizons, mais en même temps ce sont des spécialistes dans un domaine étroit. Et ici, l'ingénieur Fullstack est le même - la personne qui fait tout. À partir du développement frontend, des tests, du backend, des serveurs et de tout le reste. Je ne crois pas que dans une grande entreprise, une personne puisse le faire sans avoir des spécialisations étroites pour chacun des paramètres. Mais en même temps, ayant simplement une spécialisation étroite, comme ce qui se passe autour de cela, je ne sais rien - cela ne fonctionne pas non plus dans le monde moderne. Autrement dit, je dirais ici ... Je laisserais tomber le mot Fullstack. Nous avons grandement besoin d'ingénieurs. Nous avons besoin de DevOps. Je pense que nous allons bientôt reconsidérer ce moment. Et ils ne seront pas nécessaires.
Azat Khadiev: Pouvez-vous le révéler?
Pavel Selivanov: Il me semble que nous, dans l'industrie, arriverons à la conclusion que ces rôles sont Dev et Ops, ils vont bientôt disparaître. Si nous avons besoin de spécialistes et que nous chassons ... Nous avons besoin d'un développeur tel ou tel, nous avons besoin d'administrateurs tel ou tel, nous avons besoin d'ingénieurs DevOps - maintenant nous les avons, maintenant il y aura des ingénieurs de production, des ingénieurs SRE. Bien qu'en réalité, nous avons besoin des ingénieurs que nous voulons embaucher. Le contexte n'est pas important dans l'ensemble. Parce que ... Par exemple, SRE dit qu'ils ont toujours des problèmes d'infrastructure. Et quoi ... Prenons les développeurs - du point de vue que le développeur est un ingénieur - les mettons dans le service d'assistance et ils résoudront ces problèmes de la même manière qu'ils résolvent les problèmes commerciaux en utilisant du code, en utilisant l'ingénierie en tant que telle.
Azat Khadiev: Et de ce point de vue ... Comment interviewer de tels ingénieurs?
Pavel Selivanov: Oh, une bonne question. Il est probablement déjà au-delà de ce que je comprends dans cette vie. Mais je voudrais juste donner un exemple. Il n'a rien à voir avec l'entretien. Il s'agit de notre système éducatif en Russie. En informatique, nous savons que notre système éducatif en Russie pour le monde informatique est très dépassé, ce n'est pas ce qu'il devrait être. Je parle en moyenne d'immenses Russie - et de ce qui s'y passe. Les gens qui ne sont absolument pas prêts à partir demain après l'obtention du diplôme vont au développement Web, à une entreprise de technologie. Et c'est plutôt mauvais. Nous leur apprenons des choses étranges, bien que nous devrions sembler apprendre à les développer pour Android, pour iOS, comment utiliser Git et toutes ces choses. En fait, comme si non. Un institut est un moment où vos parents paient surtout pour vous. Pour toute ta vie. Et vous pouvez consacrer cinq ans de votre vie à étudier en profondeur. Et apprenez tout cela en forme de T. Lorsque vous pouvez étudier à l'institut ce qu'est un système de contrôle de version, quels types de modèles de développement sont, comment tester tout cela, quel type de bases de données, les équilibreurs. Et lorsque vous allez déjà travailler, vous commencez à vous plonger dans un domaine spécifique. Et nous obtenons donc des ingénieurs. Et maintenant, notre système éducatif en Russie est beaucoup plus proche de cette vérité qu'il ne nous semble. Ils nous donnent une bonne formation mathématique, une bonne formation algorithmique, ils nous donnent une idée des langages de programmation. Et à propos de l'interview, il me semble quelque chose de proche. Nous devons interroger les ingénieurs. Nous avons besoin du haut de la lettre T pour la forme en T. Parce que la ligne verticale de la lettre T, il obtient.
Azat Khadiev: Oui, intéressant. Cinq ans après l'université, il me semblait que mon éducation était en quelque sorte étrange et inadéquate. Et puis au cours du travail, quand les tâches se sont approfondies, les projets étaient plus grands, j'ai réalisé que non, on m'a appris des choses très importantes. Paul, merci. C'était très intéressant d'entendre vos réponses. Écoutez votre rapport.
Pavel Selivanov: Merci.