過去数年にわたって、クラウドサービスに関連して「サーバーレス」という用語をますます耳にするようになりました。 さらに、ヨーロッパでは、当社独自のVoximplantは「開発者向けのサーバーレステレフォニー」と呼ばれることがよくあります。 しかし、サーバーと多くのサーバーがあります！ そのような奇妙な名前はどこから来たのですか？それを使用する人は正確に何を意味しますか？ 長い名前のCloud Native Computing Foundationのある組織は、サーバーレスに関する情報を1か所にまとめて収集するために、公式文書を専用に作成しました。 ）、Habrに翻訳を適合させました。 ところで、「Habrに転送する理由」というホリバーをもう一度更新します。 まず、ロシア語では、翻訳が適切であれば、より速く、認知的に読むことのストレスが少なくなります。 非常に良い英語でも。 生理学、個人的なものはありません。 第二に、誰かが記事を翻訳することを決めた場合、それはおそらく価値があります。 あなたが何かの専門家でない場合は、過去1か月間に興味深いトピックについて出された100件の記事を安全にスキップし、Habrに翻訳された2つだけを見ることができます。
サーバーレスコンピューティングまたはサービスとしての機能（FaaS）は、業界が考案した新しい用語であり、テクノロジーの進化に伴って新しい用語を発明することで知られています。 しかし、それはどういう意味ですか？ どのようなサーバーレスコンピューティングですか？
定義に移る前に、Platform9のCEO兼共同設立者であるSirish Raghuramから短い歴史のレッスンを受けたいと思います。 これにより、サーバーレスの進化が明らかになります。
90年代に、アプリケーションを作成し、ハードウェアで起動しました。 次に仮想マシンが登場しました。これにより、同じマシン上で多くの独立したアプリケーションを実行できました。 ただし、オペレーティングシステムの分離されたコピーを実行して、各アプリケーションを実行しました。 コンテナの出現により、この重複はなくなり、プロセスの分離が迅速かつ柔軟になりました。サーバーレスの概念、つまりFunction-as-a-Serviceは、「アプリケーションのビルド、デプロイ、実行」の手順を削除することでこのアプローチを継続しています。 このすべての機械は開発者から隠されており、Kubernetesを使用してコンテナを展開することを考える必要はもうありません。
サーバーレスとは何ですか？
単一の定義はありません。 開発者を支援するために、 Cloud Native Computing Foundation （CNCF）のサーバーレスワーキンググループは、それが何であるかを説明する公式ドキュメントをリリースしました。
このドキュメントによれば、「サーバーレス」とは、サーバー部分を構成することなくアプリケーションを作成および実行する概念を指します（翻訳者から：Dockerコンテナまたはherokuデプロイメントの説明などの「サーバー部分」を含む）。 この概念の一部として、アプリケーションは、現在の負荷に応じて、クラウドプラットフォームに配置される機能に分割され、そこで実行、スケーリング、および支払いが行われます。
CNCF Technical Oversight CommitteeのメンバーであるKen Owensは、Serverlessのコアミッションを「ユーザーが個々のサーバーを管理およびスケーリングすることなくアプリケーションを構築および実行できるよう支援する」と定義しています。
CNCFのCOOであるChris Aniszczykは、サーバーレスがクラウドサービスの自然な進化であると考えています。 CNCFは、テクノロジーを使用する企業間の通信を提供し、単一の標準の作成を支援することにより、サーバーレスの促進を支援します。
これは「サーバーなし」ではありません
「サーバーレス」を「サーバーレス」に翻訳することでだまされないでください。 もちろんサーバーがあります。 上記の引用のいずれかで述べたように、それらは「隠されています」。 しかし、それらは消えていません。
サーバーレスアプローチの明らかな利点は、開発者が作成するソリューションに価値を追加しない技術的な詳細について心配する必要がないことです（翻訳者から：値がソリューションが最小コストを提供することを保証することであれば、サーバーレスでなくてもかまいませんが、クラスターを上げて構成します）。 開発者は、サーバーの展開について心配するのをやめ、それらに役立つコードに集中できます。 時は金なり。 特に、DevOpsインフラストラクチャ管理タスクに費やされていない時間。 開発者は、ピーク時の負荷に耐えるためにソリューションのスケーリングアーキテクチャを考え出す必要はありません。これは自動的に行われます。 「サーバーレス」ソリューションのプロバイダーは、機能の期間中（またはVoximplantのように1分間の会話）にのみお金を必要とするため、クラウドインフラストラクチャのコストは削減され、ピーク負荷を待つ「ライトの点滅」機器に支払う必要はありません。
しかし、これらのすべてのサーバーがどこかでライトで点滅した後はどうでしょうか！
Google Cloud Platform、AWS、Microsoft Azureなどのパブリッククラウドの場合、クラウド所有者はそのリソースを使用して適切な数のFaaSサーバーをサポートします。 プライベートクラウドまたはデータセンターの場合、これは別のDevOpsチームによって行われ、開発者はサーバーに煩わされず、インフラストラクチャではなく有用なコードを記述することができます。 分業！
このため、Suseなどの多くの企業は「サーバーレス」という用語から離れ、「FaaS」という用語を使用し始めています。 結局のところ、サーバーレスサーバーの作成に役立つソリューションを提供しています。
「サーバーレス」で整理しました。 「機能」とは何ですか？ アプリケーションで作業するための新しい未来？
キックトラクション、またはイベント駆動型コンピューティング
多くの人は、ServerlessをFaaSの包括的な用語やその他の多くの用語と見なしています。 CNCFの定義によれば、FaaSはアプリケーションをイベントまたはHTTPリクエストに応じて関数呼び出しとして整理します。 公式文書に書かれているように、「開発者はアプリケーションコードを、イベントまたはHTTPリクエストに応じて実行される一連の関数として編成します。 開発者は小さなコードフラグメントをFaaSに配置し、これらのフラグメントは個別に実行され、サーバーやその他の低レベルインフラストラクチャを管理する必要なく、負荷に応じて自動スケーリングを提供します。
これは、FaaSがアプリケーションの開発と展開のための新しい特効薬であることを意味しますか？ そうではありません。 少なくとも今のところは。 FaaSは多くのユースケースの問題を解決し、このシリーズは徐々に拡大しています。 FaaSの良いシナリオは、「発生したイベントに応じてコードを呼び出す」ことです。
例について考えてみましょう。ユーザーが携帯電話で写真を撮り、クラウドにアップロードします。 ロードのプロセスでは、「exif」データが読み込まれ、プレビュー用に小さな写真が作成され、機械学習を使用してコンテンツが分析され、画像に関する情報がデータベースに記録されます。 これらの機能はすべて、単一のイメージ読み込みイベントによって生成されます。 イベントを処理した後、作業を停止します。 そして、これがまさにFaaSの優れた機能です。コードをすばやく実行して、これらのすべてのタスクを完了し、同じくらい早く消えます。
これは一例です。 別の方法として、モノのインターネットデバイスを検討することができます。このデバイスでは、モーションセンサーが、カメラに記録を開始して誰にでも送信するよう指示するイベントをトリガーします。 温度制御システムは、温度の変化に応じてファンを起動できます。 これらは、イベントモデルがフレームワークとして適している場合のほんの一部です。 しかし、もちろん、この作業モデルはすべてのアプリケーションに適しているとはほど遠いです。
CNCFはすでに分析を実施しており、次の場合にFaaSを適切なソリューションとして検討することを提案しています。
- 非同期で十分に並列化可能なタスク。
- ランダムなピークを持つ「フローティング」負荷。
- 保存された状態とインスタント「コールドスタート」の要件の欠如;
- テストし、多くのアイデアを捨てる必要がある場合に、急速に変化する要件。
なぜこれが面倒なのでしょうか？
最先端のFaaSによるサーバーレス-新しいテクノロジーとパラダイム。 一度に仮想マシンやコンテナのように、FaaSソリューションは再びゲームのルールを変更できます。 現在、この技術は開発中ですが、上記の単純なソリューションやユースケースをすぐに超える可能性があります。
クラウドコンピューティングに依存している企業では、開発戦略に「サーバーレス」を含めるのが理にかなっているというのが常識です。 ITでは常に次のようになります。競争上の優位性が必要な場合は、最新のテクノロジーを使用してみてください。
サーバーに少し「サーバーレス」を追加します。
Habruへの質問
同僚、書かれた用語は落ち着くと思いますか？ サーバーレス Serverles？ 「サーバーレス」？ それとも何か？