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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
sasaki
December 05, 2024
Technology
360
0
Share
組織の変化とSREの役割進化 責務拡大にどう応えるか / globis_sre
sasaki
December 05, 2024
More Decks by sasaki
See All by sasaki
FinOpsとタグ付け防止対策 / CCoE Osaka FinOps Tags
taishin
1
260
Glacierだからってコストあきらめてない? / JAWS Meet Glacier Cost
taishin
1
390
スケールするプロダクトと膨らむ組織 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
会社説明資料|株式会社ギークプラス ソフトウェア事業部
geekplus_tech
0
260
AI飲み会幹事エージェントを作っただけなのに
ykimi
0
210
SREの仕事は「壊さないこと」ではなくなった 〜自律化していくシステムに、責任と判断を与えるという価値〜 / 20260515 Naoki Shimada
shift_evolve
PRO
1
170
Claude Code で使える DuckDB Skills を試してみた / DuckDB Skills and Claude Code
masahirokawahara
1
280
AIのための特別なアーキテクチャはいらない 0→1開発で実践した設計原則とガードレール
kaminashi
0
130
全社統制を維持しながら現場負担をどう減らすか〜プラットフォームチームとセキュリティチームで進めたSecurity Hub活用によるAWS統制の見直し〜/secjaws-security-hub-custom-insights
mhrtech
1
520
AWSアップデートから考える継続的な運用改善
toru_kubota
2
230
分断された OT と IT を繋ぐ架け橋 -Kubernetes が切り拓く 産業用組み込み製品の現在地 -
yudaiono
1
110
ServiceによるKubernetes通信制御ーClusterIPを例に
miku01
1
170
サイボウズ、プラットフォームエンジニアリング始めるってよ ― プラットフォームチームの事業貢献と組織アラインメントの強化
ueokande
0
110
クラウドネイティブ DB はいかにして制約を 克服したか? 〜進化歴史から紐解く、スケーラブルアーキテクチャ設計指針〜
hacomono
PRO
6
1k
PdM・Eng・QAで進めるAI駆動開発の現在地/aidd-with-pdm-eng-qa
shota_kusaba
0
240
Featured
See All Featured
Game over? The fight for quality and originality in the time of robots
wayneb77
1
170
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.5k
30 Presentation Tips
portentint
PRO
1
290
The Limits of Empathy - UXLibs8
cassininazir
1
330
Exploring anti-patterns in Rails
aemeredith
3
350
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
350
The Pragmatic Product Professional
lauravandoore
37
7.3k
Code Reviewing Like a Champion
maltzj
528
40k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
800
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