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
GraphQL Server on Edge
Search
chimame
July 19, 2023
Programming
12
5.7k
GraphQL Server on Edge
Workers Teck Tolks #1
chimame
July 19, 2023
Tweet
Share
More Decks by chimame
See All by chimame
RemixでVersion skewに立ち向かう
chimame
1
880
私がエッジを使う理由
chimame
10
4k
GraphQL Server on Edge after that
chimame
1
1.4k
Accelerating App Dev with Cloudflare Workers
chimame
1
400
エッジで輝くフロントエンド
chimame
11
6.6k
Cloudflare Workersと状態管理
chimame
4
1.6k
CSRなサイトを (疑似的な)ISRに変更した話
chimame
0
580
Cloud Runマネージドに適したアプリケーションを考える
chimame
1
290
RDS Proxyを使ってAuroraと仲良くなる
chimame
0
1.1k
Other Decks in Programming
See All in Programming
DevinとCursorから学ぶAIエージェントメモリーの設計とMoatの考え方
itarutomy
0
140
AppRouterを用いた大規模サービス開発におけるディレクトリ構成の変遷と問題点
eiganken
1
440
技術的負債と向き合うカイゼン活動を1年続けて分かった "持続可能" なプロダクト開発
yuichiro_serita
0
300
Асинхронность неизбежна: как мы проектировали сервис уведомлений
lamodatech
0
1.3k
QA環境で誰でも自由自在に現在時刻を操って検証できるようにした話
kalibora
1
140
ATDDで素早く安定した デリバリを実現しよう!
tonnsama
1
1.8k
ErdMap: Thinking about a map for Rails applications
makicamel
1
610
Androidアプリのモジュール分割における:x:commonを考える
okuzawats
1
280
20241217 競争力強化とビジネス価値創出への挑戦:モノタロウのシステムモダナイズ、開発組織の進化と今後の展望
monotaro
PRO
0
280
PHPカンファレンス 2024|共創を加速するための若手の技術挑戦
weddingpark
0
140
ゼロからの、レトロゲームエンジンの作り方
tokujiros
3
1k
watsonx.ai Dojo #6 継続的なAIアプリ開発と展開
oniak3ibm
PRO
0
170
Featured
See All Featured
Being A Developer After 40
akosma
89
590k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.2k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.3k
jQuery: Nuts, Bolts and Bling
dougneiner
62
7.6k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.5k
Building a Scalable Design System with Sketch
lauravandoore
460
33k
Building Your Own Lightsaber
phodgson
104
6.2k
Rails Girls Zürich Keynote
gr2m
94
13k
Keith and Marios Guide to Fast Websites
keithpitt
410
22k
Transcript
GraphQL Server on Edge Workers Tech Talks #1 2023.07.19
目次 • (GraphQL) API Server 構築 • サーバレスコンテナサービスの運用課題 • Cloudflare
Workersという選択肢 • ユースケース • まとめ
今日話すことの細かい実装はこちら
(GraphQL) API Server • APIサーバはどこにどうやって建てますか? ◦ Amazon Web Services(Fargate, App
Runner, EKS) ◦ Google Cloud(App Engine, Cloud Run, GKE) ◦ Azure(Container Instances, Container Apps, AKS) ◦ オンプレ • Backend for frontend(BFF)の設計になるとAPI Serverの管理者は誰? ◦ バックエンド? ◦ フロントエンド?
(GraphQL) API Server 私の場合は、初手は大体Cloud Run • サーバレスアーキテクチャにしてインフラコストを 極限まで下げる • 最終的にデータがBigQueryに行くことが多いの
で、Google Cloudは結局使うことになる • アプリケーションが最終的にコンテナで動けば、他 に移行もそこまで難しくない
サーバレス(コンテナ)サービスの運用課題 Cloud Runに限らず、サーバレスも銀の弾丸ではない • コンテナのデプロイまでの時間がかかる • コールドスタートを短く抑えないといけない • コンピュータリソースあたりの単価は高め
さて、どうしよう??🤔
Cloudflare Workersという選択肢 パブリッククラウドのサーバレスサービスと比較して異なるところ • ビルドしたファイルをデプロイする • V8エンジンをランタイムとして採用 • 基本料金$5で、最低100万リクエストは処理できる
Cloudflare Workersという選択肢 パブリッククラウドのサーバレスサービスと比較して異なるところ • ビルドしたファイルをデプロイする → コンテナを入れ替えるより高速にデプロイが可能 • V8エンジンをランタイムとして採用 →
V8 isolateを使用することで高速に起動できる • 基本料金$5で、最低100万リクエストは処理できる → 計算リソースあたりの単価が非常に安価
Cloudflare Workersという選択肢 なんで今まで選択されてこなかった? • Cloudflareにロックインする • ランタイムがNode.jsではないのでNode.jsに依存する資産は使用できない • Cloudflare WorkersからRDBMSに接続するにはhttpで接続するしかなかった
Cloudflare Workersという選択肢 なんで今まで選択されてこなかった? • Cloudflareにロックインする • ランタイムがNode.jsではないのでNode.jsに依存する資産は使用できない • Cloudflare WorkersからRDBMSに接続するにはhttpで接続するしかなかった
許容すれば選択可 TCPでの接続が行えるようになった
※管理画面 ユースケース Cloudflare Workers Durable Objects Authentication Cloud Messaging Crashlytics
etc 認証 画像データ Socket通信 GraphQL PUSH その他サービス サービス初期
※管理画面 ユースケース Cloudflare Workers Durable Objects Authentication Cloud Messaging Crashlytics
etc 認証 画像データ (R2) Socket通信 GraphQL PUSH Node.js処理サーバ GraphQL Server その他サービス 現在
ユースケース ライブラリの変遷 • Fastify • Apollo Server • Prisma •
Pothos • GraphQL Yoga • Kysely (Prisma) • Pothos 2.0からWeb Standard APIで動作するように再構築されている。 そのためCloudflare Workersでも動作する。 Prismaは通常のモードでは Cloudflare Workersで動作しない。代替に別ライブラリを使用する必要があ る。自分の場合はPrismaのマイグレーション機能および Kyselyのデータベースの型生成として使用してい る。
ユースケース 移行した効果(メリット) • コンテナのデプロイまでの時間がかかる → デプロイ時間が8分前後が1分未満に短縮 • コールドスタートを短く抑えないといけない → 最大5秒前後が200ミリ秒程度まで高速化
• コンピュータリソースあたりの単価は高め → 数万円/月のAPIサーバ費が数千円/月に低下(約1/10)
ユースケース 移行に際した注意点(デメリット) • Node.jsが必要な場合は別途サーバを用意する必要がある ◦ Cloud Runで構築した場合はリクエスト時間に影響しないようにする (非同期処理にする、起動時間を早くする etc) •
TCPの接続はリクエスト処理している間だけ接続可能である ◦ waitUntilに接続するような処理があるとうまくいかない場合がある ◦ DataLoaderも動作しない場合がある
まとめ • Cloudflare WorkersでAPIサーバを構築する のは既に実用的な段階にある ◦ オリジンの”味付け”ではなく、単体でサーバとして機 能する • Cloudflareにロックインはするが、それに見
合ったメリットは十分にある
Thanks! • name: chimame / rito • job: Webエンジニア •
field: Cloudflare, GCP, AWS, Ruby, Node.js, TypeScript, React, Next.js, Remix, Docker etc • company: Goens株式会社( https://about.goen-s.com ) • twitter: @chimame_rt • GitHub: chimame