BEから未経験でSREへ_オンボーディングとトイル改善の記録.pptx.pdf

Transcript

1. BEから未経験でSREへ オンボーディングとトイル改善の記録 Findyのサービスを支える、横断SREチームのマネジメントと技術の挑戦 2026/2/9 ファインディ(株) / CTO室 プラットフォーム 開発チーム/SRE 富田 和喜(@Cooking_ENG)
2. アジェンダ • 自己紹介 • BEからSREにキャリアチェンジを目指した背景 • 半年間でやってきたこと • SLO振り返り会 • トイル削減 • まとめ
4. アジェンダ • 自己紹介 • BEからSREにキャリアチェンジを目指した背景 • 半年間でやってきたこと • SLO振り返り会 • トイル削減 • まとめ
5. 5
 自己紹介 富田和喜 (@Cooking_ENG) • 2025年9月 ファインディに入社 • 元和食料理人 • BEから未経験でSREに挑戦中 • SLO振り返り会のモデレータやトイルの 削減を担当 • キャンプ/ゴルフ/料理 ファインディ株式会社/CTO室 Platform開発/SRE
6. アジェンダ • 自己紹介 • BEからSREにキャリアチェンジを目指した背景 • 半年間でやってきたこと • SLO振り返り会 • トイルを削減 • まとめ
7. 7
 BEからSREを目指した背景 経歴 
 教育系スタートアップの自社アプリケーションの開発 (2年半) • 4ヶ月に4つ新サービスをリリースするプロジェクトに配属 • 1つのプロジェクトのリリース頻度はすべて約1ヶ月 • スピードが求められる環境 • 開発チーム体制 ◦ CTO ◦ エンジニア 2人 ◦ デザイナー1人 
 

8. 8
 BEからSREを目指した背景 当時、私はアプリケーション開発に集中して取り組んでいましたが、その裏で CTO は以下の ような対応を行っていました。 • 新サービスの環境構築 • GitHub Actions を使ったデプロイ設定 • ブランチ運用ルールの作成 • Stg環境へのデプロイフローの改善 • mainブランチへの直接 push の制限 etc.. 自らもアプリケーションの実装を進めながら、並行してこのような開発環境の整備にも取り 組んでいました。 

9. 9
 BEからSREを目指した背景 この開発経験とCTOの姿勢をみて... • アプリ開発にとどまらず、開発環 境そのものを整備 したい • エンジニアが開発しやすい環境を 整えたい 　　　　　　　　⇩ 　　　　　　　　⇩ ⇩ SREへ転向を決意 

10. アジェンダ • 自己紹介 • BEからSREにキャリアチェンジを目指した背景 • 半年間でやってきたこと • SLO振り返り会 • トイルを削減した話 • まとめ
11. 1 半年間でやってきたこと • SLO振り返り会の資料作成、モデレータ • DataDogのダッシュボード/アラートの設定 ◦ Terraformで実装 • AWSでの新環境構築 ◦ ファインディでは汎用モジュールを使っ て構築 • GitHubActionsを使ったECSコンテナ Scale機能 実装 ◦ トイルの削減 • Amazon RDSのReserved Instanceの購入 ◦ コスト削減 他にも... • LP公開のためDNSにAレコードを追加 • レコード追加作業をDevinで自動化 • 監査対応のスナップショットバックアップ・ リストアの実行 　　　　　　　　　　　　　　　　　etc… SREは細かいものも対応しています。
12. 1 半年間でやってきたこと • SLO振り返り会の資料作成、モデレータ • DataDogのダッシュボード/アラートの設定 ◦ Terraformで実装 • AWSでの新環境構築 ◦ ファインディでは汎用モジュールを使っ て構築 • GitHubActionsを使ったECSコンテナ Scale機 能実装 ◦ トイルの削減 • Amazon RDSのReserved Instanceの購入 ◦ コスト削減 他にも... • LP公開のためDNSにAレコードを追加 • レコード追加作業をDevinで自動化 • 監査対応のスナップショットバックアップ・ リストアの実行 　　　　　　　　　　　　　　　　　etc… SREは細かいものも対応しています。

13. アジェンダ • 自己紹介 • BEからSREにキャリアチェンジを目指した背景 • 半年間でやってきたこと • SLO振り返り会 • トイルを削減した話 • まとめ
14. 1 SLO振り返り会 PlatformSREと各プロダクトのエンジニアで隔週、DataDog、Grafanaを見ながら、現在のアプリ ケーションの状態を確認する定点観測会
15. 1 SLO振り返り会 議事録はDataDog情報をGeminiで 解析して作成 ※ 現在はプロンプトの調整で、議事録を作成しています が、DataDog MCPがGAされれば完全自動化も！！！
16. 1 SLO振り返り会 SLO振り返り会のモデレータをするメリット
17. アジェンダ • 自己紹介 • BEからSREにキャリアチェンジを目指した背景 • 半年間でやってきたこと • SLO振り返り会 • トイル削減 • まとめ
18. 1 トイル削減
19. 1 トイル削減 実際にファインディのサービスの1つである【Findy Conference】の運 用で発生したトイルの削減をした事例を紹介します。
20. 2 トイル削減 Findy Conferenceは、ファインディのサービスの中でも瞬間的なトラ フィックが多いサービスとなっています。 【瞬間的なトラフィックが多くなる原因】 • セッション終了直後、次の配信視聴のために参 加者が一斉に行動 • チャンネル切り替えを目的に、ポータルサイト へのアクセスが短時間に集中（オンライン） ※ 実際にCPUの負荷が上が 、スパイクが起こったDataDogのメトリクスの画像
21. 2 トイル削減 この瞬間的なトラフィックに対応するため... • 事前にコンテナ数を調整が必要 • そのために本番環境のAWS マネージドコンソールで作業 • 本番環境での作業のためペアオペは必須（2人分の工数が取られる） • Findy Conferenceに関係する複数環境の調整により、約1~2時間弱かかる カンファレンス開催のたび毎回この作業が生まれる...
22. 2 トイル削減 この瞬間的なトラフィックに対応するため... • 事前にコンテナ数を調整が必要 • そのために本番環境のAWS マネージドコンソールで作業 • 本番環境での作業のためペアオペは必須（2人分の工数が取られる） • Findy Conferenceに関係する複数環境の調整により、約1~2時間弱かかる カンファレンス開催のたび毎回この作業が生まれる... 完全にトイルです！！！！！！！！！！！！ 毎回2時間近く時間を取られていたら他のタスク進まないですね... ヒューマンエラーも怖いし...
23. 2 トイル削減 この瞬間的なトラフィックに対応するため... • 事前にコンテナ数を調整が必要 • そのために本番環境のAWS マネージドコンソールで作業 • 本番環境での作業のためペアオペは必須（2人分の工数が取られる） • Findy Conferenceに関係する複数環境の調整により、約1~2時間弱かかる カンファレンス開催のたび毎回この作業が生まれる...
24. 2 トイル削減 このトイルを削減するため、GitHubActions workflow_dispatchと AWS CLIを使ってGitHub上からコンテナ数の変更可能に。 ※ フロントエンド、バックエンド両方の環境をこの画面1つで完了
25. 2 トイル削減 GitHubActions上からコンテナの調整ができるようにしたことで... 
 
 • 約２時間かかっていた作業が大幅に短縮🎉
 • 本番環境のAWSマネージドコンソールに入ることもなくなったので ヒューマンエラーの心配も解消🎉
 • SRE以外のエンジニアもコンテナ数の調整が可能に🎉

26. 2 トイル削減 コンテナを使っているのであれば、オートスケールがあるのでは...？ 

27. 2 トイル削減 コンテナを使っているのであれば、オートスケールがあるのでは...？ 

28. アジェンダ • 自己紹介 • BEからSREにキャリアチェンジを目指した背景 • 半年間でやってきたこと • SLO振り返り会 • トイル削減 • まとめ
29. 2 まとめ BEからSREに転身し、トイル削減などできることから挑戦してきました。 しかし、チームとしてはまだまだやりたいことが山積みです！ ご興味のある方は、ぜひこの後の懇親会でお話しましょう！
30. ご清聴ありがとうございました！