サーバーレス コンピューティングはコンテナに対する最大の脅威の 1 つでしょうか?

概要: コンテナ技術は急成長していますが、開発者は依然としてサーバーについて心配する必要があります。これにより、より多くの企業がサーバーレスを導入する道が開かれます。

世界トップのコンテナカンファレンスである KubeCon Europe で 4,000 人を超える参加者が盛り上がっている一方で、Begin の創設者であり PhoneGap の開発者である Brian Leroux 氏は、コンテナについて心配する必要がないことを喜びながら、最近はサンフランシスコの自宅で静かにコードを書いていた。

[[229003]]

「これらは今日私がやらないことだ」と彼はツイッターに書いた。 「インスタンスのプロビジョニング、追加インスタンスの生成、インスタンスへの SSH 接続、またはインスタンスのスウォームへのアップグレード」

これを達成するための秘訣は何でしょうか?答えはサーバーレスです。

現在、Kubernetes (およびコンテナ全般) に対する企業の熱意は衰えることなく続いています。これは当然のことです。コンテナはアプリケーションを構築するための非常に優れた方法であり、Kubernetes はそれらのコンテナの管理を容易にするリーダー的存在だからです。しかし、Cloud Native Computing Foundation (CNCF) のデータが示すように、Kubernetes によってコンテナが簡単になるとはいえ、一部の人にとってはまだ難しすぎるため、多くの企業はコンテナについて考えることなくそのメリットをすべて享受するために、直接サーバーレスに移行しています。

提供するケースも、ローリング アップデートもありません。では、何をする必要がありますか?

この新たな発見を受けて、ルルーはこの間に何をしたのでしょうか?彼はその後のツイートでこれらの行動を詳細に説明した。

• 使用したサービスに対してのみ支払います
• ビジネスロジックのみに焦点を当てる
• 各機能が分離されているため、問題があればすぐに把握でき、シームレスな展開とアップグレードが数秒で完了します。

Redmonk の James Governor 氏は、Leroux 氏の投稿に KubeCon 参加者に対する悪意のある攻撃が含まれていると考えたが、Leroux 氏は「単なる事実だ」と指摘した。彼は言った。サーバーレスには独自の学習曲線と課題があるものの、開発者はインフラストラクチャについて考える必要がなくなり、ビジネス ロジックだけに集中できるという点が事実です。

コンテナは、仮想マシンが浸透しているエンタープライズの世界への足がかりとなっています。主な理由は、コンテナと仮想マシンはそれぞれ異なっているものの、類似したメタファーを使用しているためです。コンテナは数分でデプロイでき、他のアプリケーションよりも起動に時間がかかりませんが、ある時点で開発者はサーバーを操作する必要があります。

サーバーレスはサーバーのメタファーを打ち破ります。ルルーは 2017 年のインタビューで次のように語っています。「比喩的に言えば、一度その飛躍を遂げると、大部分は孤立しますが、その孤立の中では、はるかに多くの持続性が得られます。これは、静的 Web サイトを構築する (実質的にはファイルをアップロードする) のとよく似ています。」

同様に、VM (仮想マシン) に依存しなければならなかった開発者にとって、コンテナへの移行は革命的というよりは進化的なものとなるでしょう。全体的に見て、これは良いことです。しかし、企業がマイクロサービスを採用しようとすると、コンテナ アプローチの限界が見え始めます。結局のところ、Kubernetes 上でマイクロサービス アーキテクチャを完全に構築することはできますが、配管は自分で処理する必要があります。 AWS Lambda やその他のサーバーレスアプローチは、これらすべての問題を解決するのに役立ちます。

わあ、サーバーレスは簡単ですね！

もちろん、Kubernetes がコンテナの寵児になったのはつい最近のことなので、これは一部の人にとっては忌み嫌われることかもしれません。それでも、Kubernetes は決して単純ではなく、サーバーのメタファーは依然としてその最大の強み (開発者を VM の過去に縛り付ける) と最大の弱点 (開発者が未来に到達することを困難にする) の 1 つです。しかし、今日の多くの企業にとって、過去とのつながりは大きな意味を持ち、それは CNCF の調査で明らかになったように、コンテナを使用している企業の数に表れています。

明らかに、Kubernetes は、企業がパラダイムを頻繁に切り替える必要のない方法で開発をアップグレードすることを選択できる方法です。それでも、それは簡単なことではないだろう。主な課題について尋ねたところ、複雑さ、ネットワーク、セキュリティ、監視、ストレージが上位に挙げられました。

これらの問題のいくつかは、特に Kubernetes が成熟するにつれて改善されつつあるようです。しかし、サーバーレスが主流になるよりも早く改善されるかどうかは明らかではありません。

これはKubernetesの終わりでしょうか?

これは、サーバーレスが Kubernetes に勝つと言っているわけではありません。エンタープライズ テクノロジーは、急速に普及しているとしても (サーバーレスの導入は急速に進んでおり、CNCF の調査では開発者の 41% がすでにサーバーレスを使用しており、さらに 28% が今後 18 か月以内に使用する予定であると回答しています)、十分な速さではありません。 Red Hat のような企業は、今後何年にもわたって、企業がコンテナ テクノロジーに移行できるよう支援するために多額の資金を費やすことになります。

しかし、AWS US CEOのアンディ・ジャシー氏によれば、AWS Lambdaは過去1年間で300％成長しており、その採用を牽引しているのは「遅れている企業」だという。彼はこう書いている。

コンテナは企業の IT コスト削減に役立ちますが、コンテナ導入の主な推進力はインフラストラクチャのスピードと効率的な管理です。コンテナ インフラストラクチャの問題は、このような効率的な管理には高度なスキルを持つ開発者と運用スタッフも必要になることです。才能はまさに希少な資源です。したがって、たとえこれらの人材を雇う余裕があったとしても、彼らはもっとクールな会社で働くことを好むかもしれません。

開発者の生産性向上への取り組みにより、一部の企業はコンテナの「邪魔」を意図的に避け、ビジネス ロジックの作成に完全に集中するようになりました。したがって、企業のさまざまな領域が異なる速度で進歩し、さまざまなレベルのレガシービジネス/システムが将来的に交差するため、企業が Kubernetes とサーバーレスの両方を同時に採用することが予想されます。

しかし、ギャンブル好きな人であれば、開発者の効率を最も高められる場所にお金を賭けるでしょう。 Rishidot のアナリスト Krishnan Subramanian 氏が言うように、これはサーバーレスであり、実際、コンテナの進化に対するリスクです。