🙆

Souzoh Tech Talk #05:Infrastructure

2021/10/01に公開

概要

選定理由
- エンジニアが少ないのでk8sのクラスタをマネージが大変だと思った
  - k8sのマニュフェスト書くよりお手軽
- なんでもできないもの選ぶのは意外と良い選択
  - できない時に諦めつく
  - シンプルに仕上がる
  - 作る時に迷わない
- 選定当初はもうちょっと柔軟性あると思ってた
  - 結果としては問題なかった
Google Cloud製品との連携
- Google Workflow
  - CIのGithubActionのWorkflowと同じようなもの
  - 複数のサービスにまたぐような処理
  - ステップを定義できる
- Google Tasks
  - バッチ処理
    - たくさんのデータを処理するとき
- Google Scheduler
  - Cronのような定期実行
  - エンドポイント叩くとCroudRunが動くといった使い方をしている
- Google Pub/Sub
  - メッセージパブリッシュして関心のあるサービスがサブスクライブ
コスト
- ちゃんと比較できないから難しいけど、多分安いと思う
- インスタンスを構えなくて良い
- リクエスト来続けるようなサービスはalways on CPU allocation使うといいかも？

Q&A

Pub/SubとTask使い分け
- Pub/Subはメッセージが絶対一つという保証がない
  - サブスクリプションを複数やったケースに限るが低い確率で発生
- Taskは設定できるエンドポイントが変更できる
always-on CPU allocationが使える状態でもTasksでバッチ使う方が良い？
- 処理を分けれるので良い

Q&A

CloudSQL4半期に一度ダウンタイムが避けられないがどうしてるか？
- マイクロサービスなのでサービスを一部使えないみたいにしてやろうかなと考えている
- 日程調節もできる
GraphQL, gRPCとかリソースが少ない時、開発が大変そうだけど？
- 今までやってたのでハードルあまりなかった
- 自動化とか組んでる
  - 速やかにマイクロサービスが立てれるようになってる
- 判断的には好み？
  - 考えないといけないことは増える
  - デプロイしづらいとかもある
アーキテクチャの将来計画について
- CloudRunからk8sにしないといけない時が来る？
  - しばらくは変えなくてもいいかも
  - うまく動いている

Q&A

GraphCDN on Fastry使ってみる予定ある？
- 今のところ予定はないかも
- GraphQLはCDNでキャッシュしづらいというのはあるが、GraphQLの負担が問題になってない
  - 100倍とか1000倍のクエリーが来るようになったら？
Cloudflare WorkersなどEdgeWorkersの動向どうみてる？
- このあたりあまり見てない
- VCLで事足りてる感
FastlyのImage Optimizerなど使っていますか？
- 今はimageproxyをCloudRunで動かしてる
  - webpのオートディティクションある
  - 同じURLに複数のオブジェクトもつとかやってる
- Fastry最初使う予定なかったので

キャッシュ戦略によるインフラ負荷の軽減のトピック
- めちゃくちゃ減った99.9%くらいFastryで捌いてる
- NextJSがSSRできるのが強い
CloudinaryでマルチCDNとか考えていますか？
- どういう目的でやりたいか？
- 純粋なコンテンツデリバリーという意味ではFastryにおいてあれば基本大丈夫と考えている
- 考えてるのはFastry障害あった時どうするか
  - 使えませんとだけ返す仕組みとか