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
110
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
Copilot coding agentにベットしたいCTOが開発組織で取り組んだこと / GitHub Copilot coding agent in Team
tnir
0
200
Ruby Guessr was harder to me RubyKaigi 2025
tnir
0
12
Bundler CHECKSUMS
tnir
0
17
Cloud Run & GKE Autopilot (late 2024)
tnir
0
56
A life with Rails 8.0 (beta)
tnir
0
100
Progressive Rails 8.1 (alpha) / progressive-rails-8-1
tnir
0
570
三代目CTO at stmn, inc. / CTO at stmn
tnir
1
7.2k
Teach programming with Postman 101
tnir
0
32
Cloud-agnostic Serverless built with GitLab
tnir
0
380
Other Decks in Technology
See All in Technology
SRE with AI:実践から学ぶ、運用課題解決と未来への展望
yoshiiryo1
0
340
〜『世界中の家族のこころのインフラ』を目指して”次の10年”へ〜 SREが導いたグローバルサービスの信頼性向上戦略とその舞台裏 / Towards the Next Decade: Enhancing Global Service Reliability
kohbis
3
1.5k
Microsoft Defender XDRで疲弊しないためのインシデント対応
sophiakunii
2
320
LLM拡張解体新書/llm-extension-deep-dive
oracle4engineer
PRO
24
6.4k
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
13k
shake-upを科学する
rsakata
7
1k
今だから言えるセキュリティLT_Wordpress5.7.2未満を一斉アップデートせよ
cuebic9bic
2
170
AIでテストプロセス自動化に挑戦する
sakatakazunori
1
540
How to Quickly Call American Airlines®️ U.S. Customer Care : Full Guide
flyaahelpguide
0
240
Amazon SNSサブスクリプションの誤解除を防ぐ
y_sakata
3
190
AI時代にも変わらぬ価値を発揮したい: インフラ・クラウドを切り口にユーザー価値と非機能要件に向き合ってエンジニアとしての地力を培う
netmarkjp
0
130
Autify Company Deck
autifyhq
2
44k
Featured
See All Featured
Gamification - CAS2011
davidbonilla
81
5.4k
A designer walks into a library…
pauljervisheath
207
24k
Code Reviewing Like a Champion
maltzj
524
40k
Site-Speed That Sticks
csswizardry
10
700
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.3k
Balancing Empowerment & Direction
lara
1
460
Writing Fast Ruby
sferik
628
62k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.4k
Why Our Code Smells
bkeepers
PRO
337
57k
Java REST API Framework Comparison - PWX 2021
mraible
31
8.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