SRE立ち上げから2年 ー 全部やらないためのイネイブリング

Encraft #24 マルチプロダクトを支えるSREのリアル @ 株式会社ナレッジワーク の発表資料です。
https://knowledgework.connpass.com/event/386458/

Transcript

1. © SmartHR, Inc. SRE⽴ち上げから2年 ー 全部やらないためのイネイブリング 川上 晃弘 SmartHR 技術統括本部 SREユニット 2026/04/21 Encraft #24 マルチプロダクトを支える SREのリアル @ 株式会社ナレッジワーク 1
2. 川上 晃弘 / kawa（SmartHR SREユニット） スピーカー紹介 2021年にバックエンドエンジニアとして⼊社し、 2025年からSREとして活動しています 好きな技術：オートスケール 最近の悩み：アラートをいい感じにしたい 今⽇はSmartHRにおけるSREのリアルを お伝えできればと思います！ 2
3. SmartHRについて サービスサイト： https://smarthr.jp/ 確かな効率化で、働きやすい環境をつくる 確かなデータで、組織はもっと強くなる クラウド⼈事労務ソフト「SmartHR」 採⽤管理の情報から⼊社⼿続き、年末調整などの多様な労務続きをペーパーレス化し、データとして蓄積。 さらに、「SmartHR」に溜まった従業員データを活⽤したタレントマネジメント機能により、 組織の活性化や組織変⾰を推進し⽣産性向上を⽀援しています。 3
4. マルチプロダクトの現状と SREチームの変遷 4
5. 拡⼤し続けるプロダクト群 5
6. 2018年〜 2026年 2024年初頭 2017年頃 SREチームの変遷 6 初代SREチーム チーム解散 SRE不在期間 1名から SREチーム(再)⽴ ち上げ 5名体制へ拡⼤ 機能開発に リソースを集中 さらなる成⻑のために機能開 発のアジリティと信頼性のバ ランスを取りたい！
7. 数字で⾒る現在の状況 全プロダクト/全チームを個別に対応しようとしたら倒れてしまいます😇 7 プロダクト数 20+ チーム数 40+ SREメンバー数 5名
8. イネイブリング主体という戦略 8
9. イネイブリングを主体とした戦略 9 SREチームが責任を持つこと SLO計測の仕組みや運⽤する環境の提供 モニタリングなどに必要なTerraformモジュー ルや共通ライブラリの開発‧保守 キャパシティプランニングや負荷試験の設計‧ 実施⽀援 インシデント対応プロセスのオーナーシップ やらないこと 特定のプロダクトチームに紐づく運⽤業務の全 ⾯的な肩代わり ⼿作業でのサーバープロビジョニングや個別環 境の構築作業 SREが提供するプラットフォーム以外で発⽣し た問題に対する⼀次対応 イネイブリング: 開発チームが自律的にサービスの信頼性を向上・維持できるよう、SREが直接作業を代行するの ではなく、技術的なツール整備や教育、ベストプラクティスの提供を通じて支援・並走すること
10. 具体的にやってきたこと 10
11. SLI/SLOの導⼊⽀援 11 1 SLO導⼊ガイドの作成 と Terraformモジュールの整備 2 ⼩さく始めるためのSLO導⼊ワークショップの設計‧実施⽀援 3 SLO導⼊の⽬的‧意味を開発チーム全体に共有 4 SLO振り返り会の伴⾛サポート ※詳細は SRE Kaigi 2026 「認知負荷を最⼩化するオブザーバビリティとSLOの導 ⼊―4名のSREが200名のプロダクトエンジニアを⽀援」を参照ください ⽬的: 信頼性と機能開発のバランスを取れるようにしたい
12. アラートの改善（現在進⾏中） 12 1 Terraformモジュールの整備 2 パイロットチームに導⼊して試⾏、フィードバックを受けての改善 3 アラート設計の⽅針を策定、全チームへ周知 4 全チームへの展開 ⽬的: 形骸化（オオカミ少年化）しているアラートを改善したい
13. SRE不在期間と⽐べてどう変わったか？ 13 SRE不在期間（2018〜2023） 信頼性についての議論がされることが少な かった 共通モジュールは有志でメンテナンス 標準がなく、ナレッジが分散しがち インフラ周りの相談先がなかった SRE⽴ち上げ後: イネイブリング主体 SLI/SLO導⼊により信頼性が可視化され、 信頼性に関する議論がされるようになった SREが共通モジュールやガイドラインを整備 ベストプラクティス集による標準化 ⽀援を受けながら⾃⾛が可能になった
14. イネイブリングをうまくやるために必要なこと（経験から学んだこと） 14 ⽅針の共有 いきなり依頼せず、まずは全 体に⽅針を共有して施策のメ リットや必要性を伝え納得感 を作る 展開するための準備 共通モジュールやドキュメン トを整備し、認知不可や導⼊ コストを下げる ⼩さく始める 完璧を求めず、まずは⼩さく 始められるような仕組みを作 る
15. これから 15
16. よりプロダクトに近い関わり⽅ 16 「個別課題」へのアプローチ 特定の事業領域やプロダクトチームに、今よりも深く関わることで個別の課題解決を⽀援したい 「個別課題」の解決によって得られた知⾒を展開することで イネイブリングの進化にもつながる
17. AIを前提とした変化 17 イネイブリングの加速 AIが開発者の疑問に答えることで、SREの負担を減らしつつ⾃⾛を⽀援できるようにしたい AIを使ったインシデント対応 AIを活⽤した障害検知や初期対応の⾃動化を模索する ⽣成AI時代におけるSREのあり⽅とイネイブリングの進化を考えていきたい
18. まとめ 18
19. SmartHRにおけるSREの「リアル」 19 マルチプロダクト環境を、少⼈数のSRE（5名）体制で対応 全部やらないため、イネイブリング主体戦略で開発チームの⾃⾛を⽀援 個別課題への関与強化とAI活⽤で、イネイブリングのさらなる進化を⽬指す
20. ご清聴ありがとうご ざいました! 20