用途に応じたサーバレスの選択肢
AWSのサーバレス「AWS Lambda」と「AWS Fargate」の違いとは?
「AWS Lambda」と「AWS Fargate」は、アプリケーションのデプロイに特化したAWSのサーバレスサービスだ。それぞれの特徴を比較する。
サーバレスコンピューティングサービスは、アプリケーションの実行に必要なインフラの管理をクラウドベンダー側に任せることで、ユーザーはサーバの構築や運用を意識せずに処理の実行に集中できる仕組みだ。Amazon Web Services(AWS)には、「AWS Lambda」と「AWS Fargate」という2種類のサーバレスコンピューティングサービスがある。それぞれの特徴を比較する。
「AWS Lambda」「AWS Fargate」の違いとは
併せて読みたいお薦め記事
サーバレスをもっと知る
AWS Lambda
AWS Lambdaは、ユーザーがあらかじめ用意したプログラムをアップロードするだけで、指定した条件に応じて自動的に実行できるサービスだ。例えば、ファイルのアップロードやデータベースの更新といったイベントを「トリガー」として定義することで、該当する処理をLambdaが自動で実行してくれる。
このサービスは、内部的にはAWSの仮想マシンサービス「Amazon Elastic Compute Cloud」(Amazon EC2)上で動作する。ただし、ユーザーはEC2のように仮想サーバの構成や運用を意識する必要はない。インフラの管理はすべてAWS側が担うため、利用者はコードの開発と実行条件の設定だけに集中できる。
AWS Fargate
AWS Fargateは、コンテナ化されたアプリケーションをAWS上でデプロイできるサービスだ。開発者は、アプリケーションをコンテナとしてパッケージ化し、必要な設定情報(環境変数など)を用意するだけでよい。Fargateがインフラの構築や、コンテナの管理に必要な「Kubernetes」などのオーケストレーションツールのセットアップを自動化するため、ユーザーは基盤を意識することなくアプリケーションのデプロイに集中できる。
AWS LambdaとAWS Fargateはいずれも、サーバレスコンピューティングの考え方に基づき、アプリケーションを効率よく実行することを目的としたサービスだ。ただし、AWS Lambdaは「関数単位の実行」に特化し、短時間の軽量な処理に向いている一方、AWS Fargateは「コンテナ単位での実行」を前提としており、より複雑で長時間動作するアプリケーションに適している。
これら2つの違いを理解して使い分けることで、用途に合った最適なサーバレス環境を選択できる。
AWS LambdaとAWS Fargateの特徴
AWS LambdaとAWS Fargateの違いや特徴は次の通り。
AWS Lambda
AWS Lambdaは、さまざまな種類のアプリケーションに対応できる汎用(はんよう)的なサーバレスコンピューティングサービスだ。イベント駆動型アーキテクチャを採用しており、特定のイベントや条件(トリガー)が発生すると、あらかじめ登録されたLambda関数が自動的に実行される。
Lambda関数は、従来のコードだけでなく、コンテナイメージから作成することも可能だ。ただし、AWS Lambdaはコンテナベースの実行に特化したサービスではなく、あくまでイベントへの迅速な応答に最適化されている。そのため、AWS Lambdaはファイルの処理、HTTPリクエストへの応答、データベースの変更検知など、短時間かつ軽量なワークロードに適している。
AWS Fargate
AWS Fargateは、コンテナ管理サービス「Amazon Elastic Container Service」(Amazon ECS)や、「Amazon Elastic Kubernetes Service」(Amazon EKS)と連携して、コンテナ化されたアプリケーションを実行するサーバレスコンピューティングサービスだ。
AWS Fargateは、アプリケーションをコンテナとしてパッケージ化してデプロイすることに特化しており、一度デプロイすれば、継続的にワークロードを実行できる。開発者はサーバやクラスタのプロビジョニング(構築・管理)を気にすることなく、アプリケーションに集中できる点が大きな利点だ。
特に、長時間稼働する複雑なワークロードや、高い信頼性とスケーラビリティ(需要に応じた拡張性)が求められるケースにおいて、AWS Fargateは有力な選択肢となる。
応答時間と実行時間
AWS LambdaとAWS Fargateは、それぞれ異なるアーキテクチャに基づいて動作しており、この違いがアプリケーションの応答速度やスケーリング特性に直接影響する。
AWS Lambda
AWS Lambdaでは、関数が一定時間使用されていない状態から再度呼び出されると、「コールドスタート」と呼ばれる初期化処理が発生する。これは実行環境を一から立ち上げるプロセスであり、最初のリクエストの応答に遅延が生じる要因となる。
そのため、リクエスト頻度が低いアプリケーションでは応答時間が不安定になることがある。一方で、頻繁にリクエストを受けるようなアプリケーションでは、すでに実行環境が準備されているケースが多いため、安定したパフォーマンスを発揮できる。
Lambda関数の実行時間には制限があり、1回の実行につき最大15分までと定められている。それを超えると関数は自動的に終了される。
AWS Fargate
AWS Fargateでは、初回のデプロイ時にある程度の準備時間はかかるものの、一度起動すればアプリケーションは常時稼働し続ける。AWS Lambdaのようなコールドスタートによる遅延が発生しないため、常に一定の応答性能が期待できる。
FargateにはLambdaのような実行時間の上限がないため、長時間にわたって稼働するアプリケーションやバッチ処理にも柔軟に対応できる。
翻訳・編集協力:雨輝ITラボ(リーフレイン)
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握 -
製品資料
[株式会社マクニカ] 「脆弱性総まとめ」解説 被害事例から考える必須の対策ポイント -
製品資料
[Splunk Services Japan合同会社] サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには -
製品資料
[株式会社うるる] 「入札市場」完全ガイドブック:メリットから資格取得のポイントまで -
市場調査・トレンド
[株式会社うるる] はじめての「自治体/官公庁入札」 必要な知識がすぐに学べる入門ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
2
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
「有線LAN環境」に関するアンケート
-
5
「世界一給与にハングリー」な日本のエンジニアが“雇用の安定”を求める理由
-
6
Microsoft Teamsで見直すべき設定5選 「偽情シス」からの遠隔操作要求が侵入口に
-
7
「GPTかClaudeか」だけでは不十分 AI選定で情シスが見るべき3つの仕組み
-
8
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
-
9
迫る“インフラ崩壊”の危機 米英を相次いで襲った「PLC悪用攻撃」の全貌
-
10
「VMwareのコスト」に悩んでいるユーザー企業に送る、VMwareを残す・捨てる基準
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー