Serverlessとは？

Serverlessは、クラウドマネージドサービスを用いたイベント駆動型コード実行を活用するソフトウェアアーキテクチャの設計パターンです。デベロッパーがコードの実行先である基盤となるインフラストラクチャを設計または検討しなくても、小規模な個別関数から成る非常に大規模でコスト効率の良いアプリケーションを構築できます。

GitLabの詳細について

Serverlessのビジネスロジックとは？

Serverlessのビジネスロジックとは一体何でしょうか？すべてのアプリケーションは、どこかのタイミングでサーバーを使用します。「Serverless」という用語は、デベロッパーがインフラストラクチャに関して悩むことなく、その代わりにアプリケーションのビジネスロジックに注力できるアーキテクチャとサービスモデルであることを示しています。Serverlessは、Adrian Cockcroft氏がこの動画で説明しているように、モノリスからマイクロサービス、そして関数へと進化を遂げたアーキテクチャ設計の新たなる姿だと言えます。

Serverless、FaaS（Functions as a service）、マネージドサービス

ServerlessとFaaSは同じ意味で使われることが多いですが、これは実際のところ正確ではありません。Serverlessは、FaaSを他のクラウドマネージドサービスとともに利用する包括的なアーキテクチャパターンです。一方、FaaSとは、AWS Lambda、Google Cloud Functions、Azure Functionsなど、デベロッパーが関数をデプロイできるようにする特定のタイプのサービスのことです。

Serverlessの特性

小規模な単位の個別コード。大抵の場合、Serverlessアーキテクチャで記述されたサービスは、単一の関数で構成されています。
イベントドリブンの実行。関数がトリガーされるまで、関数の実行に必要なインフラストラクチャは存在しません。イベントを受信すると、そのリクエストを実行するために一時的なコンピューティング環境が作成されます。この環境は即座に破棄されることもあるものの、多くの場合は5分程度の短期間だけ有効になります。3. ゼロまでスケールダウン可能。関数がリクエストの受信を停止すると、インフラストラクチャは完全に停止され、削除されます。使用時にのみインフラストラクチャが実行されるため、コストを削減できます。使用していないときは、コンピューティング環境をゼロまでスケールダウンできます。
無限にスケール可能。理論上、FaaSがモニタリングできる負荷の量と、必要に応じて作成できる追加のインスタンスの数には制限がありません。そのため、アプリケーションの設計時に、デベロッパーが規模について考える必要はほぼありません。関数を1つデプロイするだけで、コードをまったく変更することなく、1件または10億件のリクエストを処理できます。
マネージドサービスの利用。Serverlessアーキテクチャでは通常、ファイルストレージ、データベース、キューイングなどの分化されておらず負荷のかかるアプリケーション要素に、クラウドで提供されるサービスを利用しています。たとえば、GoogleのFirebaseは、Cloud Functionsなどの他のGoogleサービスに接続するデータベースおよび状態管理サービスとして、Serverlessコミュニティで好評です。

クラウドマネージドサービスの比較

以下のチャートでは、AWSやGoogle Cloud、Azureのマネージドサービスの例を、同等のオープンソースサービスとともにご紹介します。

サービス	オープンソース	AWS	Google Cloud	Azure
FaaS	Knative	Lambda	Cloud Functions	Azure Functions
ストレージ	Minio	S3	Cloud Storage	Azure Storage
SQLデータベース	MySQL	RDS	Cloud SQL	Azure SQL Database
NoSQLデータベース	MongoDB、Cassandra、CouchDB	DynamoDB	Cloud Datastore	Cosmos DB
メッセージキュー	Kafka、Redis、RabbitMQ	SQS、Kinesis	Google Pub/Sub	Azure Queue Storage
サービスメッシュ	Istio	App Mesh	Google Kubernetes Engine上のIstio	Azure Service Fabric Mesh