こんにちは、インフラ部のsue445です。
先日Google Cloud Next Tokyo ‘23が開催され、弊社からはsue445とucchi-の2人が登壇しました。
当日の発表資料とアーカイブが公開されたので紹介したいと思います。
GitLab を Google Cloud へ。移行の Tips と振り返り@sue445
発表資料とアーカイブ
https://cloudonair.withgoogle.com/events/next-tokyo?talk=d1-inf-03
発表資料とアーカイブの閲覧には別途サイトへの登録（無料）が必要になります。
登壇後の質問
- Q: gitのストレージのバックエンドにGCSは考えなかった？
- A: NASですらパフォーマンスの関係で非推奨（サポート外）なのにGCSはなおさらiops的に無理だと判断した
- Q: AWSとGoogle Cloudの両方で検証した理由
- A: 会社では両方使っているため。両方それぞれに特徴やメリデメがあるので公平に検証した
- Q: Google Cloudを採用した決め手
- A: 総合的に判断してGoogle Cloudに分があった。特に IAMロールでGoogle Workspaceのアカウントを直接使えるのは便利。AWSでも多分できるがひと手間ある
- IAPのTunneling SSH Connectionsも結構決め手にはなったが、AWSでもSessions Managerを利用すればおそらく同じようなこと（SSHのポートを直接開放せずにIAMロールで権限管理）はできると思っている
感想
僕の本名は「末吉 剛（すえよし ごう）」なのですが、Go言語を開発しているGoogle社のカンファレンスに登壇することができ長年の夢がかなってとても光栄です！（冒頭のダジャレが滑ったのだけが唯一の心残り…）
億単位の広告配信ログをリアルタイム レポートに加工して顧客に届けるデータ基盤開発 @ucchi-
発表資料とアーカイブ
https://cloudonair.withgoogle.com/events/next-tokyo?talk=d2-db-02
発表資料とアーカイブの閲覧には別途サイトへの登録（無料）が必要になります。
登壇後の質問
- Q: 配信ログと配信サマリの両方を持つとデータ量が増えない？
- A: 配信サマリは配信ログの1/1000程度に行数を圧縮しているので、さほどデータ量は増えない
- Q: GKE と Cloud Logging の間でデータが欠損しない？
- A: 欠損したことはない。現状の pixiv Ads の配信規模であれば問題ないが、ログサイズや流量が10倍や100倍になれば、割り当てと上限を意識する必要がある
感想
社会人になってから2回目の登壇が、まさかこのような大舞台になるとは思っていませんでした。CTOの harukasan をはじめ、多くの方からレビューを頂くことで無事に発表を終えることができました。ありがとうございます！
