Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
組織の変化とSREの役割進化 責務拡大にどう応えるか / globis_sre
Search
sasaki
December 05, 2024
Technology
350
0
Share
組織の変化とSREの役割進化 責務拡大にどう応えるか / globis_sre
sasaki
December 05, 2024
More Decks by sasaki
See All by sasaki
FinOpsとタグ付け防止対策 / CCoE Osaka FinOps Tags
taishin
1
250
Glacierだからってコストあきらめてない? / JAWS Meet Glacier Cost
taishin
1
380
スケールするプロダクトと膨らむ組織 SREの挑戦と解決策 / Findy Job LT SRE
taishin
0
160
Lambdaの運用についてのなにか / lambda_unyo
taishin
0
200
おすすめAWSコスト対策 / AWS Startup Meetup Osaka AWS Cost
taishin
1
490
プラットフォームってつくることより計測することが重要なんじゃないかという話 / Platform Engineering Meetup #8
taishin
1
1.5k
ECS Runtime Monitoring で コンテナランタイムセキュリティに入門 / nakanoshima-dev-ecs-runtime-monitoring
taishin
0
350
JAWS-UG-Osaka-guardrail
taishin
0
390
成長を続けるSaaSのAWSコスト管理において 開発者としてできること / AWS DevDay SaaS Cost
taishin
11
3.5k
Other Decks in Technology
See All in Technology
需要創出(Chatwork)×供給(BPaaS) フライホイールとMoat 実行能力の最適配置とAI戦略
kubell_hr
0
2k
Reasoning Models in Practice: From Inference- Time to Training-Time Scaling on Verifiable Tasks
nptdat
0
110
[Oracle TechNight#99] 生成AI時代のAI/ML入門 ~ AIとオラクルデータベースの関係 (後半)
oracle4engineer
PRO
3
220
Agents CLI と Gemini Enterprise Agent Platform で マルチエージェント開発が楽しくなる!
kaz1437
0
240
独断と偏見で試してみる、 シングル or マルチエージェント どっちがいいの?
shichijoyuhi
1
240
Google Cloud Next '26 の裏でこっそりリリースされたCloud Number Registry & Cloud Hub コスト分析 を試してみた
hikaru1001
0
160
M5Stack CoreS3とZephyr(RTOS)で Edge AIっぽいことしてみた
iotengineer22
0
430
[Oracle TechNight#99] 生成AI時代のAI/ML入門 ~ AIとオラクルデータベースの関係 (前半)
oracle4engineer
PRO
2
220
EMから幅を広げるために最近挑戦していること / Recent challenges I'm undertaking to expand my horizons beyond EM
hiro_torii
1
180
Building Production-Ready Agents Microsoft Agent Framework
_mertmetin
0
150
世界の中心でApp Runnerを叫ぶ FINAL
tsukuboshi
0
230
知ってた?JavaScriptの"正しさ"を検証するテストが5万以上もあること(Test262)
riyaamemiya
1
140
Featured
See All Featured
Bash Introduction
62gerente
615
210k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
110
Tell your own story through comics
letsgokoyo
1
910
Testing 201, or: Great Expectations
jmmastey
46
8.1k
Practical Orchestrator
shlominoach
191
11k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
680
Claude Code のすすめ
schroneko
67
220k
Between Models and Reality
mayunak
3
280
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
130
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
140
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Transcript
組織の変化とSREの役割進化 責務拡大にどう応えるか 2024年12月5日 株式会社コドモン 佐々木真也 SREのリアル|組織フェーズに合わせたSREの役割とは
2 • 名前 ◦ 佐々木真也 • 所属 ◦ コドモン株式会社 ▪
2023年11月〜 ▪ SREチーム マネージャー • X ◦ @taishin • 趣味 ◦ サッカー観戦 自己紹介
3 Mission
4 すべての先生に 子どもと向き合う 時間と心のゆとりを こんなプロダクトを開発しています メインプロダクトは、保育・教育施設向けWebアプリケーション。 保護者と施設のやり取りを支えるモバイルアプリケーションや、施設職員向けモバイル版 アプリケーション、外部サービスと連携するAPIなども開発しています。
5 全国のこども施設へのICT普及実績 • 2014年のサービスリリース以降、全国的に導入が拡大し、現在は保育業務支援システムとして 国内で最も普及が進んでいます。(※) 2022年4月 14,800 2021年4月 11,400 2020年4月
8,000 2019年4月 5,200 2018年4月 3,000 1,500 全国導入数 20,000 施設 2024年11月現在 20,000 園児数 : 約176万人 職員数 : 約40万人 保護者数 : 約315万人 99 継続利用率 .8% 2023年4月 ※東京商工リサーチ「SaaS型業務支援システムの導入園調査2022」 5
コドモンのSREチーム
7 • 約 60 名 コドモン プロダクト開発チーム
8 • 開発とインフラ(運用)の時代 • 社内インフラとか情シス的なものも兼ねている • チーム間の役割は割と明確 インフラチーム時代 インフラチーム 開発チーム
コーポレート系
9 • インフラチームがなんとなくSREチームへ・・ • プロダクトの対応もコーポレート的な対応も・・・ • チーム間の役割はあいまい SREチームになった(2021年くらい) SREチーム 開発チーム
コーポレート系 開発チーム
10 • 開発チーム数の増加にSREの人数が対応できていない • チームごとにSREに対する期待値がバラバラ • 依頼に都度対応するだけで、個別最適なものが増えていく・・・ プロダクトも拡大、組織も拡大 SREチーム 開発チーム
開発チーム コーポレート系 開発チーム 開発チーム
プラットフォームチーム 〜責務と考え方の整理〜
12 チームトポロジー
13 • ストリームアラインドチームとの接点はX as a Service プラットフォームチーム Stream-aligned team Platform
team XaaS Stream-aligned team Stream-aligned team Stream-aligned team XaaS XaaS XaaS
14 • SREチームでやることを明確にする ◦ ミッションを作成 ▪ 最重要課題は開発者の認知負荷を減 らしつつ、運用まで自己完結できる 環境を提供する ◦
やらないことを明確にする ▪ プロダクトに特化する • それ以外は他チームへ • 振れない場合は、本来のべき論 を認識した上で対応する プラットフォームチームとしてやっていくために
15 • 新しいプラットフォームをつくることより、 自分たちのプラットフォームを定義 ◦ これやるときはこれっていうのがはっきりして るだけでも認知負荷は減るはず ◦ 強制はしない、開発者自身でメンテしていくな ら別のものでもOK
• なるべく聞かなくても、依頼しないでもでき る環境を目指す ◦ チームトポロジーのX-as-a-Service プラットフォームチームとしてやっていくために
16 • 計測、改善に注力 プラットフォームチームとしてやっていくために https://speakerdeck.com/taishin/platform-engineering-meetup-number-8
今後 〜落ちたものを再度拾いに〜
18 • 会社の成長に伴い、プロダクト以外の高いレベルを求められる技術的 対応が増えてきた ◦ CCoE的な役割 ▪ 複数のクラウド、SaaSの運用/管理 ◦ データ分析基盤
◦ メール、DNS等の技術的対応 ◦ 技術的なセキュリティ対応 コーポレート側のインフラ対応強化 SREチーム コーポレート系 ここにボールが落ちや すくなる 対応できなくて遅れが ちになる
19 • 会社の成長に伴い、プロダクト以外の高いレベルを求められる技術的 対応が増えてきた ◦ CCoE的な役割 ▪ 複数のクラウド、SaaSの運用/管理 ◦ データ分析基盤
◦ メール、DNS等の技術的対応 ◦ 技術的なセキュリティ対応 コーポレート側のインフラ対応強化 SREチーム コーポレート系 社内インフラ対応チーム
20 • 完全なXaaS化は難しい • 各チームでの対応の差が出てくる • 開発チームにどう関わるかの検討 イネイブリングの検討 Stream-aligned team
Platform team XaaS Stream-aligned team Stream-aligned team Stream-aligned team XaaS XaaS XaaS SRE SRE SRE SRE
21 コドモン採用ページ 開発ブログ コドモンでは一緒に働きたい仲間を募集しています!
None