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
20250709_What is SRE, and Why Are We Here Toget...
Search
gonkun
July 27, 2025
Technology
63
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
20250709_What is SRE, and Why Are We Here Together?
gonkun
July 27, 2025
More Decks by gonkun
See All by gonkun
20250424_Reliable Communication Through Diagrams
gonkun
0
38
20240119_KEDAでスパイク負荷を迎え撃つ。メトリクスとスケジュールドリブンなオートスケールでKubernetes上のプロダクトの信頼性を高めよう/lets_use_keda_for_reliability
gonkun
1
440
20230929_SRE_NEXT_エラーバジェット運用までの取り組み-信頼性の低下に対するアクションを定義しよう / Let's define actions against unreliability
gonkun
2
3.8k
はじめの一歩を踏み出したい方へ~SREというロールを担うためにやったこと、学びや反省 / Let's start the first step to the SRE
gonkun
2
670
Other Decks in Technology
See All in Technology
Adaptive Warehouse を今すぐ導入すべき理由と迷ったときの判断基準
__allllllllez__
0
120
Nav2、Nav3 ... はたまた自作?〜 作って理解する Nav3 の設計意図 〜 / Nav2, Nav3 ... or Build Your Own? — Understanding Nav3's design intent by building it from scratch
yanzm
0
260
Bet AI Day 2026丨Agentは、「金融」という巨大産業の何を変えられるのか
layerx
PRO
0
1.2k
多層防御と最⼩権限で実現する、安全なAIエージェント設計パターン
lycorptech_jp
PRO
1
220
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
280
enechainの内製セルフサービスプラットフォーム
hiyosi
0
140
Amazon Quick on DesktopがIAM Identity Centerで動かない理由
yukiogawa
0
110
ブラウザアプリの継続的パフォーマンスモニタリング (序) / Continuous Browser Application Performance Monitoring; Act 1
moznion
0
110
「図書館」という名前のままでいいのか -Code4Lib JAPANカンファレンス2026 アンカンファレンス報告- / Code4Lib JAPAN Conference 2026: Unconference Report
ykiyota
0
110
Bet AI Day 2026丨AIを「使う」から、AIが「働く」へ ― LayerXが進める「組織AI」の社会実装
layerx
PRO
3
2.8k
【視聴者参加型!】AWSセキュリティアンチパターンクイズ
syoshie
0
460
Screen Lens - 今見てる画面を翻訳する
komagata
0
120
Featured
See All Featured
KATA
mclloyd
PRO
35
15k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
600
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
3k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
560
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3k
How to Ace a Technical Interview
jacobian
281
24k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Done Done
chrislema
186
16k
Between Models and Reality
mayunak
4
450
What's in a price? How to price your products and services
michaelherold
247
13k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.6k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Transcript
What is SRE, and Why Are We Here Together? Sasaki
Yuta
What is The Goal of our SRE?
To Make our SRE Unnecessary What is The Goal of
our SRE?
Build a Culture Where Engineers Themselves Deliver & Maintain User
Value Reliability To Make our SRE Unnecessary
Why Do We Need SRE?
To Maximize Both Speed and Reliability Why Do We Need
SRE?
When are Incidents Most Likely to Occur?
When Changes are Deployed to Production
Should we freeze releases to stay safe?
Should we freeze releases to stay safe? No…
Stability Delivery User Satisfaction
Stability Delivery User Satisfaction
Stability Delivery User Satisfaction Stability vs. Delivery: Finding the Sweet
Spot
Google advocated SRE Changing Fast and Safely Google's Answer in
2003
Changing Fast and Safely SRE: A Set of Practices to
Balance Development and Reliability SRE Practices
SRE Is a Practice, Not a Title Changing Fast and
Safely SRE Practices SRE as a Title
Everyone can Behave as a SRE Changing Fast and Safely
Behave Engineers SRE Practices
Changing Fast and Safely Behave Engineers Spreading cultures ↓ SREs
SRE Practices
To Make our SRE Unnecessary What is The Goal of
our SRE?
Build a Culture Where Engineers Themselves Deliver & Maintain User
Value Reliability To Make our SRE Unnecessary
Why We Believe This?
Why We Believe This? It’s the Fastest Way to Deliver
Value
“SRE should only take on work that SRE can perform
significantly more efficiently than anyone else.”
Another Background: The Bottleneck Risk ・・・ SREs fast-growing product teams
& Products
Another Background: The Bottleneck Risk ・・・ Requests SREs Bottleneck fast-growing
product teams & Products
Fast Alone, Better Together ・・・ SREs Requests Requests Collaboration Requests
Requests fast-growing product teams & Products
Empowering Product Teams to Practice SRE - Safely ・・・ SREs
Provide Support and Guardrails Requests Requests fast-growing product teams & Products
One Ask: Keep Long-Run Speed in Mind ・・・ SREs fast-growing
HRS teams & Products Requests ? ? ? ? ? ? Which will be the fastest? Requests
Fast Execution, Maximum User Value ・・・ SREs Choose the Fastest
Way fast-growing product teams & Products
SREs Provides Guardrails, Knowledge & Permissions for Safe Self-Service ・・・
SREs Requests Provide Support and Guardrails fast-growing product teams & Products
SREs Provides Guardrails, Knowledge & Permissions for Safe Self-Service ・・・
SREs Requests Provide Support and Guardrails fast-growing product teams & Products Reach Out Anytime — Your Candid Thoughts Keep us Fast
Shared Mindset Elevates SRE Maturity 32 1 3 Able to
implement SRE practices alongside SREs The team can carry out SRE practices without SRE support 2 0 No SRE practices implemented With support from SRE, the team can carry out SRE practices
Everyone can Behave as a SRE
In the end, we would say, "We're all SREs."
Our Goal is The Same = Deliver Real Value to
Users
Let’s Collaborate and Believe “Together, We Can!” Collaborations ・・・ ・・・
・・・ ・・・ ・・・ ・・・
Move as one, Achieve more.