インフラ寄りSREの生存戦略

■ イベント
SRE NEXT 2025
https://sre-next.dev/2025/

■ 発表者
技術本部 Bill One Engineering Unit Core Business UMグループ
上司 陽平

■ Bill One エンジニア 採用情報
https://media.sansan-engineering.com/billone-engineer

Transcript

1. インフラ寄りSREの⽣存戦略 Sansan株式会社 上司陽平（じょーし） Sansan株式会社
2. 2 © Sansan, Inc. ⾃⼰紹介 じょーし Sansan株式会社 @paper2parasol - 経理DXサービス「Bill One」の ソフトウェアエンジニア兼SRE - 負荷試験による性能改善、IaC化と⽂化醸成、 機能開発などを担当 - 有志メンバによるCI/CD改善チームを運営し、 ⽇々の開発者体験の向上に取り組む - GitHub Actionsの実⾏時間を可視化するOSS 「GitHub Actions OpenTelemetry」を個⼈開発 - 好きなものはラーメンとCloud Run
3. まず、前提として
4. 信頼性に関する問題は 複数の観点にまたがって存在する
5. 5 © Sansan, Inc. 信頼性に関する問題は複数の観点にまたがって存在する アプリ観点 機能仕様観点 インフラ観点 ※他の観点もありますが、本発表では上記3点に焦点を当てています。 ユーザ視点の問題例：検索が遅い 問題例：デフォルトの検索範囲が広す ぎる...etc 問題例：クエリが⾮効率、アプリ上の ⾮効率なデータ結合...etc 問題例：DBのスペック不⾜...etc
6. インフラ観点の問題解決しかできないと 局所最適になりやすい
7. 信頼性を向上するためには ユーザに近い機能仕様・アプリ観点 での問題も解決できる必要がある
8. ⾃分だけでできる必要はないが 基本が出来るだけで コミュニケーションの質は格段に上がる
9. 次に、難易度と量を表現してみる
10. 10 © Sansan, Inc. 問題の散布図 難 易 問題を点にした散布図で表現してみる アプリ観点 機能仕様観点 インフラ観点 難易度
11. クラウドの進化で インフラ⾯の問題は⼤幅に削減された コンテナをホストしてくれるCloud Run（Google Cloud）の⾃動スケーリングや マネージド運⽤は⾮常に有⽤。ARR100億円規模のBill Oneを⽀えている。
12. 12 © Sansan, Inc. これが、、、 問題の散布図 難 易 アプリ観点 機能仕様観点 インフラ観点 難易度
13. 13 © Sansan, Inc. 問題の散布図 難 易 アプリ観点 機能仕様観点 インフラ観点 難易度 こうじゃ（イメージ）
14. 14 © Sansan, Inc. 今後もインフラ観点の問題の絶対量は減ると予想される 問題の散布図 難 易 アプリ観点 機能仕様観点 インフラ観点 難易度 ※ ⽣成AIによりアプリ観点などの問題量も減ると予想されますが本発表では着⽬しません。
15. 信頼性を向上するためにはユーザ に近い機能仕様・アプリ観点での 問題も解決できる必要がある 今後もインフラ観点の問題の 絶対量は減ると予想される
16. インフラ以外もある程度できた⽅が SREとしての⽣存確率が⼤幅に増える （という仮説）
17. 17 © Sansan, Inc. 問題の散布図 難 易 アプリ観点 機能仕様観点 インフラ観点 難易度 このあたりが多かった ⾃分のキャリア（インフラ寄りSRE） - 決済サービスのインフラ設計・構築や、 レスポンス遅延原因となるDB性能問題 の解決など - Terraform、オブザーバビリティツール の導⼊など - CI/CDやインフラのセキュリティ周りの 改善など
18. 18 © Sansan, Inc. 問題の散布図 難 易 アプリ観点 機能仕様観点 インフラ観点 難易度 このあたりも解決できるようにしたい
19. 今年3⽉からアプリ開発メンバとして異動 開発めっちゃ楽しんでる😎
20. インフラ寄りSREの時よりも ⾃組織で解決できる問題が 多くなっている実感がある
21. 21 © Sansan, Inc. 解決できる問題が多くなったと実感できた例 - 開発グループの課題を⾃ら仕組み化して改善できた - SREとしての過去の知⾒を活かして、開発グループ内の属⼈化の回避やトイ ル削減に向けた仕組み作りを主導。 - 特に仕組みを作って組織を改善するスキルは汎⽤性が⾼くSREとして培った ものを活かせている感覚がある。 - テストを通じてサービス仕様を把握し、品質を⾼められるようになった - コアロジックに対するテストケースを⾃ら整理、追加。 - ユーザへの悪影響が発⽣しづらい状態を開発者として作っていけている。 - サービス間の共通課題を⾃分で⾒つけ、改善を提案・実⾏できた - 複数のサービスで不具合に繋がるJSONシリアライズの設定差異を発⾒。 - 特定チームに閉じた問題ではなく、組織横断的な課題として扱うよう提案し、 全体修正が進⾏中。
22. 実際どうだったかは 今後のSRE NEXTで... To Be Continued…
23. ご清聴ありがとうございました
24. 経理DXから、全社の働き方を変える © Sansan, Inc.