AWS Lambda の上でいろんなWEB フレームワークを動かそう！ / Web Frameworks on Lambda

© 2022, Amazon Web Services, Inc. or its affiliates. All rights reserved.
AWS Lambda の上でいろんな
WEB フレームワークを動かそう！
Kensuke Shimokawa
E - 3
Snr. Serverless Specialist
Amazon Web Services Japan
Slides https://speakerdeck.com/_kensh/
Qiita https://qiita.com/_kensh

View Slide

About Me…
Kensuke Shimokawa
Amazon Web Services Japan
Snr. Serverless Specialist

View Slide

話すこと、話さないこと
• 話すこと
§ AWS Lambda にWEBフレームワークを載せるというのはどういうことなのか？
– スケール、ポータビリティ
§ 技術的な実現方法とその解説
– AWS Lambda と WEB フレームワークの親和性を高める
• 話さないこと
§ 個別の WEB フレームワークの AWS Lambda への載せ方の詳細
– e.g. Rails on Lambda / Laravel on Lambda / Spring Boot on Lambda

View Slide

このセッションのモチベーション
• そもそも Lambda に WEB フレームワークは必要か？
§ AWS Lambda のスケール / 実行モデルについて理解を深める
• AWS Lambda に WEB フレームワークを載せる技術パターンを理解
§ 現在(2022時点で)おすすめの手法とは？

View Slide

Agenda
• 結論から先に
• AWS Lambda 実装のプラクティス
• AWS Lambda に WEBフレームワークを載せる
（・・・ための挑戦の歴史)
• AWS Lambda の実行モデル
• Tenets / フレームワークを載せるために
• AWS Lambda でのサイドカーパターン
• AWS Lambda Web Adapter について

View Slide

tl;dr - 結論から先に

View Slide

コンテナイメージを異種プラットフォームで実行
Application Load Balancer
Lambda Function
Target Group
Fargate Task
Target Group
EC2 Instances
Target Group
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container

View Slide

AWS Lambda Web Adapter
https://github.com/awslabs/aws-lambda-web-adapter
Lambda で Web アプリを実行するための OSS ツール

View Slide

Example – express.js app を Lambda 上で実行
AWS Lambda Web Adapter をインストールするには１行追加するだけ
install Lambda Web Adapter

View Slide

OS Packages
Runtime
Interface
Client
Web
App
http-
adapter
REST API Endpoint
HTTP API Endpoint
Application Load
Balancer
Lambda
function
invoke
Rest API Event
HTTP API v2 Event
ALB Event
Lambda で Web アプリを実行するための OSS ツール
aws-lambda-web-adapter

View Slide

AWS Lambda 実装のプラクティス

View Slide

NOTE !
このセッションは Lambda 上に
WEB フレームワークを載せること
を推奨するものではありません。

View Slide

Lambda 実装のプラクティス
• Lambda 関数実装ではできるだけシンプルに作る
§ 既存の WEB フレームワークを用いると
– 前段の Amazon API Gateway で ANY method / proxy resource を使ったモノリスになりがち
• 最小権限の原則の破壊
– 不要なコンポーネントが付随
• Artifact size の肥大で Cold Start Latency の増加
• Lambda 関数のインスタンスライフサイクルが短いため、起動時間にかけたコストに見合わない
• フレームワークが持つ非機能コンポーネントを AWS にオフロード
– 認証認可 : Amazon Cognito
– Layer7攻撃対応: AWS WAF

View Slide

機能横断的要件（あるいは非機能要件）
Spring Boot Actuator Spring Security
FAT jar
Log Authentication
Layer7 Security
Password Policy
Metrics
Trace

View Slide

機能横断的要件（あるいは非機能要件）
Skinny jar
AWS X-Ray AWS WAF
AWS Lambda
Amazon CloudWatch Amazon Cognito
Amazon
API Gateway
Business Logic
Log Authentication
Layer7 Security
Password Policy
Metrics
Trace

View Slide

YAGNI
You aren't gonna need it.
Martin Fowler
今の時点で必要ない余計な機能 (及び非機能) は付けるな

View Slide

AWS Lambda
Amazon CloudWatch
Amazon
API Gateway
Business Logic
YAGNI で始めやすい
Log
Metrics
今の時点で必要ない余計な機能 (及び非機能) は付けるな

View Slide

AWS Lambda Powertools
E-4: コードとデモで理解する！これは便利！
AWS Lambdaの実装を加速するAWS Lambda Powertoolsを使いこなそう！
https://awslabs.github.io/aws-lambda-powertools-python
WEB フレームワークを使わない
シンプルな Lambda でアプリレイヤー
の構造化、非機能用件に対応するには？
AWS Lambda Powertools
• トレース
• 構造化ログ
• カスタムメトリクス
• 冪等性
• バッチ処理
etc.
ベストプラクティスの適用を容易にする
Lambda 関数ユーティリティスイート
• Python
• TypeScript
• Java
• .NET

View Slide

AWS Lambda に
WEBフレームワークを載せる
（・・・ための挑戦の歴史）

View Slide

WEB フレームワーク
Ruby on Rails
PHP - Laravel
Python - Flask
Java – Spring Boot
Go - Gin

View Slide

なぜフレームワークを Lambda で使いたいのか？
• 慣れ親しんだ開発体験を継続したい
§ 開発経験者の確保が容易 (e.g. Ruby on Rails / Laravel )
• ポータビリティのため
§ Amazon ECS などのコンテナサービスや Amazon EC2 上のコンテナ環境との
Artifact ポータビリティの確保
§ 同じコンテナイメージを各種サービスで動かしたい

View Slide

これまでどんな方法が取られていたか
• サーバーレス専用フレームワーク (模倣体験の提供)
§ AWS Chalice
– AWS 製の Python フレームワーク、Flask に似た開発体験を得られる、独自 CLI が存在する
§ Kotless
– JetBrains 製の Kotlin フレームワーク、Spring Bootの構文(spring-boot-lang) が利用できる
§ Ruby on Jets
– BoltOps 製の Ruby フレームワーク、Rails に似た開発体験を得られる、独自 CLI が存在する
• Runtime 埋め込み系 Adapter を利用する
§ 埋め込みの Adapter を言語ごとに提供し、実物のフレームワークを稼働
• Ahead-of-time Compilation による Native イメージ化
https://aws.github.io/chalice
https://site.kotless.io
https://rubyonjets.com

View Slide

様々な Runtime 埋め込み系 Adapter 1/2
• Python
§ Mangum
– AWS Lambda で ASGI アプリケーションを実行し、Function URL、API Gateway、ALB、
[email protected] イベントを処理するための Adapter
§ aws-wsgi (AWSGI)
– AWSGI を使用すると、Flask や Django などの WSGI 互換のミドルウェアとフレームワーク
を API Gateway / Lambda プロキシ統合で使用可能
• Node.js
§ Serverless Express
– AWS Lambda 、API Gateway で、既存の Node.js フレームワーク (Express、Koa、Hapi、
Sails など) を使用して、Web アプリケーションを実行可能
https://mangum.io
https://github.com/slank/awsgi
https://github.com/vendia/serverless-express

View Slide

様々な Runtime 埋め込み系 Adapter 2/2
• Java
§ Serverless Java Container
– Spring、Spring Boot、Apache Struts、Jersey、Spark などのフレームワークで作成された
Java アプリケーションを AWS Lambda で実行可能
• PHP
§ bref
– 他の PHP ホスティングプラットフォームと同様に、PHP アプリケーション ( Laravel や
Symfony )を AWS Lambda で実行可能
• .NET Core
§ AspNetCoreServer
– ASP.NET Core Web API を、Lambda 関数として実行可能
https://github.com/awslabs/aws-serverless-java-container
https://bref.sh
https://github.com/aws/aws-lambda-
dotnet/tree/master/Libraries/src/Amazon.Lambda.AspNetCoreServer

View Slide

Lambda Invoke
Invoke API
Client Service
API payload
Lambda Service
実行環境
Runtime API
Lambda Function Instance
API payload
def lambda_handler(event, context):
# do something
return { … }
handler
event object
event

View Slide

Lambda Invoke
# do something
return { … }
handler
Invoke API
Client Service 実行環境
Runtime API
API payload
Lambda Service Lambda Function Instance
API payload event object
event
frame
work
GAP

View Slide

Handler に Adapter を混入 / GAP の緩和
handler
Invoke API
Client Service 実行環境
Runtime API
Lambda Service Lambda Function Instance
API payload http object
API payload
http
event
frame
work
adapter

View Slide

WEB フレームワークを Lambda に導入
1. イベントハンドラを実装
2. コードと依存関係をパッケージ
例) Python Flask アプリ
adapter library
Flask App
event handler

View Slide

Runtime 埋め込み系 Adapter の欠点
• 開発者が Adapter を意識
§ Handler 内に Adapter が存在するため、 Artifact へのインストールが必要
§ 開発者が開発するために、Adapter の理解が必要
§ Adapter がサポートしている形式以外の完全なフレームワーク機能が使えない
§ 言語 / Runtime ごとに異なる Adapter を用意する必要がある
• ポータビリティがない
§ Adapter が Artifact に内在し、コンテナサービスとのポータビリティはない

View Slide

埋め込み系 Adapter は、そのままECSで動くか？
HTTPS / REST
Client ALB
API payload
Container Service
実行環境
API payload
Function Handler on Container
handler
http object
http
event
frame
work
adapter
インピーダンスミスマッチ
GAP
NO !
ポータビリティがない

View Slide

Ahead-of-time Compilation (AOT)
GraalVM は JVM ベースのコードを Native Platform で実行可能な
Nativeファイルに変換する事前 (AOT) コンパイル機能を持つ
• Spring Native
§ Spring Native は、GraalVM を使用して Spring アプリケーションをネイティブ
実行可能ファイルにコンパイルするためのサポートを提供
• MICRONAUT
§ マイクロサービスおよびサーバーレスアプリケーションを構築するための
JVM (AOT by GraalVM) フルスタックフレームワーク
• QUARKUS
§ Java (AOT by GraalVM) をサーバーレスの主要な言語にすると同時に、開発者
に分散アーキテクチャに対応するためのフレームワークを提供
https://www.graalvm.org/22.3/reference-manual/java/compiler/#ahead-of-time-compilation
https://docs.spring.io/spring-native/docs/current/reference/htmlsingle
https://micronaut.io/
https://quarkus.io/

View Slide

GraalVM x MICRONAUT を取り込む
Source Build Test Deploy
Lambda
Life Cycle
Warm Start
Cold Start
コンテナ
生成
パッケージ
ロード
パッケージ
展開
ランタイム
起動
初期化
関数・メソッド
起動
compile-time
DI / AOP
x MICRONAUT
Lambda
Life Cycle
MICRONAUT は、 compile-time に、
reflection-free な DI と AOP を実現

View Slide

AOT ベースフレームワークの欠点
• 使い慣れた WEB フレームワークではなく、AOT 向けカスタマイズ
されたフレームワークである
• GraalVM の知識、経験が多少なりとも必要
• 基本的に JVM User 向けのアプローチ
Java の起動速度にご興味がある方はこちらもぜひ！

View Slide

AWS Lambda の実行モデル

View Slide

NOTE !
このセッションは Lambda 上に
WEB フレームワークを載せること
を推奨するものではありません。
(大事なことなので二回言いました)

View Slide

“使い慣れた” 以外のメリットはあるのか？
• Lambda の Concurrency (同時実行) の実行単位は完全に独立分離
§ 複数リクエスト同時に単一の Lambda 関数リソースを共有利用することはない
§ セキュリティやプログラミングモデルの簡素化に加え、C10K への対抗策にも
• Cold Start 時のリソース確保サイズの最適化
§ Cold Start のメカニズムを理解して適切に Artifact を作ることで確保量を抑え
システムとしての Latency を抑制
• マネージドなスケーリング
§ Auto scaling の仕組みを自分で組む必要がない
• Pay as you go!
§ 使った分の課金 (1ms単位の実行時間課金)

View Slide

AWS Lambda の実行モデルについて考えてみる
https://qiita.com/_kensh/items/dc99e9a0238a1b4238a5

View Slide

Lambda の実行環境分離
Firecracker MicroVM
MicroVM Kernel
Lambda Sandbox
Execution Environment
KVM on Bare Metal EC2
FunctionB
Code
FunctionB
/tmp
Extension
Code
FunctionB
Runtime
Extension
Runtime
FunctionB
vCPU
FunctionB
Memory
Firecracker MicroVM
MicroVM Kernel
Lambda Sandbox
FunctionA
Code
FunctionA
/tmp
Extension
Code
FunctionA
Runtime
Extension
Runtime
FunctionA
vCPU
FunctionA
Memory
Shared resources
within execution
environment
Unshared resources
within execution
environment
https://docs.aws.amazon.com/lambda/latest/
operatorguide/execution-environment.html
Managed by AWS Lambda Service
FunctionA
Network
FunctionB
Network

View Slide

Isolation / 独立環境
function
instance
f(x)=>{ }
f(x)
deployment
g(x)
request to f(x)
handling
cold start

View Slide

function
instance
f(x)=>{ }
f(x)
deployment
g(x)
response from f(x)

View Slide

function
instance
f(x)=>{ }
f(x)
deployment
g(x)
request to f(x)
handling
warm start
request to f(x)
function
instance
f(x)=>{ }
handling
cold start
request to g(x)
function
instance
g(x)=>{ }
handling
cold start
リクエスト単位の isolation を持つ AWS Lambda の実行モデルは
WEB フレームワークの高機能な並列性やリクエストルーティングは、その真価を発揮できないことも

View Slide

Cold Start における頻度の比較
Functions Containers Virtual Machines
小さな Cold Start を頻度高く大きな Cold Start を頻度低く
Cold Start は FaaS だけの問題ではなく、Utilizationを指標としたリソース逐次確保速度を超える
スパイクアクセスが発生すると、そこには必ず Cold Start の可能性が出てくる

View Slide

Cold Start におけるリソース確保の比較
スケールに必要なリソース
現状のリソース
Functions Containers Virtual Machines

View Slide

本番環境の Lambda ワークロード分析
“本番環境の Lambda ワークロードの分析によると Cold Start は呼び出しの 1% 未満で発生します。Cold
Start の Latency は、100 ms 未満から 1s 以上まで様々です。 Lambda サービスは Warmup された実行環境
を後続の呼び出しに再利用するため、Cold Start は通常、本番環境のワークロードよりも開発およびテスト
機能でより見られます。これは、開発中の関数があまり高頻度に呼び出されないためです。”
https://aws.amazon.com/jp/blogs/compute/operating-lambda-performance-optimization-part-1

View Slide

WEB フレームワークと Lambda の親和性
• Lambda は、リクエストごとに独立した実行環境が与えられ、強固な
isolation を持っている
• WEB フレームワークは、マルチプロセスやマルチスレッド、あるい
はイベントループによってリクエストを同時に受け付ける仕組みを
持っている
• WEB フレームワークの多くは、Lambda の実行モデルを考慮した
デザインになっているわけでは無いことに注意

View Slide

Tenets / フレームワークを載せるために
原則または信念、特に哲学的な主な原則の 1 つ

View Slide

Tenets / WEB フレームワークを載せるために
1. Main Function の runtime type によらず利用可能であること
2. レイテンシーへの影響を最小限にすること
3. Lambda のイベント形式に対するアダプターであること
4. コンテナイメージは他のサービスへのポータビリティを持つこと
5. コンテナイメージ / Zip ともに利用可能であること

View Slide

1. Main Function の runtime type によらず利用可能であること
§ Ruby, Python, Java, PHP,…のどの runtime でも利用可能
2. レイテンシーへの影響を最小限にすること
3. Lambda のイベント形式に対するアダプターであること
§ Event → HTTP request への変換
4. コンテナイメージは他のサービスへのポータビリティを持つこと
§ Amazon ECS など他のコンテナサービスへのポータビリティを持つ
5. コンテナイメージ / Zip ともに利用可能であること

View Slide

実装を Rust 言語にすることで実現できそうなこと
§ Main Function の runtime type によらず利用可能であること
§ レイテンシーへの影響を最小限にすること
サイドカーパターンで実現できそうなこと
§ Lambda のイベント形式に対するアダプターであること
§ コンテナイメージは他のサービスへのポータビリティを持つこと
§ コンテナイメージ / Zip ともに利用可能であること

View Slide

AWS Lambda でのサイドカーパターン

View Slide

Design patterns for container-based
distributed systems
https://research.google/pubs/pub45406.pdf
The 8th Usenix Workshop on Hot Topics in
Cloud Computing (HotCloud '16) (2016) で
発表された論文
コンテナを使った分散システムのデザイン
パターンを述べている
その中で、サイドカーパターンについても
解説されている

View Slide

Lambda でサイドカーパターンは実現可能なの ?
https://aws.amazon.com/jp/builders-flash/202202/new-lambda-container-development-7

View Slide

サイドカーパターンでロギング
main
Side Car
Log
サイドカーは非機能要件を扱うのに
適しているという説明によく登場す
るのが、アプリケーションログ用の
サイドカーの利用
HTTP request
Client
Observability
SaaS / S3 など

View Slide

サイドカーパターンで reverse proxy
HTTP request
Client proxy main
Side Car
GAP
サイドカーで HTTP Proxy を配備
することを考える
main で受付たい形式とギャップ
がある場合どうするか？
e.g. 通信プロトコルの差異 /
payload形式の差異 etc.

View Slide

サイドカーパターンで reverse adapter proxy
HTTP request
Client proxy main
形式2
形式1
adapter
Side Car
単純な HTTP Proxy ではなく、形
式を main の入力形式に変換する
ような adapter 機能も必要となる

View Slide

AWS Lambda でのサイドカーの実現方法
Lambda Service API Endpoints Processes
External Extensions
Runtime + Function
Logs Extension
Extension API
Runtime API
Logs API
Lambda Extension を使用して、Lambda 関数を拡張可能
• たとえば、好みのオブザーバビリティ、セキュリティ、ガバナンスツールと統合
• AWS Lambda パートナー提供 Extension から選択するか、独自の Extension を作成
https://docs.aws.amazon.com/lambda/latest/dg/using-extensions.html

View Slide

Lambda Invoke
Invoke API
Client Service
Lambda Service
Extension
GET event
Lambda Function Instance
event
Extension はサイドカーとして、proxy 兼、
event 形式から HTTP request への変換を行う
http
adapter
main
web
framework
HTTP request

View Slide

AWS Lambda Web Adapter について

View Slide

https://github.com/awslabs/aws-lambda-web-adapter
public.ecr.aws/awsguru/lambda-http-ric
コードを変更せずに、Lambda と ECS の両方で Web アプリコンテナを実行
AWS Lambda 用の Rust Extensionで構築

View Slide

Initialize
Runtime API
OS Packages
Runtime
Interface
Client
Web App
http-
adapter
Readiness check the
web application
spawn

View Slide

Invoke - request
Runtime API
OS Packages
Runtime
Interface
Client
Web App
http-
adapter
Get next event
from Runtime API
Invoke
adapter
Send http
request
Incoming
Invoke

View Slide

Invoke - response
Runtime API
OS Packages
Runtime
Interface
Client
Web App
http-
adapter
Send result to
runtime API
Convert http
response
Receive http
response
Send
response

View Slide

Example – express.js app を Lambda 上で実行
Dockerfile で aws-lambda-web-adapter を使用するための 3 つの手順:
1. aws-lambda-web-adapter を ECR パブリックレジストリからコピー
2. Docker コンテナの ENTRYPOINT として使用
3. CMD を使用して Web アプリケーションを実行 (デフォルトポート 8080)
Step 1: adapterをコピー
Step 2: ENTRYPOINTとして使用
Step 3: CMD を使用して実行

View Slide

4つの HTTP エンドポイントをサポート
OS Packages
Runtime
Interface
Client
Web
App
http-
adapter
REST API Endpoint
HTTP API Endpoint
Application Load
Balancer
Lambda
function
invoke
REST API Event
HTTP API v2 Event*
ALB Event
* HTTP API v1 イベントペイロード形式はサポートされていません
Lambda 固有のイベントを標準の HTTP リクエストに変換
Function URL

View Slide

イメージを変更せずに ECS で実行可能か？
Application Load
Balancer
ENI
Fargate Task Container
OS Packages
Web App
health check
spawn
HTTP Requests
YES !
ポータブル

View Slide

コンテナイメージを異種プラットフォームで実行
Application Load Balancer
Lambda Function
Target Group
Fargate Task
Target Group
EC2 Instances
Target Group
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container
Web App
Container

View Slide

AWS Lambda Web Adapter の長所
• 開発者が Adapter を意識しない
§ Adapter がサイドカーとして存在するため、 Artifact へのインストールが不要
§ 開発者が開発するために、Adapter の理解が不要
§ Adapter はフレームワーク機能は関心事から分離、完全なフレームワーク機能
§ 言語 / Runtime ごとに異なる Adapter を用意する必要がない
• ポータビリティ
§ Adapter がロジックの外にあり、コンテナサービスとのポータビリティを維持
• Rust 言語での実装で、Latency も抑えられている
• 任意の Lambda Runtime type で動作 (Hetero runtime)

View Slide

Key takeaways

View Slide

Key takeaways
• Lambda 関数実装は WEB フレームワークを使わなくても良い粒度で
シンプルに構築する
§ 最小権限の原則を遵守
§ モノリス / FAT な実装にならないように
§ AWS Lambda Powertools がシンプル実装に対する非機能要件に対応
• それでも WEB フレームワークを利用したい場合は
§ Lambda のスケールや実行モデルを理解する
§ Lambda Extension が登場し、メイン関数実装に関与することなくサイドカー
パターンによる Proxy / Adapter が可能になった
– その実装の一つが、AWS Lambda Web Adapter

View Slide

Thank you!
Kensuke Shimokawa

View Slide

Please complete
the session survey

View Slide

Appendix

View Slide

AWS Lambda の Cold Start
初期化処理
Cold Start Warm Start
ハンドラー処理
②
① ③

View Slide

Little’s Law (リトルの法則)
Concurrency = rps x duration
(同時実⾏数) (リクエストレート) (実⾏時間)

View Slide

AWS Lambda の Concurrency (同時実行)
Client Server
Concurrency = 1
Concurrency = 0

View Slide

Concurrency 増加 : リクエストレート ( rps ) 増加
Client Server
Concurrency = 3

View Slide

Concurrency 増加 : 実行時間 ( duration ) 増加
Client Server
Concurrency = 3

View Slide

AWS Lambda のスケール
Concurrency
time
アカウント同時実行数
制限緩和
1500
(Tokyo)
1000
1 request で
1 token 消費
Burst でスケール
500/分で
Burst Quota 回復
Token Bucket algorithm
AWS Lambda はビルドインでスケールの仕組みを提供
1000 Burst Quota

View Slide

Lambda 実行環境
Runtime API
Lambda Service
Language Runtime
OS Packages
Runtime
Interface
Client
Initialization &
Handler Code
Invoke
handler
Get next event
from Runtime API

View Slide

Zip / Jar File
Runtime API
Lambda Service
Language Runtime
OS Packages
Runtime
Interface
Client
You provide
AWS provides You deploy
Initialization &
Handler Code
Zip / Jar File

View Slide

コンテナイメージ (AWS Lambda Base Image)
Runtime API
Lambda Service
Language Runtime
OS Packages
Runtime
Interface
Client
You provide
Initialization &
Handler Code
Container Image

View Slide

コンテナイメージ (Custom Base Image)
Runtime API
Lambda Service
Language Runtime
OS Packages
Runtime
Interface
Client
You provide
Initialization &
Handler Code
Container Image

View Slide

コンテナイメージ (Custom Base Image & RIC)
Runtime API
Lambda Service
Language Runtime
OS Packages
Runtime
Interface
Client
You provide
Initialization &
Handler Code
Container Image

View Slide

Lambda 内で Proxy サーバーを実行？
lambda-http-adapter を使うと可能
Runtime API
Lambda Service
Lambda-http-
adapter
OS Packages
You provide
Web App
Container Image

View Slide

Lambda のコンテナイメージサポート
• コードをコンテナイメージとしてパッ
ケージ化し、Lambda にデプロイ可能に
• 画像サイズ 10GBまで
• イベント駆動型プログラミングモデル

View Slide

Understanding the Lambda execution
environment
Firecracker MicroVM
MicroVM Kernel
Lambda Sandbox
KVM on Bare Metal EC2
FunctionB
Code
FunctionB
/tmp
Extension
Code
FunctionB
Runtime
Extension
Runtime
FunctionB
vCPU
FunctionB
Memory
Firecracker MicroVM
MicroVM Kernel
Lambda Sandbox
FunctionA
Code
FunctionA
/tmp
Extension
Code
FunctionA
Runtime
Extension
Runtime
FunctionA
vCPU
FunctionA
Memory
Shared resources
within execution
environment
Unshared resources
within execution
environment
https://docs.aws.amazon.com/lambda/latest/
operatorguide/execution-environment.html
Managed by AWS Lambda Service
FunctionA
Network
FunctionB
Network

View Slide

Lambda External Extensions
An external extension runs as an independent process in the execution environment and continues to
run after the function invocation is fully processed.

View Slide

Amazon EC2 AWS Fargate AWS Lambda
AWS は多くのコンピューティングプラットフォームを提供
まずは、Lambda から始めるのがお勧め
AWS での Compute 選択どうすればよいですか?

View Slide

使い慣れたプログラミング
モデルとツール
高速な開発体験
AWS Lambda
Amazon ECS / Fargate
Amazon EC2
間の移植性
なぜフレームワークを Lambda で使いたいのか？

View Slide

需要に応じた
スケール
瞬時にバースト
耐障害性
高可用性
デフォルトで
マルチ AZ
管理する
サーバーはなし
ホストのプロビ
ジョニングや管理
は不要
パッチを適用する
OS パッケージや
ランタイムはなし
セキュリティ上の
懸念の最小化
ネットワークアド
レスを意識しない
(IAM で保護された
呼び出し)
関数単位の
マイクロ VM
実行環境
利用した分の
支払い
ミリ秒単位の課金
AWSサービスとの
高レベルのインテ
グレーション
ストリームと
キューのマネージ
ドポーリング
AWS Lambda の良さを振り返る

View Slide

1. アプリケーションを Lambda 関数としてパッケージ化
2. Amazon API Gateway を介して HTTP エンドポイントを作成
3. RESTリクエストに応じてアプリケーションをトリガー
Lambda
function
Amazon API
Gateway
Amazon
RDS
Lambda で Web アプリケーションを実行？

View Slide

AWS Lambda の上でいろんなWEB フレームワークを動かそう！ / Web Frameworks on Lambda

AWS Lambda の上でいろんなWEB フレームワークを動かそう！ / Web Frameworks on Lambda

kensh

More Decks by kensh

Other Decks in Technology

Featured

Transcript