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
Accelerating App Dev with Cloudflare Workers
Search
chimame
November 24, 2023
Programming
1
460
Accelerating App Dev with Cloudflare Workers
Cloudflare Workers Meetup by NOT A HOTEL
chimame
November 24, 2023
Tweet
Share
More Decks by chimame
See All by chimame
知って得する@cloudflare_vite-pluginのあれこれ
chimame
1
200
Boost Your Web Performance with Hyperdrive
chimame
1
330
RemixでVersion skewに立ち向かう
chimame
2
1.2k
私がエッジを使う理由
chimame
10
4.1k
GraphQL Server on Edge after that
chimame
1
1.6k
GraphQL Server on Edge
chimame
12
6.1k
エッジで輝くフロントエンド
chimame
11
6.8k
Cloudflare Workersと状態管理
chimame
4
1.8k
CSRなサイトを (疑似的な)ISRに変更した話
chimame
0
660
Other Decks in Programming
See All in Programming
Le côté obscur des IA génératives
pascallemerrer
0
150
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
490
スマホから Youtube Shortsを見られないようにする
lemolatoon
27
33k
Goで実践するドメイン駆動開発 AIと歩み始めた新規プロダクト開発の現在地
imkaoru
4
870
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
340
品質ワークショップをやってみた
nealle
0
580
Catch Up: Go Style Guide Update
andpad
0
240
PHPに関数型の魂を宿す〜PHP 8.5 で実現する堅牢なコードとは〜 #phpcon_hiroshima / phpcon-hiroshima-2025
shogogg
1
300
実践Claude Code:20の失敗から学ぶAIペアプログラミング
takedatakashi
15
6.3k
アメ車でサンノゼを走ってきたよ!
s_shimotori
0
230
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
510
テーブル定義書の構造化抽出して、生成AIでDWH分析を試してみた / devio2025tokyo
kasacchiful
0
220
Featured
See All Featured
Building a Modern Day E-commerce SEO Strategy
aleyda
44
7.8k
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
990
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
54k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
How STYLIGHT went responsive
nonsquared
100
5.8k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
Why Our Code Smells
bkeepers
PRO
340
57k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
115
20k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.7k
A Tale of Four Properties
chriscoyier
161
23k
Large-scale JavaScript Application Architecture
addyosmani
514
110k
Transcript
Acceleration App Dev with Cloudflare Workers Cloudflare Workers Meetup by
NOT A HOTEL 2023.11.24
目次 • “速さ”の定義 • Cloudflare Workersを使用する各所の”速さ” ◦ アプリケーションの作成速度 ◦ 環境の構築速度
◦ プログラムの実行速度 • 活用例 • まとめ
速さ
Webアプリケーションはどうやったら完成? • 必要な機能のコードを書けば終わり? • 品質試験をパスすれば終わり? • 実行場所(サーバ)を確保すれば終わり? • サーバでプログラムを実行できれば終わり?
“速さ”の定義 本資料における定義は アプリケーションを開発して本番環境で動作し ユーザーにレスポンスが届くまでのトータル時間 と定義する
アプリケーションができるまで 開発 テスト 設計 環境 構築 リリース🎉 配信
Cloudflare Workers
Cloudflare Workersにおける各所の速さ • アプリケーション(プログラム)の作成速度 • 環境構築の速度 • プログラム実行の速度
Cloudflare Workersにおける各所の速さ テスト 設計 リリース🎉 開発 環境 構築 配信
アプリケーションの作成速度 Cloudflare Workersで動作させることができる対応プログラム言語 • TypeScript • JavaScript • WebAssembly対応言語(Rust, C,
Golang etc)
アプリケーションの作成速度 Cloudflare Workersで動作させることができる対応プログラム言語 • TypeScript • JavaScript • WebAssembly対応言語(Rust, C,
Golang etc) WebAssemblyにできるなら言語は問わない。
アプリケーションの作成速度 Cloudflare Workersで動作させることができる対応プログラム言語 • TypeScript • JavaScript • WebAssembly対応言語(Rust, C,
Golang etc) JavaScriptに(トランスパイル)出来るなら言語は問わない。 npm packageという膨大なライブラリやフレームワークの恩恵を受ける
アプリケーションの作成速度 Cloudflare Workersに対応しているフレームワーク(他にもあり) • Hono • GraphQL Yoga • Next.js(一部)
• Remix • Qwick • Astro
アプリケーションの作成速度 Cloudflare Workersに対応しているフレームワーク(他にもあり) • Hono • GraphQL Yoga • Next.js(一部)
• Remix • Qwick • Astro Cloudflare Workers単体で動作しWebサーバ として使用することができるフレームワーク
アプリケーションの作成速度 Cloudflare Workersに対応しているフレームワーク(他にもあり) • Hono • GraphQL Yoga • Next.js(一部)
• Remix • Qwick • Astro Cloudflare Workers単体では動作しない (ものがある)が、Cloudflare Workers とCloudflare Pagesを組み合わせSSRな どが可能
アプリケーションの作成速度 Cloudflare Workersに対応しているフレームワーク(他にもあり) • Hono • GraphQL Yoga • Next.js(一部)
• Remix • Qwick • Astro これらのモダンなフレームワークを使用すること が出来るでCloudflare Workersとそれ以外の環境 とで開発効率の差異は無い (むしろモダンな開発環境になる) 宗教上の理由でTypeScriptやJavaScriptが扱えない方はごめんなさい…(WASMで頑張って)
環境の構築速度 Webアプリケーションに必要なものは?
環境の構築速度 Webアプリケーションに必要なものは? • プログラムコード • 実行環境 • データ格納先
環境の構築速度 Webアプリケーションに必要なものは? • プログラムコード • 実行環境 • データ格納先 これは前項までに説明したので既に用意 できるものとしてここでの話ではない
環境の構築速度 Webアプリケーションに必要なものは? • プログラムコード • 実行環境 • データ格納先 ここで話したいのはココ 要は実行サーバやアプリケーションの状態
を格納するデータの保存先などのインフラ と言われる部分
環境の構築速度 Cloudflare Workersの実行環境ってどうやって用意するの?
環境の構築速度 Cloudflare Workersの実行環境ってどうやって用意するの? $ wrangler (pages) deploy これだけ(設定ファイルにアプリ名などは記載する) ビルド(バンドル)したファイルをアップロードして実行環境 をサクッと用意できる。
みなさんはどうやって環境を用意してますか? 環境の構築速度 EKS? ECS? Lambda? EC2? G KS? Cloud Run?
App Engine? Cloud Function? AKS? Container App? Azure Virtual M achine?
みなさんはどうやって環境を用意してますか? 環境の構築速度 EKS? ECS? Lambda? EC2? G KS? Cloud Run?
App Engine? Cloud Function? AKS? Container App? Azure Virtual M achine? その環境って初期構築もそうです が、そもそもデプロイってどれくら いかかりますか? ち な み に …
環境の構築速度 Cloudflare Workersならこれでデプロイまでします。 $ wrangler (pages) deploy ビルド時間を含めても 1分未満。 ビルド時間を除けば
10~15秒程度。
環境の構築速度 • コンテナ以前はサーバをセットアッ プ ◦ その後にプログラムを入れ替えて、Web サーバのみを再起動 • コンテナはサーバの抽象化レベルUP ◦
コンテナにプログラムを内包してコンテナ を切り替える • Cloudflare Workersのランタイムは 固定(既にセットアップ済) ◦ プログラムを入れ替えて実行
プログラムの実行速度 Cloudflare Workersはサーバレスなのでプログラム実行の速度という観点で は以下の2つが重要 • プログラム本体の実行速度 • サーバレスの起動速度
プログラムの実行速度 プログラムの実行速度自体がスペックなどで 他と比べて遅かったりしない?
プログラムの実行速度 “ServerlessDays Tokyo 2023 - 秋のServerless運動会(亀田様)” の資料より
プログラムの実行速度 “ServerlessDays Tokyo 2023 - 秋のServerless運動会(亀田様)” の資料より Lambdaはメモリが増えるとCPUが変わるので 一概に言えないが悪くない
プログラムの実行速度 “ServerlessDays Tokyo 2023 - 秋のServerless運動会(亀田様)” の資料より Lambda@Edgeも頑張ってる。 (が、こいつは制約が強すぎて土俵が…)
プログラムの実行速度 実行速度はそこまで悪くないっていうのがわかったが、 コールドスタートは?
プログラムの実行速度 コールドスタートこそCloudflare Workersの最大の速度メリット 同一リクエストの差を見る限り 200ms 前後? (コールドスタートと感じることが出来ないので正確な数値が計測できない) V8 isolateをうまく使って環境を構築しているため Node.jsサーバで読み込みを遅延読み込みをしても500ms~800msのコールドスタート
はかかる(遅延読み込みを加味しないと2秒とかかかるし、遅延読み込みした分はプログラム実行時間に乗る)
活用例(In my case) • GraphQL Server • Webアプリケーション • (Node.jsサーバ)バッチ処理
今日はここ GraphQLは12月のCloudflare Workers Talk #2で (and moreな内容だけど)
活用例(In my case) ※管理画面 Cloudflare Workers Durable Objects Authentication Cloud
Messaging Crashlytics etc 認証 画像データ (R2) Socket通信 GraphQL PUSH Node.js処理サーバ GraphQL Server その他サービス 現在 この辺の話(他サービスでは管理画面に留まらない)
活用例(In my case) Webアプリケーションのフレームワークは何を選ぶ?
活用例(In my case) Webアプリケーションのフレームワークは何を選ぶ? • Hono • Remix
活用例(In my case) Webアプリケーションのフレームワークは何を選ぶ? • Hono • Remix ルーティングかつAPIとしてだけでいい ならHonoを選択
レンダリングもできるが…
活用例(In my case) Webアプリケーションのフレームワークは何を選ぶ? • Hono • Remix レンダリングが必要ならば初手にRemix AstroやQwickもあるがあくまでWebアプリ
ケーションとして選択するならばということ 今回はWebアプリケーションなのでこっちを 掘り下げる
活用例(In my case) RemixはCloudflare上の2つのランタイムで動作をサポートしています • Cloudflare Workers • Cloudflare Pages
+ Cloudflare Workers
活用例(In my case) RemixはCloudflare上の2つのランタイムで動作をサポートしています • Cloudflare Workers • Cloudflare Pages
+ Cloudflare Workers ほぼCloudflare Workers上だけで完結します。なので Cloudflare Workersの機能がフルで使用できるという メリットがあります。 ただし、静的ファイルの配信がCloudflare KVから配 信することになります。
活用例(In my case) RemixはCloudflare上の2つのランタイムで動作をサポートしています • Cloudflare Workers • Cloudflare Pages
+ Cloudflare Workers Cloudflare Pagesは静的サイトやSPAで使用できる。 Cloudflare Workersとも組み合わすことでサーバサイ ドの処理が行える。つまりSSRが出来る。 ただし、Cloudflare Workersの全機能をサポートして いるわけではない。 初手はこちらを選択でよい
活用例(In my case) 残念ながらWebアプリケーションはプログラムだけあれば 成立することは少ない 大体の場合にデータベースなどが必要となる
2023年5月にCloudflare WorkersのTCP接続がサポートされた🎉 活用例(In my case)
ということで 活用例(In my case) node_compat = true 設定ファイル(wrangler.toml)に書いて
ということで 活用例(In my case) node_compat = true 設定ファイル(wrangler.toml)に書いて import {
Client } from "pg"; export interface Env { DB: string; } export default { async fetch( request: Request, env: Env, ctx: ExecutionContext ): Promise<Response> { const client = new Client(env.DB); await client.connect(); const result = await client.query({ text: "SELECT * from customers", }); const resp = Response.json(result.rows); ctx.waitUntil(client.end()); return resp; }, }; DBの接続処理を書いて
ということで 活用例(In my case) node_compat = true 設定ファイル(wrangler.toml)に書いて import {
Client } from "pg"; export interface Env { DB: string; } export default { async fetch( request: Request, env: Env, ctx: ExecutionContext ): Promise<Response> { const client = new Client(env.DB); await client.connect(); const result = await client.query({ text: "SELECT * from customers", }); const resp = Response.json(result.rows); ctx.waitUntil(client.end()); return resp; }, }; DBの接続処理を書いて デプロイすると $ wrangler pages deploy
ということで 活用例(In my case) node_compat = true 設定ファイル(wrangler.toml)に書いて import {
Client } from "pg"; export interface Env { DB: string; } export default { async fetch( request: Request, env: Env, ctx: ExecutionContext ): Promise<Response> { const client = new Client(env.DB); await client.connect(); const result = await client.query({ text: "SELECT * from customers", }); const resp = Response.json(result.rows); ctx.waitUntil(client.end()); return resp; }, }; DBの接続処理を書いて デプロイすると $ wrangler pages deploy 動かない😇
活用例(In my case) RemixはRemixがビルドを行い、ビルドされたものをデプロイする。 Cloudflare Workersの設定ファイル書いたオプションはwranglerという CloudflareのCLIツールがCloudflare Workersのデプロイ用にビルドするた めのオプションである。 なのでwranglerのビルド時と同じことをしてやればいい
(Remixを例に言ってるが独自でビルドする場合も同じ)
活用例(In my case) ビルド(esbuild)時に以下の対応を実施しているので同等のことをやればいい workers-sdk/packages/wrangler/src/deployment-bundle/bundle.ts
活用例(In my case) ビルド(esbuild)時に以下の対応を実施しているので同等のことをやればいい workers-sdk/packages/wrangler/src/deployment-bundle/bundle.ts $ npm run build $
wrangler pages deploy
Cloudflare Workersのススメ • 色々話したけど作ったものがすぐに動く環 境は楽しい!! ◦ サービス開発は世に出して初めてバリューを生む • オリジンがなくてもCloudflare Workersが
サーバとして動作する。 ◦ オリジンのスパイスとして処理することも可能な ので設計の幅が増加
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