Kubernetes は新しい Linux ですか? パベル・セリバノフ氏へのインタビュー

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

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

アザト・ハディエフ: なるほど。幅広いテーマのような気がします。企業が現在抱えている最も一般的な問題は何だと思いますか? Kubernetes を使用します。

Pavel Selivanov: Kubernetes で最も一般的な問題は、コンピテンシーの欠如です。これは IT 分野でよくある問題です。専門家は常に不足しています。能力不足は常にあります。そして現在、Kubernetes では十分なコンピテンシーがありません。そして同時に、Kubernetes を入手できるものの、同時に必要なコンピテンシーを備えていない XNUMX% 既成のソリューションが市場にまだ存在しており、率直に言って市場にはほとんどありません。そして、存在するものはすべて、いくつかの疑問を引き起こします。 Kubernetes では、これを理解できる人材を常に探しています。私たちは開発をこれに適応させようとしています。

アザト・カディエフ: そして、現在の IT 部門の人材不足を考慮すると。それはいつもそこにありました。そして今、あります。このような状況下でどのように生きていくべきだと思いますか？どんなライフハックがあるのでしょうか？

パベル・セリバノフ: ライフハック。まず、クラウドの観点から見ると、ライフハックは次のようになります。あなたのコンピテンシーをいくつか教えてください。そして私たちはそれらを自分のものにします。そして私たちはこれを自分自身の中で行います。それはそれでいいのです。ただし、私たちの能力の一部をクラウドやプロバイダーに提供すれば、代わりに普遍的なソリューションが得られるということを理解することが重要です。 。大まかに言えば、非常に特殊なことを行うデータベースがあり、非常に特殊な方法で構成されています。このデータベースをクラウドに提供することで、データベース クラスターを扱っていた管理者を解雇できます。同じ Amazon や Google がこれを行ってくれます。しかし同時に、Amazon や Google はデータベースを明確に構成することを許可しません。大規模なプロジェクトや大企業 - いずれにせよ、人生のある段階でクラウド ソリューションを使用するようになりますが、いずれにしても、より具体的なものが必要になるため、コンピテンシーを自分自身に取り戻すことに戻ります。 。

アザト・ハディエフ: 普遍的な解決策は悪いものなのでしょうか、それともその解決策に基づいてさらに構築できるのでしょうか?

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

アザト・カディエフ: この管理者がすでにあなたのために働いているのであれば、問題は彼の解雇にありません。彼はもっとできるようになるだろう。

パベル・セリヴァノフ: はい、彼からルーティンを取り上げて、どこかで誰かに渡して、どこかで作ってもらいましょう。これは間違いなく良いアプローチです。ここで重要なのは、この標準ソリューションが特定のケースに適しているかどうかです。

アザト・カディエフ: 私の経験から言えば、多くの企業が同じことをやっていることがわかります。彼らは Kubernetes クラスターをセットアップし、それをスケーリングすることを検討しています。そして、これらすべての操作は非常に再現性があります。

パベル・セリワノフ: はい、確かにそうです。さらに、Kubernetes に特化した場合、現在市場には Kubernetes に関する深くて良い知識がほとんどないという点があります。そして、Kubernetes は非常に巨大なコンストラクターであるため、企業に雇用する場合は、これらすべてをフルタイムで行うエンジニアを連れて行く準備をしてください。そして高価です。そして、そのようなエンジニアをもう一度探してみてください。私自身について話すと、私はどのクラウド ソリューションもあまり好きではありません。なぜなら、私は Kubernetes がどのように機能するかについてかなりよく理解しているからです。そして、クラウドでは、私が要求したいくつかの機能が欠けていることがよくありますが、彼らは「いいえ、それはできません」と言います。まあ、その場合は申し訳ないですが、クラウドよりは上手にできると思います。しかし同時に、フルタイムのエンジニアがいない場合、Kubernetes を実行するエンジニアにお金を払いたくない場合、実験のためだけに彼に常に多額のお金を払っている場合、クラウドは単なるものです。良い、素晴らしい解決策です。なぜなら、少なくともプロバイダーがすでに採用した人たちがそこに座っているからです。そして彼らは自分たちが何をしているのかを知っています。日常的に必要な基本的なものはそこにあります。

Azat Khadiev: Kubernetes の現状についてどう思いますか? XNUMX年後、XNUMX年後、彼はどうなっているでしょうか？

パベル・セリバノフ: 良い質問ですね。私はこの件に関して私たちのコミュニティで何が起こっているのかを知っています。 Kubernetes 以外には何も残らないのではないかと考える人もいます。昔、Linux で起こった状況。つまり、Linux の外にも BSD を使用している人々がおり、おそらく彼らは非常に特殊なタスクを抱えています。 Windows (Windows サーバー) で働いている人もいますが、おそらく、彼らも特定のタスクを抱えているか、単にこの問題に関して能力を持っていて、そこから離れる準備ができていない可能性があります。いずれにせよ、私たちの分野の標準は Linux です。 Kubernetesが同じデファクトスタンダードとなり、Kubernetes以外に何もなくなるという意見もあります。 Kubernetes は、アプリケーションだけでなく、そのデプロイメント、デプロイメント、スケーリングも管理します。一般的には、すべてを管理します。現在、彼らはすでに「データベースを Kubernetes にプッシュすることは可能ですか?」と尋ねています。私は通常、ここでの問題は Kubernetes にあるのではなく、Docker にあると言います。データベースをコンテナー内で実行する準備ができている場合は、次のように動作します。彼らは私にこう答えます。コンテナは必要ありません。 Kubernetesが必要です。それをノードに接ぎ木していきます。つまり、すべてが現状のままになり、Kubernetes だけがすべてを管理することになります。」そして、これは実際に良いアイデアです。つまり、会社に来ると、Kubernetes はそのようなものになります。会社に Kubernetes とその上にプロセスが構築されている場合、これを理解している人は、それを数日見るだけで次のように言えます。私はあなたをサポートする準備ができています。完全に。全体的に。私はあなたにとって物事がどのように機能するかを理解しています。」 Kubernetes を使用しないアプローチとは対照的に、ここではいくつかの松葉杖が押し込まれ、ここでは他の松葉杖が押し込まれています。 Ansible はこちら、Terraform はこちら。これは誰かが書いたもので、それを理解するにはXNUMXか月かかります。ここ。したがって、Kubernetes が事実上の標準になるかどうかはわかりません。現在、彼は周囲に存在する解決策よりもはるかに野心的で自信に満ちているように見えます。

Azat Khadiev: そうですね、Linux との比較は非常に大胆です。 XNUMX 台のマシンで動作する、それだけです。そして、Kubernetes は多くのマシン上で動作します。無数のバリエーションと理由が即座に浮かび上がります。はい、大胆です。ただし、このパラダイムには競合他社が存在することを考慮に入れてください。たとえば、サーバーレス。このような競合他社により、Kubernetes は危険にさらされているのでしょうか?

Pavel Selivanov: サーバーレスから... (笑い) サーバーレス - 結局のところサーバーが存在することを私たちはまだ理解しています。最近この件に関する報道を聞きました。そこにはまだサーバーがあり、これはクラウドであるとその人は言いました。ただし、クラウドにもサーバーがあることを常に理解しておく必要があります。実際のハードウェアサーバー、ラックがあり、それらはどこかに設置されています。これが雲です。これに加えて、サーバーが「存在しない」サーバーレスがあります。そこで問題は、Serverless が Kubernetes に勝てるでしょうか? Serverless は Kubernetes に移行するようです。サーバーレスを提供するプロバイダーにとって、Kubernetes はこれを提供する非常に便利なプラットフォームです。はい、おそらくある時点で、通常のビジネス アプリケーションの開発と同様に、Kubernetes について原則的に話すのをやめるでしょう。しかし、プロバイダーとエンジニアはその深部のどこかに Kubernetes を持ち、そこでこれらすべてが実装されることになります。

アザト・ハディエフ：少し違う話題です。フルスタックエンジニアというものがあります。彼らについてどう思いますか?それらは存在するのでしょうか？

Pavel Selivanov: ええと... フルスタック エンジニア... そうですね、これらのものを区別する価値があるように私には思えます... ご存知のように、T 字型の人々のようなものがあります。そんな人材が今の業界に必要なのでしょうか？はい、それは間違いなく必要です。広い視野を持っていると同時に、ある狭い分野のスペシャリストでもある人材が求められています。そして、ここでのフルスタックエンジニアは同じであり、あらゆることを行う人です。フロントエンド開発から始まり、テスト、バックエンド、サーバー、その他すべてのもの。大企業では、各パラメータの狭い専門知識を持たない XNUMX 人の人間がこれを行うことはできないと思います。しかし同時に、これについて何が起こっているのか、私は何も知らないという狭い専門性だけを持っているだけでは、これも現代の世界では機能しません。つまり、ここで私が言いたいのは...フルスタックという言葉は捨てたいということです。私たちは本当にエンジニアを必要としています。 DevOpsが必要です。近いうちにこの瞬間を再考することになるのではないかと感じています。そしてそれらは必要なくなるでしょう。

アザト・ハディエフ: 明かしてもらえますか？

Pavel Selivanov: 私たち業界では、これらの開発と運用の役割は間もなくなくなるという結論に達するように思えます。スペシャリストが必要で、探しているとしたら... 誰々の開発者が必要で、これこれの管理者が必要で、DevOps エンジニアが必要です。今では彼らがいますが、これからは本番エンジニアや SRE エンジニアも必要になります。実際には、私たちが必要としているのは、採用したいと思うエンジニアです。背景は概して重要ではありません。なぜなら… たとえば、SRE は、インフラストラクチャの問題は常にソフトウェアの問題であると言っています。そこで... 開発者を考えてみましょう - 開発者はエンジニアであるという観点から - 彼らをメンテナンス部門に配置すると、彼らはコードの助けを借りてビジネス上の問題を解決するのと同じ方法でこれらの問題を解決します。エンジニアリングそのもの。

アザト・ハディエフ: そして、この観点から...そのようなエンジニアにインタビューするにはどうすればよいでしょうか?

パベル・セリバノフ: ああ、いい質問ですね。おそらく彼は、この世ですでに私の理解を超えているのでしょう。しかし、私はほんの一例を挙げたいと思います。面接とは関係ありません。これはロシアの教育制度に関するものです。 IT 分野では、ロシアの教育システムが IT 業界にとって非常に時代遅れであり、あるべきものではないことを私たちは知っています。私が話しているのは平均して広大なロシアについてであり、そこで何が起こっているかについてです。卒業後の翌日には Web 開発やテクノロジー企業に就職する準備がまったく整っていない人々が卒業しています。そして、それはちょっと悪いです。 Android や iOS 向けの開発方法、Git の使用方法などを教える必要があるにもかかわらず、私たちは彼らに奇妙なことをいくつか教えています。実際にはそうではないようです。大学時代は主に親が学費を払ってくれる時期です。あなたの一生のために。そして、人生のXNUMX年間を徹底的に学ぶことに費やすことができます。そして、このT字型をすべて研究してください。研究所でバージョン管理システムとは何か、どのような開発パターンがあるのか​​、全体をテストする方法、データベースやバランサーの種類は何かなどを学ぶことができます。そして仕事に就くと、特定の分野をさらに深く掘り下げ始めます。これがエンジニアの獲得方法です。そして、ロシアの教育制度は、私たちが思っているよりもずっとこの真実に近いのです。私たちは優れた数学的トレーニングを受け、優れたアルゴリズムトレーニングを受け、プログラミング言語についてもある程度の理解を与えられています。そしてインタビューについては、これに近いものがあるように思えます。エンジニアにインタビューする必要があります。 T字型の場合はTの上部が必要です。文字Tの縦線を獲得することになるからです。

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

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

出所： habr.com