GraphQL Server on Edge after that

GraphQL Server on Edge after that Workers Tech Talks #2
2023.12.15

活用例(In my case) ※管理画面 Cloudﬂare Workers Durable Objects Authentication Cloud
Messaging Crashlytics etc 認証画像データ (R2) Socket通信 GraphQL PUSH Node.js処理サーバ GraphQL Server その他サービス現在前回はこのあたり話した

今日はもうちょい細かく実用的な話

アプリケーションの移行方法

部分的（一部のURL）に移行することは可能。 Proxyすることで元のオリジンも残したままにすることも可能。

/graphql 初期はシンプルにCloudﬂareがドメインを管理して Cloud Runに向けていただけ /api GraphQL以外の処理をするルーティングも存在

/graphql Cloudﬂare WorkersのRoute機能を使ってGraphQLのエンドポイントだけ動くようにして他は従来のAPIが動作するようにする。 /api GraphQL Server リクエストは処理しないが問題が発生した場合に即座に戻せる GraphQL以外のルーティングはCloudﬂare
Workersが動作しないので従来通り動作する

Database接続の注意点

リクエスト間で接続を共有することは出来ないので都度接続する

1回目のリクエスト GraphQL Server 1回目のリクエストのコネクション 2回目のリクエスト 1回目のリクエストのコネクションを使うことは出来ないので新たに2回目のリクエストのコネクションを作成する Cloudﬂare Workersに限らず、サーバレスでは常時起動するわけでは
ないのでメモリなどの永続的な領域に頼らない方が吉

リクエストの都度のデータベース接続を行う例

非同期処理のためにリクエストの最後に接続を切らない。接続が残ってしまうのはDB側で頑張る。

問題を再現する最小のコード do not work waitUntil also do not work disconnect

ちなみに前回の資料でDataLoaderが動作しないといったのはこれのせいでした

https://github.com/graphql/dataloader/blob/main/src/index.js の一部のコード setImmediateは使用できないので setTimeoutが使用されて遅延処理を行う

Cloudﬂare Workers（サーバ）の管理

残念ながら標準のログ機能はあまり当てにせず、自分でログ基盤は構築すること

ログをR2に出力することはできるが…

見る（探す）方法が標準で存在しないので絶望的に使いにくい

なので自分でなんでもいいのでログ基盤は用意すること私の場合はOpenObserveを使用しています(SQLでログ検索できるので便利)

障害も発生したりするので、SPoFでもいいが障害が発生したことがわかるようにすること

インシデントアラート機能があるので、とりあえず設定すること https://blog.cloudﬂare.com/incident-alerts/

サーバ費

サーバ費は本当に1/10になってます。請求書はこちら。

赤は管理画面も含めてすべてCloudﬂareに移行 Cloud Runの請求金額の変遷最小インスタンス数の設定などのコールドスタンバイ対策設定は無かったのであればもう少し高かった

Cloudﬂareの請求金額の変遷料金改定を適用したら高くなった？これくらいなんてことはない。

Let’s Try Originless!!

Thanks! • name: chimame / rito • job: Webエンジニア •
ﬁeld: Cloudﬂare, GCP, AWS, Ruby, Node.js, TypeScript, React, Next.js, Remix, Docker etc • company: Goens株式会社( https://about.goen-s.com ) • twitter: @chimame_rt • GitHub: chimame

GraphQL Server on Edge after that

GraphQL Server on Edge after that

chimame

More Decks by chimame

Other Decks in Programming

Featured

Transcript