Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
[Go Conference 2022 Spring] GoとLambdaを使用した高パフォー...
Search
saicologic
April 23, 2022
Technology
0
920
[Go Conference 2022 Spring] GoとLambdaを使用した高パフォーマンスでサーバレスな マイクロサービスの開発と運用
Go Conference 2022 Spring 発表資料
https://gocon.jp/2022spring/sessions/a11-s/
saicologic
April 23, 2022
Tweet
Share
More Decks by saicologic
See All by saicologic
CustomMiddlewareのテストをする方法
saicologic
0
54
Other Decks in Technology
See All in Technology
Snowflake Summit 2025 データエンジニアリング関連新機能紹介 / Snowflake Summit 2025 What's New about Data Engineering
tiltmax3
0
310
~宇宙最速~2025年AWS Summit レポート
satodesu
1
1.9k
GitHub Copilot の概要
tomokusaba
1
140
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
210
Javaで作る RAGを活用した Q&Aアプリケーション
recruitengineers
PRO
1
120
MySQL5.6から8.4へ 戦いの記録
kyoshidaxx
1
260
AIのAIによるAIのための出力評価と改善
chocoyama
2
570
GeminiとNotebookLMによる金融実務の業務革新
abenben
0
230
強化されたAmazon Location Serviceによる新機能と開発者体験
dayjournal
3
220
「Chatwork」の認証基盤の移行とログ活用によるプロダクト改善
kubell_hr
1
200
生成AI時代 文字コードを学ぶ意義を見出せるか?
hrsued
1
580
登壇ネタの見つけ方 / How to find talk topics
pinkumohikan
5
520
Featured
See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Navigating Team Friction
lara
187
15k
YesSQL, Process and Tooling at Scale
rocio
173
14k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.5k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Stop Working from a Prison Cell
hatefulcrawdad
270
20k
The Cost Of JavaScript in 2023
addyosmani
51
8.5k
Producing Creativity
orderedlist
PRO
346
40k
Agile that works and the tools we love
rasmusluckow
329
21k
Music & Morning Musume
bryan
46
6.6k
Transcript
GoとLambdaを使用した高パフォーマンスでサーバレスな マイクロサービスの開発と運用 ©tottie / Renée French
三上 悟 Tech Lead at Voicy saicologic Goの開発は2021年〜 PHP =>
Ruby => Node.js => Python => Go 自己紹介
Go x AWS Lambda
・ユースケース ・他のランタイムと違い:ベンチマーク ・開発の始め方
ユースケース:メール配信の不達調査 メール送信 ・メールアドレスによる会員登録、アクティベーション ・パスワード再発行 ・パスワード更新 さまざまな理由によってメールが届かないという問い合わせがある
SendGrid メール配信プラットフォーム(SaaS) Web APIメール送信する Webhookを使ってメールのイベントを受け取れる SendGrid Client SendGrid SendGrid Webhook
API Gateway メール送信 HTTP POST Lambda DynamoDB
どんなイベントが受け取るか? https://sendgrid.kke.co.jp/docs/API_Reference/Webhooks/event.html
・管理画面からイベントデータがダウンロードできない ・管理画面から数千件までしか見ることができない ・どのメールがどういう理由でエラーになったか見つけるのが大変 なぜ、Webhookが必要?
AWS Lambdaはイベントの発生に応じてプログラムを実行する環境を提供する クラウドコンピューティングサービス ・AWSを利用している ・スパイクする ・必要なときだけイベントのログが見たい ・常時サーバー不要。コストを抑えたい なぜ、AWS Lambdaを選定したのか?
なぜ、他のランタイムに比べてGoを使うのか? 背景 ・LambdaはメインでNode.jsが使われています。LambdaといえばNode.js ・開発のメイン言語は99%がGo言語 ・Goはランタイムが1.xのみ (重要) ・ランタイム比較のベンチマーク結果が良好だった
Goはランタイムが1つ
None
None
Goは高パフォーマンスなのか?
ランタイム比較のベンチマーク OSSのベンチマークプログラムを試しました https://github.com/Aleksandr-Filichkin/aws-lambda-runtimes-performance 複数のランタイムをサポートしてますが、 Python3.9/Node.js14.x/Goを選択 参考にした記事 https://filia-aleks.medium.com/benchmarking-all-aws-lambda-runtimes-in-2021-cold-start-par t-1-e4146fe89385 ベンチマーク計測には、JMeterを使いました。 同時10ユーザー
3回リクエスト
None
ランタイム比較のベンチマーク結果 Node.jsよりは良い。Pythonは同等
ランタイム比較のベンチマーク 128MBより256MBのほうが良い
実際に運用してみた結果
SendGrid Client SendGrid SendGrid Webhook API Gateway メール送信 HTTP POST
Lambda DynamoDB ベンチマークの時と同じ構成
None
None
None
まとめ ・Node.jsに比べれば高パフォーマンス ・50ms or die の世界では使えない ・128MBより256MBのほうが良い傾向 さらにメモリ割り当て別で見たい場合は AWS公式で紹介されている「 aws-lambda-power-tuning」
Operating Lambda: パフォーマンスの最適化 – Part 2 ・コールドスタート対策はLambdaのProvisionedCouncurrencyを設定しだい
開発の始め方
公式ドキュメント:はじめの一歩 https://docs.aws.amazon.com/ja_jp/lambda/latest/dg/lambda-golang.html
Github https://github.com/aws/aws-lambda-go eventsフォルダに豊富にサンプルがあります!
API-Gateway x Lambda: 最初の一歩 aws-lambda-go/events/README_ApiGatewayEvent.md
API-Gateway x Lambda aws-lambda-go/events/apigw.go でRequest/Responseを知る
他のランタイムと同じ
その他:M1 Macを使っている人は注意
まとめ ・当分、Goはランタイムが1つのためメンテナンスが楽です ・他のランタイムに比べてもGoのパフォーマンスは良いです ・最初は、AWSの公式ドキュメントを読みましょう ・次に、Githubにあるソースコードのサンプルを読みましょう ・Request/Responseの構造体を読みましょう
ご清聴ありがとうございました