サーバーレスがクラウドコンピューティングをどう変えるか

最近の調査では、調査会社 Sumo Logic が Amazon Web Services (AWS)、Microsoft Azure、Google Cloud Platform (GCP) などのクラウド コンピューティング サービスの顧客 1,500 社を対象に調査を実施しました。調査によると、回答者の 4 分の 1 が Docker コンテナを導入しており、約 23% が AWS Lambda サーバーレス コンピューティング フレームワークを使用していると回答しています。

明らかに、サーバーレスはユーザーの間で広く採用されています。これを導入するには、アプリケーション開発と運用の両方にいくつかの変更が必要になります。つまり、サーバーレスによってパブリック クラウドの利用方法も変化しているということです。

考え方の転換

まず、サーバーレスとは​​サーバーがないことを意味するものではありません。これは単に、ユーザーがアプリケーション自体の目的と構築に集中できるようにする自動化されたメカニズムを使用することを意味します。このメカニズムにより、ユーザーはアプリケーションをサポートするために十分なサーバーとストレージを割り当てることができます。これにより、ユーザーは最初からパブリック クラウドの一部であるべきだと感じるようになります。

[[220946]]

実際、AWS、Google Cloud、Microsoft Azure などのパブリック IaaS クラウドは、クラウド コンピューティング リソースを一種の仮想データ センターとして扱います。ただし、データセンターに物理サーバーを購入してインストールする代わりに、コンピューティング サーバーとストレージ デバイスが仮想的に構成され、データベース、セキュリティ、ガバナンスなどの他のクラウド コンピューティング サービスも仮想的に構成されます。

実際、多くの企業の IT 部門は、データセンター内の物理サーバーの管理が不要になり、既存のパブリック IaaS クラウドの多くの制限が取り除かれることを非常に喜んでいます。しかし、パブリック IaaS クラウドが数年前から導入されているため、開発者やクラウド オペレーションの専門家は、プロビジョニングされているかどうかに関係なく、ワークロードをサポートするためにサーバーを継続的に監視することに力を入れています。

従来の IaaS がこの問題の一因となる理由は 2 つあります。まず、必要なサーバーを過剰にプロビジョニングし、次に「リソースが多すぎない」モデルを探しました。または、2 番目に、十分なリソースを提供せず、「さらに要求させる」モードになります。これらは両方とも間違ったアプローチです。

推定値はさまざまですが、パブリック IaaS クラウド リソースは実際の需要に基づいて約 40% プロビジョニングされます。つまり、ほとんどの企業はクラウド コンピューティング サービスに 40% 多く支払うことになります。これには、エラーのために本番環境で停止したサーバーの損失や、そのワークロードに必要なクラウド リソースがすべて割り当てられなかったために失敗したアプリケーションは含まれません。

サーバーレスにする

PaaS クラウドは、AWS Lambda や Microsoft Functions などのサーバーレス システムのヒントとなるものです。 PaaSは、ユーザーが必要とするサービスを自動的に提供するサービスとして、ますます利用され始めています。これは舞台裏で動作し、開発者と運用担当者が常に理解する必要がなくなります。

IaaS サーバーレス オファリングの中核には、よく見られるいくつかの共通パターンがあります。

• 開発者がワークロードに適切な量のリソースを割り当てたり、実行中のものやそれを構成するために必要なリソースを把握したりする必要がなくなります。ユーザーがサーバーレス サブシステムで記述した関数を使い終わるまで、使用した分だけ料金を支払います。
• サーバーレス コンピューティングを新しいアプリケーションや従来のアプリケーションに接続する機能。ユーザーはサーバーレス システムを使用してアプリケーション全体を作成することもできますが、ほとんどのユーザーは新しいワークロードまたは従来のワークロードで作業することを選択します。
• ワークロードによって消費されるリソースを正確に計算する機能。これまでは、クラウド サーバーのコストを評価し、部門間で割り当てる必要がありました。たとえ部門が割り当てられたクラウド サーバーの 3% しか使用しなかったとしても、料金の 33.33% を支払う必要がある場合があります。また、サーバーレスにより、原価計算とチャージバックがより正確かつ公平になります。
• ワークロードを機能セットとして作成する機能。これらはすべて、リソースとコストの自動割り当てと、ジョブを実行するために任意の機能を活用する機能を備えています。これは、サービスの集合であるアプリケーションに戻ることを意味するため、機能指向のサーバーレス アプリケーションには適切な設計作業が必要になります。

多くの人にとって、これらのサーバーレス関数は Functions as a Service (FaaS) とも呼ばれます。 FaaS ではフレームワークやライブラリへのコーディングは必要ありません。代わりに、これらの機能は、言語と環境に関しては通常のアプリケーションとして構築されます。

たとえば、AWS Lambda 関数は、Javascript、Python、およびほとんどの JVM 言語で実装できます。ただし、FaaS 機能には、特に状態と実行期間に関して、重大なアーキテクチャ上の制限があります。

サーバーレス戦略の作成

企業は、クラウド コンピューティング テクノロジーを実装するだけでなく、サーバーレス開発が何を意味するのかを理解する必要もあります。

まず、技術系メディアはサーバーレス テクノロジーについて素晴らしいことを言っていますが、それがもたらす価値という点では、それは戦略的というよりは戦術的なものです。したがって、ここにはある程度の価値はあるものの、その結果はゲームチェンジャーではなく、人間を排除するために必要なクラウド コンピューティング リソースの量という点での改善です。

2 番目に、これはレガシー アプリケーションのリファクタリングではなく、まったく新しい小規模なアプリケーションに関するものです。コンテナと同じように、人々はそこにあらゆるものを入れたいと考えますが、必要な作業量を考えると、それが不可能な場合もあります。サーバーレスベースのアプリケーションはサーバーレス アプリケーションに最適であるため、まったく新しいアプリケーションだけでなく、より小規模で戦略的なアプリケーションもサーバーレス テクノロジーから最大のメリットを享受できます。

最後に、ユーザーはベンダーロックインを防ぐ必要があります。サーバーレスは Google、Microsoft、AWS のクラウド プラットフォームとは異なるため、ユーザーは顧客とクラウド コンピューティングをサポートするサーバーレス システムを構築するプラットフォームに依存できます。サーバーレスベースのアプリケーションに移植性を組み込むのは難しい場合があります。 IaaS サーバーレス クラウド プロバイダー間には実行可能な標準や緊密な調整が存在しません。

では、サーバーレスはコンピューティングを変えることができるのでしょうか?実際のところ、この数年間の他のクラウド コンピューティング テクノロジーと比べて、それほど大きな変化はありません。

サーバーレスとは​​、パブリック クラウドが最初から実行すべきだったことを実行することです。それは革新よりも進化に関するものであり、時にはそれがより望ましい追求となることもあります。