多数のサービスを運営する事業会社におけるSREの苦悩

Transcript

1. 多数のサービスを運営する 事業会社における SREの苦悩 レバレジーズ株式会社 SREチームリーダー 竹下義晃 2023/02/24
2. 自己紹介 レバレジーズ株式会社 SREチーム リーダー 竹下義晃 経歴 2009/3 東京大学大学院 農学生命科学研究科 修了 2009/4 芸者東京株式会社 入社 2020/6 レバレジーズ株式会社 入社 一般社団法人 Japan Scala Association 理事 兼任 現在Webフロント、バックエンド、インフラ、データ分析など多岐に携わっています SREチームの立ち上げ、推進も行っています 前職では、アプリマーケターとして Traffic Run!など全米1位を獲得したハイパーカジュアルゲー ムのUA/MOを担当したことも
3. ©2022 Leverages inc. 会社紹介 IT領域 医療・介護領域 海外・クロスボーダー領域 若年層領域、その他
4. 本日の概要 レバレジーズでは、先程紹介したように複数のサービスを展開し ており、その中でSREとしてどのような体制が良いかを模索中 その課題と、どう対処しようとしているかの紹介です まだ明確な方針がたってなく発散しているものも多くあります
5. 課題 • ドメインの多さ+自己組織化チーム • タコツボ化 • セキュリティやベストプラクティスの変更反映 • 組織の持続性
6. 現在の方針
7. ドメインの多さ+自己組織化チーム # 現状 3,40サービス運営しておりドメインの種類も多い。今後も増えていく # 課題 これまでの中央集権的なインフラチームの場合、一人が複数のサービスを見ることに なってしまう => 認知負荷が増大、かつ、自己組織化チームとの相性も最悪 # 方針 Embedded SREを各チームに置きつつ、SREチームがサポートという体制 Embedded SREはアプリエンジニアを育成 技術を標準化、プラットフォーム化し技術面の認知負荷を下げる
8. タコツボ化 # 現状 サービス単位で自己組織化されているため、チーム単位で動くことになる。 # 課題 知見はチームに貯まるが、外に出にくい。チームの局所最適化も起きやすい。 SREチームがPull型で情報を取りに行くのも限界がある # 方針 Embedded SREからSREチームへのPush型情報共有も合わせて行えるように文化、意 識の醸成
9. セキュリティやベストプラクティスの全体反映 # 現状 変更を全サービスへ展開するのを各チームに依頼するが、チーム内優先度が上がらな いと実施がなかなかされない # 課題 自己組織化しているため、タスク優先度はチームで決められる。特に停止時間が発生し たり、作業工数が多いと後回しにされがち。 履行確認もSREチーム、各チームともに負担 # 方針 プラットフォーム化によるチームの作業工数の低減
10. 持続性 # 現状 1~数サービスにEmbeddedSREが配置されることになるが、会社全体で見るとかなりの 人数になるため、異動や転職、病欠等がどうしても発生する # 課題 異動や転職、病欠等が発生した際にもサービスを維持する必要がある # 方針 プラットフォーム化、技術の標準化により、SREチームのエンジニアが一時的に入れるよ うにする Embedded SREの育成をなるべく短期間でできるように、トレーニングプログラムを作成
11. SREの現在 • 技術標準化、プラットフォーム化の推進 ◦ ECS Fargate等サーバーレス化 ◦ terraformによるIaC化 ◦ Datadogによるメトリックス監視やログ監視 ◦ etc • Embedded SREの育成 ◦ 勉強会やハンズオンの開催 ◦ トレーニングプランの作成 • 会社に働きかけてSRE体制と文化の浸透 ◦ 情報発信 を同時に進めています。
12. 最後に レバレジーズでは、一緒にSREチームを作って行ってもらえる多様性のあるメンバーを求 めています! • 文化づくりや組織づくりをやりたい人 • 技術力を駆使してプラットフォーム開発したい人 • 開発者体験を改善するための仕組みや体制をつくりたい人
13. We are hiring! 現在レバレジーズでは一緒に働いてくれる仲間を募集しています。 SRE以外の職種も絶賛募集中なので、ご興味のある方は、以下のリンクからご 応募ください。 https://recruit.jobcan.jp/leverages/