サーバーレスが本当にわかりません!

アレン・ヘルトン

企画 |趙雲

サーバーレスの定義は変化しており、それが実際に何を意味するのか誰も同意できないようです。

AWS サーバーレスアーキテクチャについて頻繁に語るベテランのアレン氏は、「サーバーレスが何なのかもう分からない」と語った。

かつて、アレンはサーバーレスをしっかりと明確に理解していましたが、最近は揺らいだようです。

おそらく、プロジェクト、サービス、リポジトリで「サーバーレス」という用語を使用する人が増えたことで、「サーバーレス」のこれまでの定義が弱まってきたのでしょう。

「サーバーレスは現時点では始めるのがかなり難しい」とアレン氏は書いている。 「多くの開発者にとって、始めるだけでも考え方を大きく変える必要があります。それに加えて、AWS コンソールで構築する方法を学ぶために必要なチュートリアルが何十もあるので、少し気が遠くなるかもしれません。」

根本的な原因は、テクノロジー界が「サーバーレス」の実際の意味について合意に達していないことです。さらに、「サーバーレス開発」とは何かについても合意する必要があります。この二つは全く違う話です。

1. なぜサーバーレスなのか?

「サーバーレスとは​​何ですか?」と質問するChatGPTで質問すると、次の回答が返ってきます。

ChatGPT のサーバーレスの説明

巨大なコンピューターにアプリケーションを展開する代わりに、クラウドという魔法の空間を使用して、アプリケーションを自動的に利用可能な状態にしておくことができます。十分なスペースがあるかどうかを心配する必要がないので、多くの時間とお金が節約できます...

Momento ブログには、真のサーバーレス サービスの定義を捉えている優れたリトマス試験が掲載されています。Allen 氏は、これが真のサーバーレス サービスの定義を捉えていると考えています。

• 規制も管理もなし
• 使用量ベースの価格設定、最低料金なし
• たった1回のAPI呼び出し
• 計画的なダウンタイムなし
• インスタンスなし

つまり、開発者はサーバーレス サービスを選択して使用し、実際に動作させることができるはずです。以前 Lambda 関数を作成したときと同様に、開発者は CreateFunction エンドポイント (できれば IaC で宣言) を呼び出し、すぐに呼び出しを開始できました。

Neptune Serverless の場合はそうではありません。 VPC を設定し、容量ユニットを選択し、マルチ AZ デプロイメント設定を選択する必要があります。その経験はかなり悪かった。

サーバーレス サービスの開発者エクスペリエンスに影響を与えるだけでなく、組織にも影響があります。サービスはどの程度弾力的に拡張可能ですか?トラフィックの急増が発生した場合、社内の SRE チームを必要とせずにインフラストラクチャが自動的に拡張されて対応できますか?

アプリケーションが使用されていない場合はどうなりますか? 0まで縮小しますか？過剰に割り当てられたリソースに対して支払いをしたい人は誰もいません。最低支払額のない「従量課金制」モデルは、サーバーレス サービスを使用していることを示す重要な指標です。

サーバーレスは、消費者が使用したサービスに対してのみ料金を支払うモデルです。サービスは、着信トラフィックに応じて自動的にスケールアップおよびスケールダウンする、信頼性が高くスケーラブルなインフラストラクチャによってサポートされており、消費者の負担を完全に軽減します。これらのサービスは使い方が簡単で、開始するのに必要な設定はほとんどありません。

次に、サーバーレス開発者であることの意味についてお話ししましょう。

2. サーバーレス開発とは何ですか?

サーバーレス サービスを使用してアプリケーションを構築する人は、サーバーレス開発を行っています。しかし、それは言うほど簡単ではありません。

サーバーレス開発者は、サーバーレスファーストの考え方で構築します。つまり、開発プロセス中に、インフラストラクチャ管理、可用性、スケーラビリティなどのサーバーレス サービスの利点を活用しようとしているということです。これは、すべてのワークロードに対して Lambda 関数または Step 関数を使用する必要があるという意味ではありません。

これは、アプリケーションを構成する特定のサービスに関するものではありません。これは、責任共有モデルを活用することで組織が得られるメリットです。

私たち開発者の多くは、サーバーレス開発の細部に行き詰まってしまいます。たとえば、Lambda で Step 関数を使用して直接統合を構築する方法やパフォーマンスを最適化する方法を知ることは、アプリケーションを構築するときには重要な詳細ですが、サーバーレス開発の中核ではありません。

サーバーレスは、安定したソフトウェアを記録的な速さで市場に投入するために、一定の制約内で製品と市場の適合性を見つけることを目標として、ビジネス上の問題を総合的かつ効率的に解決することに重点を置いています。

3. どうやってやるの？

サーバーレスヒーローの Sheen Brisals 氏が最近の AWS re:Invent 2022 で述べたように、サーバーレス開発の中核となる概念は長い間存在してきました。 AWS などのクラウドプロバイダーは、クラウドの利用を容易にしています。

確かに、サーバーレスはソフトウェアをより高速に、より持続可能に、より堅牢にするための足がかりですが、前提条件は、サーバーレスがなぜ最新のアプリケーションを構築する方法なのかを世界中の人々に理解してもらうことです。

今私たちが推進する必要があるのは、クラウドの導入だけではなく、クラウドのベストプラクティスの導入です。イベント駆動型アーキテクチャを使用し、NoSQL データ モデルを設計し、可能な場合は非同期を実装します。

4. IfC はサーバーレスではないのですか?

Infrastructure as Code (IfC) がクラウド市場に大々的に参入したため、サーバーレス サービスは開発者から完全に抽象化されています。 Lambda 関数、SQS キュー、DynamoDB テーブルは構築されていません。代わりに、分散システムのアーキテクチャ パターンを理解した上でアプリケーションを構築してください。

これを全く違うものだと考えたらどうなるでしょうか?サーバーレスか否かに関するこうした「無意味な」議論は、最終的には無意味になる可能性があり、そのパラダイム全体をクラウド ネイティブ開発と呼ぶことになるでしょう。

5. 結びの言葉

Aurora Serverless、Neptune Serverless、OpenSearch Serverless のリリースにより、AWS は Serverless の定義を曖昧にし始めました。

おそらく、これはクラウド コンピューティングへの道のりの一部なのでしょう。

サーバーレス開発者は「クラウド ネイティブ」開発者へと生まれ変わります。私たちは、確立されたアーキテクチャ パターンに依存し、特定のホスティング サービスに大きく依存しないソフトウェアを設計します。

IT 業界は、多様な意見、多様なソフトウェア、多様な動きを生み出す、急速に変化する業界です。すべてがとても速く変化します。したがって、サーバーレスを再定義する必要があります。そうしないと、開発者や企業にとって困難になります。

オリジナルリンク: https://link.medium.com/ulWeXinUBvb​