Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
SREの知識地図 - 第2章の紹介 - / Knowledge Map of SRE – ...
Search
Takeshi Kondo
November 27, 2025
Technology
120
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
SREの知識地図 - 第2章の紹介 - / Knowledge Map of SRE – Introduction to Chapter 2 –
Takeshi Kondo
November 27, 2025
More Decks by Takeshi Kondo
See All by Takeshi Kondo
SRE NEXT CfP チームが語る 聞きたくなるプロポーザルとは / Proposals by the SRE NEXT CfP Team that are sure to be accepted
chaspy
2
1.8k
Slack Platform(Deno) での RAG 実装 - LangChain(js) を使ってみた / rag-implementation-on-slack-platform-deno-experimenting-with-langchain-js
chaspy
0
340
SRE の考えをマネジメントに活かす / applying SRE ideas to management
chaspy
7
8.4k
RAGの簡易評価によるフィードバックサイクル実践 / Feedback cycle practice through simplified assessment of RAGs
chaspy
2
6.2k
定量データと定性評価を用いた技術戦略の組織的実践 / Systematic implementation of technology strategies using quantitative data and qualitative evaluation
chaspy
9
2.4k
エンジニアブランディングチームの KPI / KPI's of engineer branding team
chaspy
2
2.6k
「SLO Review」今やるならこうする / If I had to do the "SLO Review" again
chaspy
3
2.5k
開発者とともに作る Site Reliability Engineering / SREing with Developers
chaspy
10
9.2k
自己診断能力の獲得を目指して / Toward the acquisition of self-diagnostic skills
chaspy
1
7.6k
Other Decks in Technology
See All in Technology
『GOエコノミー 』(相乗りサービス) におけるスペック駆動開発
mot_techtalk
1
150
顧客の成果創出とプロダクトの成長を 両立するためのFDE
sansantech
PRO
0
600
いちAWSエンジニアのAI活用を振り返る #devio2026 / devio osaka 2026 kawahara
masahirokawahara
1
310
HacobuにおけるFDEとは/登壇資料(戸井田 裕貴)
hacobu
PRO
1
690
BedrockとLambdaで作る リアルタイム進行型推理ゲーム
kawametho
0
150
Amazon Bedrock Agents ClassicからAmazon Bedrock AgentCoreへ移行した際、ガードレール設定が2箇所に割れた話
matsunobu
0
160
AWS FinOps Agent 結局何が得意なの?
siromi
0
230
全社共通データ基盤をつくる。ソニーのDatabricks活用とデータガバナンス設計の裏側
sony
0
290
spanner-autoscalerに学ぶ CRD設計パターン 〜自動化と緊急時対応を両立する Kubernetesコントローラーの作り方〜
tkuchiki
0
220
LLM機能を自作して分かるSnowflake Cortex AIの強み
nayuts
0
110
HolmesGPTで始めるSREエージェント入門!プラットフォームの障害調査はAIにお任せ 〜
leveragestech
PRO
0
130
AI駆動開発、viviONの1年 ── うまくいったこと・いかなかったこと
vivion
0
120
Featured
See All Featured
How to make the Groovebox
asonas
2
2.5k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
560
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
610
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Marketing to machines
jonoalderson
1
5.8k
The browser strikes back
jonoalderson
0
1.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
470
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
510
A better future with KSS
kneath
240
18k
The Language of Interfaces
destraynor
162
27k
Transcript
SREの知識地図 - 第2章の紹介 - Takeshi Kondo(@chaspy) 2025/11/27
Takeshi Kondo(@chaspy) • 『SREの知識地図』第二章著者 • 教育系ITサービス開発組織の部長 • SLOの組織への導入をリードした • SRE
NEXT 2020/2022/2023/2024 登壇 • 2020/2024/2025にコアスタッフとして 参加。 • 好きなSaaSはDatadog。
第2章の紹介 「信頼性を定義して組織で運用する」 • サブタイトルがいい • 原案は「SLOの章」でしたが、各章、用語ではなくプラ クティスを実践するための状態を平易な言葉で定義す る方針になりました • いい
第2章の紹介 • 推しポイント ◦ 2.1 は用語説明 ◦ 2.2 は推し ◦
2.3 も推し ◦ 2.4 も重要
2.2 なぜ SLO が重要なのか • 推しの図 - みんな大好き4象限 ◦ 信頼性が満足/不満
◦ 機能開発or信頼性向上 • 以下のシナリオが好ましい ◦ 信頼性が不足している時に信頼性 向上をする ◦ 信頼性が満足している時は機能開 発を優先する
2.3 エラーバジェットの 理解と活用 • 推しのコラム • SLO 違反の場合のアクション ◦ 1.
段階的な制限型 ◦ 2. 重要度判断型 ◦ 3. 時期考慮型 ◦ 4. ハイブリッド型 • “完璧”なSLOを設定するのは難し いことの説明になっている 大切なのは、これらのルールを絶対的な基準では なく判断の指針 として扱うことです。そして最終的 な判断は、プロダクトマネージャー(または事業責 任者)とSRE /開発チームが協議のうえで行うこ とが望ましいでしょう。 プロダクトマネージャーはビジネスの優先度を、 SRE /開発チームは技術的なリスクをそれぞれ 評価します。両者のバランスをとりながら意思決定 を行い、ビジネスの成長と信頼性の両立を目指 し、組織の状況にあわせて柔軟に運用する ことを おすすめします。
2.4 SLO 導入ステップ • 推しの節 ◦ 1. クリティカルユーザージャーニーの特定 ◦ 2.
適切な目標値の設定 ◦ 3. 組織的な合意・運用体制 ◦ 4. 継続的改善のしくみ作り 1. 経営陣を含むステークホル ダーの理解と支持 2. 役割と責任の明確化 3. 継続的な改善のしくみ作り 4. 組織全体への浸透
感想を X や Blog でお待ちしています! • 用語定義・理解から、現実の運用までコンパクトに収 録できたと思っています • とはいえこういうところもっと聞きたい、実際のお悩み
等はこの後のパネル/Q&Aで触れられればと思いま す!