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
2030年のSREを考える / SRE-in 2030
Search
tnir
June 27, 2025
Technology
0
140
2030年のSREを考える / SRE-in 2030
Road to SRE NEXT 2025 nagoya
tnir
June 27, 2025
Tweet
Share
More Decks by tnir
See All by tnir
GitHub Copilot coding agent を推したい / AIDD Nagoya #1
tnir
4
5.2k
Copilot coding agentにベットしたいCTOが開発組織で取り組んだこと / GitHub Copilot coding agent in Team
tnir
0
480
Ruby Guessr was harder to me RubyKaigi 2025
tnir
0
28
Bundler CHECKSUMS
tnir
0
26
Cloud Run & GKE Autopilot (late 2024)
tnir
0
74
A life with Rails 8.0 (beta)
tnir
0
110
Progressive Rails 8.1 (alpha) / progressive-rails-8-1
tnir
0
700
三代目CTO at stmn, inc. / CTO at stmn
tnir
1
7.6k
Teach programming with Postman 101
tnir
0
45
Other Decks in Technology
See All in Technology
AWS DMS で SQL Server を移行してみた/aws-dms-sql-server-migration
emiki
0
150
GraphRAG グラフDBを使ったLLM生成(自作漫画DBを用いた具体例を用いて)
seaturt1e
1
120
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
940
もう外には出ない。より快適なフルリモート環境を目指して
mottyzzz
13
9.6k
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
14k
生成AIを安心して活用するために──「情報セキュリティガイドライン」策定とポイント
gree_tech
PRO
1
350
What's new in OpenShift 4.20
redhatlivestreaming
0
130
CREが作る自己解決サイクルSlackワークフローに組み込んだAIによる社内ヘルプデスク改革 #cre_meetup
bengo4com
0
310
だいたい分かった気になる 『SREの知識地図』 / introduction-to-sre-knowledge-map-book
katsuhisa91
PRO
3
1.3k
物体検出モデルでシイタケの収穫時期を自動判定してみた。 #devio2025
lamaglama39
0
280
アウトプットから始めるOSSコントリビューション 〜eslint-plugin-vueの場合〜 #vuefes
bengo4com
3
1.6k
AIとともに歩んでいくデザイナーの役割の変化
lycorptech_jp
PRO
0
840
Featured
See All Featured
Java REST API Framework Comparison - PWX 2021
mraible
34
8.9k
The Language of Interfaces
destraynor
162
25k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
61k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
We Have a Design System, Now What?
morganepeng
53
7.8k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.2k
Into the Great Unknown - MozCon
thekraken
40
2.1k
The Straight Up "How To Draw Better" Workshop
denniskardys
238
140k
Git: the NoSQL Database
bkeepers
PRO
431
66k
Fireside Chat
paigeccino
41
3.7k
The Invisible Side of Design
smashingmag
302
51k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
Transcript
“SRE” in 2030 SREが認知されて 10年経過した、 今から5年後のSRE @tnir - 2025-06-27 @MoneyForward
Nagoya #srenext
@tnir Takuya Noguchi X: @tn961ir • https://github.com/tnir • https://gitlab.com/tnir
#DevFest @tn961ir @tnir (Takuya N) • Software engineer-turned SRE since
201x • sre lounge first timer • Ruby (25y+) / Rails (18y+) • GitLab Core Team (2015-) / Rails contributor (7.x-8.0) • Participated in Next ’18 (SF) / ‘25 (LV) • AWS Summit Tokyo/Japan (2012-2025) • Technical debts ❤ • CTO at Stmn, inc. (SRE NEXT 2025 sponsor) 🏯
https://note.com/mihomorikazu/n/n0b66d2dc591c
SRE at Google “production” engineering by Ben Treynor 2003 Modern
APM New Relic APM by Lew Cirne 2009 AWS in Tokyo 5 years after launch AWS in US 2011 SREcon14 by USENIX (UNIX) “Keys to SRE” 2014 SRE NEXT 2020 sre lounge (2019-) 🎉 2020 SRE NEXT 2025 with AI 2025
#DevFest @tn961ir SRE NEXT • SRE NEXT、5周年おめでとうございます! • 2030年はSRE NEXT開始10周年(見込み)
◦ 10年熱量高く続くカンファレンスはそれほど多くない • 2030年が楽しみですね
私の歩んだ道
#DevFest @tn961ir SREになるまで • “SRE” という言葉が生まれる前から「そういう動き」をしてき た • 「そういう動き」とは? ◦
情報を収集する ◦ 課題を特定する ◦ 課題を解決する • LLMがやっていることと同じ! ◦ LLMにおいて、特に「情報を収集する」は高速・大容量 • SREが既にいる組織にジョインしたことがない
#DevFest @tn961ir 具体例: ツールと文化 • アーリーフェーズにおいてSRE文化醸成は難しい • →ツールや技術から先行する • 1.
ツール ◦ 非Git → GitLab ◦ BugSnag → Sentry (現) ◦ 自前チャット → Slack (現) ◦ (無) → Datadog (On-call, IDP) (現) • 2. 文化 ◦ オンコールローテーション ◦ API managementによる責任範囲の分割化
#DevFest @tn961ir 具体例: SLI/SLO、ポストモーテム • SLI/SLO • ポストモーテム
#DevFest @tn961ir SRE/SREingのあとのキャリア • VP/CTOになった • 一方でいつまでもSREをやっていてはいけない ◦ 「経営」する→ビジョンを描く •
他社を見ていても、SRE/Platform Eng.をやった結果、VP Eng/CTOになるケースは多いのではないか(雑な印象) • SREが経営に与えるインパクト→大
#DevFest @tn961ir SRE/SREingを育てる • 2020年くらいから以下の理由でこれまでに触れてこなかっ たSWE/SREに遭遇 ◦ 組織を変えた ◦ 複数組織を同時に見るようになった
◦ コロナによるリモート・多様性の時代に突入した ▪ ジュニアエンジニアを見ることが多くなった • キャリアデベロップメント大事 ◦ (SREに限らないが) ◦ ジュニア→ミドルの過程でエンジニアとして停滞することがある
ストラテジーと テクニック
#DevFest @tn961ir Googleに学ぶ • Google Cloud Next (ex-GCP Next) ▶技術
• App Engine (2006-) • Docker/Kubernetes (2015-) ▶プロダクトマネジメント • Google Workspace (ex-Apps for Business) (2006-) Event in Nagoya (Apr 2025) by us
#DevFest @tn961ir SRE Agent • Azure SRE Agent (preview) (MS
Build, May) • Bits AI (limited public) (DASH, Jun) • Sentry Seer (GAed?) (Jun) • AIOpsから自律型へ • AIOpsにおいてはエンジニアが能動的に見に行かないと始 まらない • コードベースと密に結合したSRE活動をAIが自律的に進め ていく時代に
AI・多様なSWE時代
#DevFest @tn961ir AI・多様なSWE時代 • AIや多種多様なSWEがじゃんじゃん機能リリースする時代
#DevFest @tn961ir データを守る • SaaSビジネスにおいてデータの重要性が大事 ◦ (特にSSoTである一次データ) • 現時点のAI・人間SWEでは気付かれにくい状態ではあるの ではないか
• 仕事としてはどんどん増えていきそう
#DevFest @tn961ir SRE組織は必要なのか? • AIがコードを書き、レビューし、エラー・障害も対応していく 時代 • これまで以上に「小さなチーム、大きな仕事」が強い意味を 持っていくだろう
#DevFest @tn961ir コードベースに触れる • IaC的な意味ではないコードベースに触れる時間を増やして いく • SREとして、これまで触れてこなかった言語・スタックに触れ る機会も多くなりそう
#DevFest @tn961ir 未来のSREと野望 • アプリケーションコードに踏み込んだSREがこれまで以上に 重要 • 2030年を待たずとも自動化されたSRE actionは進化し、人 間がやってきた仕事を侵食しそう
• SWEをSREに育ていくの楽しい(観察) ◦ 「AI」がなかった時代には体験できなかったイベントがたくさん発生す る☺
None