Dekodierung:
Azat Khadiev: Hallo. Ich heiße Azat Khadiev. Ich bin PaaS-Entwickler bei Mail.ru Cloud Solutions. Pavel Selivanov von Southbridge ist hier bei mir. Wir sind auf der DevOpsDays Konferenz. Er wird hier eine Präsentation halten, in der Sie DevOps mit Kubernetes erstellen können, aber höchstwahrscheinlich werden Sie keinen Erfolg haben. Warum so ein düsteres Thema?
Pavel Selivanov: Sie ist nicht wirklich düster. Es geht darum, mit Hilfe von Technologie zu versuchen, viele Probleme in unserer Gemeinde zu lösen. Darüber hinaus versuchen wir, mit Hilfe der Technologie eher einseitig zu lösen. Kubenetes ist das gleiche - das ist die Sache, die dafür verantwortlich ist, kann man sagen, dass Ops. Aber wir haben ein großartiges Konzept, DevOps Engineer. Kubernetes ist verantwortlich für den DevOps-Ingenieur. Zur gleichen Zeit ... Wie, Sie werden Kubernetes herstellen, und Entwickler kennen all diese Kubernetes überhaupt nicht, wissen nicht, was Sie damit machen können - und für sie ist alles das Gleiche. Und das trotz der Tatsache, dass Kubernetes vorgefertigte Lösungen enthält, vorgefertigte Tools, um diesen DevOps-Ansatz zu erweitern und die Kommunikation zwischen Dev und Ops mithilfe dieser Technologie zu ermöglichen. Wir nutzen diese Gelegenheit sehr wenig. Da wir die aktuellen Strukturen sogar auf all diese DevOps-Tools übertragen - Docker, Kubernetes, Clouds usw. - verschärfen wir diese Situation noch mehr. Und die Werkzeuge fangen an, nicht wie beabsichtigt verwendet zu werden. Und um all diese Technologien herum werden schreckliche Krücken gebaut.
Azat Khadiev: Ich verstehe. Man fühlt, dass das Thema groß ist. Was ist Ihrer Meinung nach das derzeit häufigste Problem für Unternehmen? Mit Kubernetes.
Pavel Selivanov: Das häufigste Problem bei Kubernetes ist der Mangel an Kompetenzen. In der IT ist dies ein häufiges Problem. Es gibt immer nicht genug Spezialisten. Es mangelt immer an Kompetenzen. Und jetzt fehlt Kubernetes die Kompetenz. Und obwohl dies immer noch 100% fertige Lösungen auf dem Markt sind, die es Kubernetes ermöglichen würden, eine zu erhalten, aber nicht über die erforderlichen Kompetenzen verfügen, gibt es ehrlich gesagt nur wenige auf dem Markt. Und das sind die, die alle eine Art Fragen aufwerfen. Ständig sind wir mit Kubernetes auf der Suche nach Menschen, die dies verstehen. Wir versuchen, die Entwicklung darunter zu ziehen.
Azat Khadiev: Und angesichts des derzeitigen Personalmangels in der IT. Welches war schon immer. Und jetzt ist es da. Was denkst du, wie man unter diesen Bedingungen lebt? Was sind Life Hacks?
Pavel Selivanov: Leben hackt. Erstens sieht ein Life Hack aus der Sicht der Wolken so aus - und wir geben Ihnen einen Teil Ihrer Kompetenzen. Und wir werden sie für uns nehmen. Und das werden wir in uns selbst tun. Und das ist alles gut. Abgesehen von dem, was für diejenigen, die es verwenden, wichtig ist, zu verstehen ... Eigentlich ist dies ein wunderbarer Moment ... Aber es ist wichtig zu verstehen, dass wir eine universelle Lösung erhalten, wenn Sie einen Teil Ihrer Kompetenzen einer Cloud oder einem Anbieter irgendwo zuweisen. Grob gesagt haben wir eine Datenbank, die sehr spezifische Dinge ausführt und die sehr spezifisch konfiguriert wurde. Durch das Einreichen dieser Datenbank in der Cloud können wir natürlich den Administrator entlassen, der sich mit Datenbank-Clustern befasst hat - derselbe Amazon oder Google erledigt dies für uns. Gleichzeitig können wir jedoch mit Amazon oder Google unsere Datenbank nicht eindeutig konfigurieren. Große Projekte, große Unternehmen - auf jeden Fall setzen sie Cloud-Lösungen in einem bestimmten Stadium ihres Lebens ein und kehren dann in jedem Fall dazu zurück, ihre Kompetenzen zurück zu übernehmen, da spezifischere Anforderungen gestellt werden.
Azat Khadiev: Universelle Lösungen - ist es schlecht oder kann mehr auf ihrer Basis aufgebaut werden?
Pavel Selivanov: Nein, universelle Lösungen sind definitiv nicht schlecht. Universelle Lösungen sind gut. Nur universelle Lösungen ... universell. Es ist wichtig zu verstehen. So erstellen Sie ein gemeinsames Skript ... Wenn Sie sich mit diesem gemeinsamen Skript, einer allgemeinen Anwendung, befassen, können Sie alle, die gesamte Logik des Unternehmens erstellen - dann ist das cool. Und wenn die Logik der Arbeit anders ist, Sie aber diese universelle Lösung, das universelle Drehbuch, verwenden - und Sie fangen an, wie eine Eule auf einen Globus zu ziehen, ist es schlecht. Aber im Universalismus selbst ist nichts falsch.
Azat Khadiev: Wenn dieser Administrator bereits für Sie arbeitet, liegt das nicht an seiner Entlassung. Er kann einfach mehr.
Pavel Selivanov: Ja, die Routine von ihm zu nehmen, sie irgendwo jemandem zu geben, damit sie irgendwo dort gemacht werden. Dies ist definitiv ein guter Ansatz. Wichtig ist hierbei, ob diese Standardlösung für einen bestimmten Fall geeignet ist.
Azat Khadiev: Nur aufgrund meiner Erfahrung sehe ich, dass viele Unternehmen dasselbe tun. Sie richten einen Kubernetes-Cluster ein und überlegen, ob sie ihn skalieren sollen. Und all diese Operationen sind sehr wiederholbar.
Pavel Selivanov: Ja natürlich. Darüber hinaus gibt es, wenn wir Kubernetes speziell einbeziehen, einen solchen Punkt, dass es im Moment wirklich wenig Marktwissen über Kubernetes auf dem Markt gibt. Und Kubernetes ist ein so großer Konstrukteur, dass Sie, wenn Sie ihn in die Firma mitnehmen, bereit sind, einen Ingenieur mitzunehmen, der dies alles zur vollen Zeit erledigt. Und es ist teuer. Und versuchen Sie, einen solchen Ingenieur zu finden. Wenn ich mit mir selbst spreche, mag ich eine trübe Entscheidung nicht wirklich, weil ich ein gutes und tiefes Verständnis dafür habe, wie Kubernetes funktioniert. Und oft fehlt in Clouds nur eine Art von Funktionalität, die ich anfordere - und sie sagen mir: "Nein, das kannst du nicht." Nun, dann tut es mir leid, aber ich kann es besser als Cloud. Aber zur gleichen Zeit, wenn Sie keinen Ingenieur für Vollzeit haben, möchten Sie nicht für diesen Ingenieur bezahlen, der Kubernetes zieht, und Sie zahlen ihm ständig eine Menge Geld, um nur zu experimentieren, dann ist die Cloud einfach eine gute, großartige Lösung. Zumindest gibt es Leute, die der Anbieter selbst schon gejagt hat. Und sie verstehen, was sie tun. Und die grundlegenden Dinge, die Sie täglich brauchen, sind da.
Azat Khadiev: Wie beurteilen Sie den aktuellen Zustand von Kubernetes? Was wird in fünf und in zehn Jahren mit ihm geschehen?
Pavel Selivanov: Gute Frage. Ich weiß nur, was in der Community darüber passiert. Einige Leute glauben, dass außer Kubernetes nichts mehr übrig sein wird. Die Situation, die mit Linux schon lange passiert ist. Das heißt, außerhalb von Linux gibt es Leute, die von BSD leben, höchstwahrscheinlich haben sie sehr spezifische Aufgaben. Es gibt Leute, die unter Windows arbeiten - Windows-Server -, wahrscheinlich haben sie auch bestimmte Aufgaben, oder es gibt einfach Kompetenz in dieser Angelegenheit, und sie sind nicht bereit, sie dort zu lassen. In jedem Fall ist der Standard in unserem Bereich Linux. Es gibt eine Meinung, dass Kubernetes der gleiche De-facto-Standard werden wird, und es wird nichts anderes als Kubernetes geben. Kubernetes verwaltet nicht nur Anwendungen, deren Bereitstellung, Bereitstellung und Skalierung. Im Allgemeinen alles verwalten. Jetzt fragen sie: "Ist es möglich, eine Datenbank in Kubernetes zu stopfen?" Ich sage normalerweise, dass die Frage nicht in Kubernetes ist, sondern in Docker. Wenn Sie bereit sind, dass Ihre Datenbank in Containern funktioniert, wie es funktioniert. Sie antworten mir: „Nein, nein, nein, warte. Keine Behälter erforderlich. Müssen zu Kubernetes. Wir werden es auf den Punkt bringen. Das heißt, alles wird so sein, wie wir es jetzt haben, nur Kubernetes wird es schaffen. “Und das ist eigentlich eine gute Idee. Das heißt, Kubernetes ist so eine Sache, wenn Sie einem Unternehmen beitreten können. Wenn das Unternehmen über Kubernetes und darauf aufgebaute Prozesse verfügt, muss eine Person, die dies versteht, nur ein paar Tage warten, um zu sagen: „Ich bin bereit, Sie zu unterstützen. Vollständig. Ganz. Ich habe verstanden, wie es bei Ihnen funktioniert. “ Im Gegensatz zu Ansätzen ohne Kubernetes waren hier einige Krücken eingepfercht, andere Krücken. Hier Ansible, hier Terraform. Jemand hat das alles geschrieben und es dauert sechs Monate, um es herauszufinden. Hier. Ob Kubernetes zum De-facto-Standard werden wird, weiß ich nicht. Heute sieht er viel ehrgeiziger und selbstbewusster aus als die Entscheidungen, die ihn umgeben.
Azat Khadiev: Nun, der Vergleich mit Linux ist ziemlich gewagt. Er arbeitet an einer Maschine - und das wars. Und Kubernetes funktioniert auf vielen Maschinen. Sofort gibt es eine Million Variationen, Gründe. Ja, es ist fett. Gerade wenn man bedenkt, dass es Konkurrenten in diesem Paradigma gibt. Zum Beispiel Serverless. Ist Kubernetes bei solchen Mitbewerbern gefährdet?
Pavel Selivanov: Von Serverless ... (Gelächter) Serverless - wir sind uns alle einig, dass es noch Server gibt. Ich habe kürzlich einen Bericht zu diesem Thema gehört. Dort sagte ein Mann, dass es noch Server gibt - und das ist die Cloud. Wir müssen aber immer verstehen, dass es in der Cloud auch einen Server gibt. Es gibt echte Eisenserver, ein Rack, und hier sind sie irgendwo installiert. Das ist eine Wolke. Darüber hinaus gibt es Serverless, bei dem keine Server vorhanden sind. Die Frage ist also, ob Serverless Kubernetes gewinnen wird? Es scheint mir, dass Serverless für Kubernetes verlassen wird. Für Anbieter, die Serverless bereitstellen, ist Kubernetes eine sehr praktische Plattform, um dies bereitzustellen. Ja, vielleicht werden wir irgendwann aufhören, von Kubernetes als einer gewöhnlichen Entwicklung von Geschäftsanwendungen zu sprechen. Aber irgendwo in der Tiefe werden Anbieter und Ingenieure Kubernetes haben, in denen all dies implementiert wird.
Azat Khadiev: Ein etwas anderes Thema. Es gibt so ein Konzept wie ein Fullstack-Ingenieur. Was haltet ihr von ihnen Gibt es sie überhaupt?
Pavel Selivanov: Ähm ... Fullstack-Ingenieur ... Nun, es scheint mir, dass es sich lohnt, zwischen diesen Dingen zu unterscheiden, die ... Wissen Sie, es gibt so etwas wie T-förmige Menschen. Werden solche Leute in der heutigen Industrie gebraucht? Ja, unbedingt nötig. Wir brauchen Menschen, die einen weiten Horizont haben, aber gleichzeitig Spezialisten auf einem engen Gebiet sind. Und hier ist der Fullstack-Ingenieur derselbe - derjenige, der alles tut. Angefangen von der Frontend-Entwicklung über das Testen und Backend bis hin zu Servern und allem anderen. Ich glaube nicht, dass in einem großen Unternehmen eine Person dies tun kann, ohne enge Spezialisierungen für jeden der Parameter zu haben. Gleichzeitig weiß ich nichts, wenn ich nur eine enge Spezialisierung habe, wie etwa das, was um mich herum passiert - das funktioniert auch in der modernen Welt nicht. Das heißt, hier würde ich sagen ... ich würde das Wort Fullstack fallen lassen. Wir brauchen sehr viel Ingenieure. Wir brauchen DevOps. Ich glaube, wir werden diesen Moment bald überdenken. Und sie werden nicht gebraucht.
Azat Khadiev: Können Sie es offenbaren?
Pavel Selivanov: Es scheint mir, dass wir in der Branche zu dem Schluss kommen werden, dass diese Rollen Dev und Ops sind, sie werden bald verschwinden. Wenn wir Spezialisten brauchen und auf der Jagd sind ... Wir brauchen einen Entwickler wie den anderen, wir brauchen Administratoren wie den anderen, wir brauchen DevOps-Ingenieure - jetzt haben wir sie, jetzt gibt es Produktionsingenieure, SRE-Ingenieure. In Wirklichkeit brauchen wir die Ingenieure, die wir einstellen wollen. Hintergrund ist im Großen und Ganzen nicht wichtig. Weil ... Zum Beispiel sagt SRE, dass sie immer Infrastrukturprobleme haben. Und was ... Nehmen wir die Entwickler - aus der Sicht, dass der Entwickler ein Ingenieur ist - und setzen sie in die Support-Abteilung ein. Sie werden diese Probleme auf die gleiche Weise lösen, wie sie geschäftliche Probleme mit Code lösen, indem sie das Engineering als solches verwenden.
Azat Khadiev: Und aus dieser Sicht ... Wie kann man solche Ingenieure interviewen?
Pavel Selivanov: Oh, eine gute Frage. Er ist wahrscheinlich schon jenseits dessen, was ich in diesem Leben verstehe. Aber ich würde nur ein Beispiel geben. Er hat nichts mit dem Interview zu tun. Hier geht es um unser Bildungssystem in Russland. In der IT wissen wir, dass unser Bildungssystem in Russland für die IT-Welt sehr veraltet ist, es ist nicht das, was es sein sollte. Ich spreche im Durchschnitt über Russland immens - und was dort passiert. Menschen, die morgen nach dem Studium noch nicht bereit sind, gehen zur Webentwicklung, zu einem Technologieunternehmen. Und es ist irgendwie schlimm. Wir bringen ihnen einige seltsame Dinge bei, obwohl wir scheinbar gelernt haben, sie für Android, iOS, die Verwendung von Git und all diese Dinge zu entwickeln. In der Tat, als ob nicht. Ein Institut ist eine Zeit, in der deine Eltern hauptsächlich für dich bezahlen. Für dein ganzes Leben. Und Sie können fünf Jahre Ihres Lebens darauf verwenden, sich eingehend mit dem Thema auseinanderzusetzen. Und lerne all das T-förmig. Wenn Sie am Institut lernen können, was ein Versionskontrollsystem ist, welche Entwicklungsmuster es gibt, wie man das Ganze testet, welche Art von Datenbanken und Balancern es sind. Und wenn Sie bereits zur Arbeit gehen, beginnen Sie, sich mit einem bestimmten Bereich zu befassen. Und so bekommen wir Ingenieure. Und jetzt ist unser Bildungssystem in Russland dieser Wahrheit viel näher, als es uns scheint. Sie vermitteln uns eine gute mathematische Ausbildung, eine gute algorithmische Ausbildung und eine Vorstellung von Programmiersprachen. Und über das Interview scheint es mir etwas in der Nähe zu sein. Wir müssen die Ingenieure interviewen. Wir brauchen die Spitze des Buchstabens T für die T-Form. Denn die senkrechte Linie des Buchstabens T bekommt er.
Azat Khadiev: Ja, interessant. Fünf Jahre nach dem College schien mir meine Ausbildung irgendwie seltsam und unzureichend zu sein. Und dann, im Laufe der Arbeit, als die Aufgaben tiefer wurden, wurden die Projekte größer, ich erkannte, dass nein, mir wurden sehr wichtige Dinge beigebracht. Paul, danke. Es war sehr interessant, Ihre Antworten zu hören. Hören Sie sich Ihren Bericht an.
Pavel Selivanov: Vielen Dank.