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
110
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
330
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
負債のメタファと2026年 / Debt Metaphor in Agentic Engineering Age 202609 Edition
twada
PRO
10
4.6k
Reactの設計論
uhyo
24
14k
サーバーレスをどこまで使う? WebRTC対戦ゲームで選んだVPSとの共存設計
kaidouji85
0
250
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
160
AI de Idea
kawaguti
PRO
2
130
ScotSecure West 2026 - Glasgow
raybugg
0
140
開発投資の期待値を上げるプロダクトロードマップづくり ~プロダクトエンジニアが越境して事業を伸ばす~
kekekenta
1
230
あけおめLINE 傾向とその対策
nasa9084
0
180
Issue 駆動でスペシャリストの意図を届ける、AI 実装のアクセシビリティ向上
thkt
0
120
リアーキテクチャ後の障害ゼロを目指したShadow Testingの取り組み
nihonbuson
PRO
1
160
株式会社シーエーシー エンジニア向け会社紹介資料
cac
0
57k
AI時代の「技術的負債」の変質ー概念の終焉と再解釈、エージェントと共に向かう先
nwiizo
1
3k
Featured
See All Featured
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
5
710
RailsConf 2023
tenderlove
30
1.6k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
580
Tell your own story through comics
letsgokoyo
1
1.1k
A Modern Web Designer's Workflow
chriscoyier
699
190k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
Prompt Engineering for Job Search
mfonobong
0
450
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
300
How to build a perfect <img>
jonoalderson
1
6k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
540
Color Theory Basics | Prateek | Gurzu
gurzu
1
470
How GitHub (no longer) Works
holman
316
150k
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で触れられればと思いま す!