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
エッジで輝くフロントエンド
Search
chimame
June 19, 2023
Programming
11
6.7k
エッジで輝くフロントエンド
Cloudflare Meetup #1
chimame
June 19, 2023
Tweet
Share
More Decks by chimame
See All by chimame
知って得する@cloudflare_vite-pluginのあれこれ
chimame
1
130
Boost Your Web Performance with Hyperdrive
chimame
1
300
RemixでVersion skewに立ち向かう
chimame
2
1.2k
私がエッジを使う理由
chimame
10
4.1k
GraphQL Server on Edge after that
chimame
1
1.5k
Accelerating App Dev with Cloudflare Workers
chimame
1
450
GraphQL Server on Edge
chimame
12
6k
Cloudflare Workersと状態管理
chimame
4
1.8k
CSRなサイトを (疑似的な)ISRに変更した話
chimame
0
640
Other Decks in Programming
See All in Programming
MySQL9でベクトルカラム登場!PHP×AWSでのAI/類似検索はこう変わる
suguruooki
1
270
なぜあなたのオブザーバビリティ導入は頓挫するのか
ryota_hnk
4
550
DatadogのArchived LogsをSnowflakeで高速に検索する方法(Archive Searchでオワコンにならないことを祈って) / How to search Datadog Archived Logs quickly with Snowflake (hoping Datadog Archive Search doesn’t make this obsolete)
civitaspo
0
100
ご注文の差分はこちらですか? 〜 AWS CDK のいろいろな差分検出と安全なデプロイ
konokenj
4
720
副作用と戦う PHP リファクタリング ─ ドメインイベントでビジネスロジックを解きほぐす
kajitack
3
510
AIに安心して任せるためにTypeScriptで一意な型を作ろう
arfes0e2b3c
0
320
Jakarta EE Meets AI
ivargrimstad
0
520
PHPUnitの限界をPlaywrightで補完するテストアプローチ
yuzneri
0
360
MCPで実現できる、Webサービス利用体験について
syumai
7
2.3k
PHPカンファレンス関西2025 基調講演
sugimotokei
6
1k
オンコール⼊⾨〜ページャーが鳴る前に、あなたが備えられること〜 / Before The Pager Rings
yktakaha4
2
1.2k
ZeroETLで始めるDynamoDBとS3の連携
afooooil
0
140
Featured
See All Featured
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.9k
Designing for Performance
lara
610
69k
Navigating Team Friction
lara
188
15k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
410
BBQ
matthewcrist
89
9.8k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.5k
Practical Orchestrator
shlominoach
190
11k
Building Applications with DynamoDB
mza
95
6.5k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
21
1.4k
Site-Speed That Sticks
csswizardry
10
730
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
110
19k
Transcript
エッジで輝くフロントエンド Cloudflare Meetup #1 2023.06.19
目次 • フロントエンド技術の歴史 • フロントエンド領域の現状 • Cloudflare Pages • ユースケース
• まとめ
フロントエンド技術の歴史 • 2010年頃はRuby on Railsのようなフレーム ワークが確固たる地位を確立 ◦ サーバサイドでHTMLを生成し、クライアントに返す ◦ JavaScriptはAjaxやちょっとした画面動作に使用する
• JavaScriptはjQueryがまだスタンダードに使用 される時代
フロントエンド技術の歴史 • DOMの書き換えは大体以下の2通り ◦ Ajaxで取得したレスポンスの内容にまるっと書き換え る(サーバサイドレンダリング ) ◦ jQueryでDOMを書き換える •
2010年頃にBackbone.jsやReactが登場 ◦ アプローチは異なるが、 DOMの管理を何をもって行う かということに注目が集まる
フロントエンド技術の歴史 • Reactなどを使用したDOM変更によるWeb ページのUXが大幅に向上 ◦ 周辺のエコシステムも急速に成長 (Browserify, Webpack, Babel etc)
• バックエンドシステムと分離が始まる ◦ フロントエンド領域におけるセットアップの複雑さが増 加 ◦ レンダリングはフロントエンドが担う ようになる
フロントエンド技術の歴史 • レンダリングにおける問題 ◦ SEO ◦ クライアントサイドのマシンスペック etc • バックエンドシステムと整合性
◦ システム間連携の複雑性増加 ◦ コミュニケーションパスの増加
フロントエンド領域の現状 • レンダリングの様々な手法が確立 ◦ Client Side Rendering(CSR) ◦ Server Side
Rendering(SSR) ◦ Static Site Generation(SSG) ◦ Incremental Static Regeneration(ISR) ◦ Server Side Component ← NEW
フロントエンド領域の現状 • サーバサイドレンダリングって… ◦ 10数年前の話に戻ってきてはいるが、完全に 戻ってるわけではない ◦ クライアント、サーバサイド両方をうまく使う必 要がある
フロントエンド領域の現状 • サーバを使用するということは役割と責任も増 加 ◦ ブラウザからのアクセス制御 ◦ 静的ファイル配信の最適化 ◦ SSRのための計算リソースの確保
◦ フェイルオーバーやログなどの非機能要件 etc
フロントエンド領域の現状 • 現状における様々な打ち手 ◦ Vercel, Cloudflare Pages, Netfilyなどのホスティン グサービスで運用 ◦
Cloud Runなどのサーバレスサービスを使ったセルフ ホスティングで運用
Cloudflare Pages • 特徴 ◦ 2021年頃に登場したホスティングサービス ◦ 2021年後半にCloudflare Workesと連携が対応され てサーバリソースを使用することが可能になる
▪ サーバレスアーキテクチャ ◦ さらには無料の範囲が非常に大きい
Cloudflare Pages • Cloudflare Pages + Cloudflare Workersで 使用できるフレームワーク ◦
Remix ◦ Astro ◦ SvelteKit ◦ rakkas
Cloudflare Pages • Pages単体も魅力的だが他製品を活用するこ とでシステムを構築できる ◦ Cloudflareのキャッシュを活用 ◦ KV, R2やD1を活用した状態管理
◦ BotアクセスやDDOS対策を基本的に備える
ユースケース Webサイト 管理画面 データベース(PosggreSQL) バッチサーバ 画像(GCS) データの流れ SSRでクライアントに返す (SEO対 策が必要)
Zero Trustで認証を実施 CNAMEを設定して、CDNから配信 HTML 初期段階
ユースケース Webサイト 管理画面 連携API データベース(D1) Node.js処理サーバ 画像(R2) データの流れ 画像処理にNode.jsが必要な ため、D1からデータを取得す
るためのWorkers経由でデー タを取得 SSRでクライアントに返す (SEO対 策が必要) Zero Trustで認証を実施 カスタムドメインを設定してダイレクトにアクセス HTML 最終形
ユースケース • 移行のメリット ◦ 計算リソースがエッジで動作する( client or server ?) ▪
第3の計算リソースが使える ◦ コンテナをビルドする必要がない のでデプロイ時間が大 幅に短縮(10分前後→1分未満) ◦ サーバ費がダウン • 移行のデメリット ◦ ログ基盤は自分で作成する 必要がある ◦ Node.jsが必要な部分は別処理を作成 する必要がある
まとめ • フロントエンド担う領域は拡大している • フロントエンド領域の開発に注力するためには Cloudflare Pagesも十分な選択肢の1つ ◦ オリジンサーバとは違い、クライアントに近い場所で 動くのでレイテンシに利点生まれる
◦ サーバレス同様に処理能力をスケールアウトさせるこ とで、分散化し向上できることができる • サービスの機能をうまく利用し、顧客に価値を 提供するための開発に集中することが大事
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