Kubernetesは新しい Linuxパベル・セリヴァノフ氏へのインタビュー

デコード：
アザト・カディエフ：こんにちは。私の名前はアザト・カディエフです。私は Mail.ru Cloud Solutions の PaaS 開発者です。私と一緒にいるのは、サウスブリッジのパベル・セリバノフです。私たちはDevOpsDaysカンファレンスに参加しています。ここで彼は、Kubernetes を使用して DevOps を構築する方法について講演しますが、おそらく成功しないでしょう。なぜそんな暗い話題なのでしょう？

パベル・セリバノフ：彼女はそんなに暗い人間ではないんです。それは、私たちがテクノロジーの助けを借りてコミュニティ内の多くの問題を解決しようとしているという事実です。そして私たちは、テクノロジーの助けを借りて、むしろ一方的な方法でそれを解決しようとします。 Kubenetes も同様です。これは Ops が責任を負うものであると言えます。しかし、私たちには DevOps エンジニアという素晴らしいコンセプトがあります。 DevOps エンジニアは Kubernetes を担当します。同時に... たとえば、Kubernetes を作成しても、開発者は Kubernetes についてまったく認識しておらず、Kubernetes で何ができるのかも認識していません。開発者にとってはすべてがまったく同じです。 Kubernetes には、このテクノロジーを使用して DevOps アプローチ、つまり Dev と Ops 間のコミュニケーションを拡張するための既製のソリューションと既製のツールが含まれているにもかかわらず、このような状況になっています。私たちはこの機会をほとんど利用しません。現在の構造を Docker、Kubernetes、クラウドなどの DevOps ツールに移行しているため、状況はさらに悪化しています。そして私たちはツールを本来の目的とは異なる方法で使い始めます。そして、これらすべてのテクノロジーの周りには、まったくひどい松葉杖が構築されています。

アザト・カディエフ： 分かりました。話題が幅広い気がします。今日の企業が直面している最も一般的な問題は何だと思いますか? Kubernetes を使用。

Pavel Selivanov: Kubernetes の最も一般的な問題は、能力不足です。これは IT ではよくある問題です。専門家は常に不足しています。能力不足は常に存在します。そして現在、Kubernetes に関する能力が不足しています。同時に、必要な能力がなくても Kubernetes を利用できる既製のソリューションは、市場にまだほとんど存在しません。そして、存在するものはすべて、何らかの疑問を提起します。 Kubernetes では、これを理解できる人材を常に求めています。これに合わせて開発を調整しようとしています。

Azat Khadiev: そして、現在、IT 分野の人材が不足していることも考慮します。それはいつもそうでした。そしてそれはまだ存在しています。このような状況でどうやって生活できると思いますか?どのようなライフハックがありますか?

Pavel Selivanov: ライフハック。まず、クラウドの観点から見ると、ライフハックは次のようになります。あなたの能力のいくつかを私たちに与えましょう。そして私たちはそれを自分たちのものにするのです。そして、私たちはこれを自分たちの中で実行します。それはすべて良いことです。ただし、それを使用する人にとって理解することが重要です...これは実際には素晴らしい瞬間です...しかし、私たちの能力の一部をクラウドまたはプロバイダーに譲渡することで、代わりに普遍的なソリューションが得られることを理解することが重要です。基本的に、非常に特殊なことを実行するデータベースがあり、非常に具体的に構成されています。このデータベースをクラウドに移行すれば、当然、データベース クラスターを扱っていた管理者を解雇することができます。Amazon や Google が代わりにそれを行います。しかし同時に、Amazon や Google ではデータベースを明確に構成することはできません。大規模なプロジェクト、大企業では、いずれにしても、ある時点でクラウド ソリューションを使用するようになり、その後、より具体的な何かが必要になるため、いずれにしても、能力を自社で取り戻すことになります。

アザト・カディエフ：普遍的な解決策は悪いのでしょうか、それともその基盤の上にさらに何かを構築できるのでしょうか？

Pavel Selivanov: いいえ、ユニバーサルソリューションは決して悪いものではありません。普遍的な解決策は良いです。まさに普遍的な解決策…普遍的です。ここを理解することが重要です。それは一般的なスクリプトを取るようなものです...この一般的なスクリプト、一般的なアプリケーションを中心に会社の仕事のロジック全体を構築できれば、それは素晴らしいことです。しかし、作品の論理が異なっていても、この普遍的な解決策、普遍的な脚本を採用し、地球儀上のフクロウのように、それを当てはめ始めると、それは良くありません。普遍主義そのものには何ら問題はありません。

Azat Khadiev: この管理者がすでにあなたのために働いているのであれば、問題は彼を解雇することではありません。彼はもっと多くのことができるようになるでしょう。

パベル・セリバノフ：そうです。彼のルーチンを奪って、それをどこかの誰かに渡して、そこでどこかで実行できるようにします。これは確かに良いアプローチです。ここで重要な点は、この標準的なソリューションが特定のケースに適しているかどうかです。

Azat Khadiev: 私の経験から言うと、多くの企業が同じことをやっているようです。彼らは Kubernetes クラスターをセットアップし、それを拡張することを検討しています。そして、これらすべての操作は非常に繰り返し可能です。

パベル・セリバノフ: はい、確かにそうです。さらに、Kubernetes を具体的に取り上げると、現時点では市場に Kubernetes に関する深く優れた知識がほとんど存在しないという点があります。 Kubernetes は非常に巨大なコンストラクターなので、これを社内に導入する場合は、これらすべてにフルタイムで取り組むエンジニアを連れて行く準備をする必要があります。そして高価です。そして、そのようなエンジニアを見つけるようにしてください。私自身について言えば、Kubernetes の仕組みについてはかなりよく深く理解しているので、クラウド ソリューションはあまり好きではありません。そして、私が要求する機能がクラウドに欠けていることに気付くことが多く、クラウド側は「それはできません」と言うのです。まあ、その場合は申し訳ないですが、クラウドよりもいいものができます。しかし同時に、フルタイムのエンジニアがいない場合、Kubernetes を扱えるエンジニアにお金を払いたくない場合、また、エンジニアが実験できるだけの多額のお金を継続的に支払う場合、クラウドは優れたソリューションです。なぜなら、少なくともそこには、プロバイダー自身によってすでに追い詰められた人たちがいるからです。そして彼らは自分たちが何をしているのか分かっています。日常的に必要な基本的なものは揃っています。

Azat Khadiev: Kubernetes の現状についてどう思いますか? 5年後、10年後に彼に何が起こるでしょうか？

パベル・セリヴァノフ：良い質問ですね。この件に関して、私たちのコミュニティで何が起こっているかは知っています。Kubernetes以外には何も残らないだろうと考えている人もいます。ずっと前にLinuxで起こった状況です。つまり、外部 Linux BSDに住んでいる人たちは、おそらく非常に具体的な仕事をしているのでしょう。 Windows — Windowsサーバー — おそらく特定のタスクを担っているか、あるいは単にこの分野の専門知識を持っていて、そこから離れる準備ができていないのでしょう。いずれにせよ、私たちの業界の標準は LinuxKubernetesが事実上の標準となり、他のものは存在しなくなるという認識があります。Kubernetesはアプリケーション、そのデプロイ、スケーリングだけでなく、すべてを管理するようになるでしょう。人々は今、「データベースをKubernetesに置くことは可能ですか？」と尋ねています。私は通常、問題はKubernetesではなくDockerにあると答えます。データベースをコンテナで実行する準備ができている場合、どのように動作するのでしょうか？彼らは私に「いやいや、待ってください。コンテナは必要ありません。Kubernetesが必要です。それをノードに移植します。そうすれば、すべては今と同じになり、Kubernetesがすべてを管理します」と言います。そしてそれは本当に良いアイデアです。つまり、Kubernetesは、企業がKubernetesとその上に構築されたプロセスを持っている場合、それを理解している人が数日間作業するだけで、「完全にサポートする準備ができています。すべてを理解し、あらゆる面でサポートします」と言えるようなものなのです。 Kubernetesを使わないアプローチとは異なり、彼らは次から次へと場当たり的な対策を講じてきました。Ansible、Terraformなどです。これらはすべて誰かが開発したもので、理解するのに6ヶ月もかかります。ですから、Kubernetesが事実上の標準になるかどうかは分かりません。現状では、Kubernetesは周囲のソリューションよりもはるかに野心的で自信に満ちているように見えます。

アザト・ハディエフ: そうですね、比較すると Linux 実に大胆な発想だ。単一のマシン上で動作する――それだけだ。しかしKubernetesは多数のマシン上で動作する。無数のバリエーションと理由がすぐに浮かび上がる。確かに大胆だ。だが、このパラダイムには競合相手がいることを考えてみよう。例えば、サーバーレスだ。Kubernetesはこうした競合相手によって危険にさらされるのだろうか？

パベル・セリヴァノフ: サーバーレスから... (笑) サーバーレス - 私たちはまだ理解しています サーバー 結局、サーバーは存在する。最近、これに関する報告を聞いた。その報告者は、結局サーバーが存在する、つまりクラウドが存在すると言っていた。しかし、クラウドにもサーバーが存在することを常に理解しておく必要がある。実際のハードウェアサーバー、ラックがあり、どこかに設置されている。それがクラウドだ。さらに、サーバーレスがあり、 サーバー 「いいえ。」では、サーバーレスはKubernetesに勝るのでしょうか？私はサーバーレスはKubernetesに移行すると考えています。サーバーレスを提供するプロバイダーにとって、Kubernetesは非常に便利なプラットフォームです。確かに、いずれはKubernetesを標準的なビジネスアプリケーション開発ツールとして語らなくなるかもしれません。しかし、プロバイダーやエンジニアは、心の奥底でKubernetesを導入し、そこで全てを実装していくでしょう。

Azat Khadiev: 少し違う話題です。フルスタックエンジニアという概念があります。それらについてどう思いますか?それらは存在するのでしょうか?

Pavel Selivanov: えーと... フルスタック エンジニア... そうですね、私にはこれらのことを区別する価値があるように思えます... ご存知のとおり、T 型の人というものがあります。今の業界ではそんな人材が必要なのでしょうか？はい、間違いなく必要です。私たちには、広い視野を持ちながら、同時に特定の分野の専門家でもある人材が必要です。ここでのフルスタック エンジニアも同じです。つまり、すべてを実行する人です。フロントエンドの開発、テスト、バックエンド、サーバーなどすべてから始まります。大企業では、各パラメータに狭い専門性がなければ、1 人の人間がこれを行うことはできないと思います。しかし同時に、単に狭い専門分野だけを扱って、周りで何が起こっているのか全く知らないというだけでは、現代の世界では通用しません。つまり、ここでは「フルスタック」という言葉は使わないことにします。本当にエンジニアが必要なんです。 DevOpsが必要です。私たちはすぐにこの瞬間を再び訪れるだろうという予感がします。そしてそれらは必要なくなるでしょう。

アザト・カディエフ：明らかにしてもらえますか？

Pavel Selivanov: 業界では、Dev と Ops の役割がすぐに消滅するところまで来ているように思います。スペシャリストが必要で、それを探すと... このような開発者が必要、このような管理者が必要、DevOps エンジニアが必要 - 今は彼らがいますが、今度はプロダクション エンジニアや SRE エンジニアも必要になります。しかし、私たちが本当に必要としているのは、雇用したいエンジニアです。背景はそれほど重要ではありません。なぜなら... たとえば、SRE では、インフラストラクチャの問題は常にソフトウェアに関連しているとされています。では、開発者を取り上げてみましょう。開発者はエンジニアであるという観点から、開発者をサポート部門に配置すると、彼らは、コードやエンジニアリングの助けを借りてビジネス上の問題を解決するのと同じ方法で、これらの問題を解決することになります。

Azat Khadiev: この観点から、このようなエンジニアにどのようにインタビューすればよいのでしょうか?

パベル・セリヴァノフ：ああ、それは良い質問ですね。おそらく私の理解を超えているでしょう。でも、例を挙げましょう。インタビューとは全く関係ありませんが、ロシアの教育制度についてです。IT業界では、ロシアの教育制度はIT業界にとって非常に時代遅れで、あるべき姿ではないことは周知の事実です。私が言っているのは、広大なロシア全体の平均的な状況、そしてそこで起きていることです。卒業した翌日にウェブ開発やIT企業で働く準備が全くできていない卒業生がいます。そして、彼らはそれを悪いことだと考えています。私たちは彼らに奇妙なことを教えていますが、本来は彼らに開発を教えるべきなのです。 AndroidiOS の場合、Git の使い方などすべて。実際にはそうではないようです。大学は、親があなたの費用をほとんど負担してくれる時期です。あなたの人生全体にわたって。そして、人生の 5 年間を深く研究することに費やすことができます。そして、この T 字型全体を学ぶこと。大学でバージョン管理システムとは何か、どのような開発パターンがあるか、これらすべてをどのようにテストするか、どのようなデータベースやロード バランサーがあるかを学ぶことができます。そして、仕事に就くと、特定の分野をさらに深く掘り下げ始めます。そして、それがエンジニアを得る方法です。そして、ロシアの教育システムは、私たちが考えているよりもこの真実にずっと近いです。私たちは優れた数学のトレーニング、優れたアルゴリズムのトレーニングを受け、プログラミング言語の理解を与えられます。そして、面接については、これに近いと思います。私たちはエンジニアを面接する必要があります。T 字型の学生の T の上部が必要です。なぜなら、T の垂直線を獲得するからです。

アザト・ハディエフ: はい、興味深いですね。大学を卒業してから 5 年間、私は自分の受けた教育が奇妙で不十分であるように感じていました。そして、仕事が進み、課題がより深くなり、プロジェクトがより大きくなるにつれて、私は、いや、とても大切なことを教えられていることに気づきました。パベル、ありがとう。皆さんの回答を聞いてとても興味深かったです。あなたの報告を聞きましょう。

パベル・セリバノフ：ありがとうございます。

出所： habr.com