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
SREの知識地図 - 第2章の紹介 - / Knowledge Map of SRE – ...
Search
Takeshi Kondo
November 27, 2025
Technology
89
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.7k
Slack Platform(Deno) での RAG 実装 - LangChain(js) を使ってみた / rag-implementation-on-slack-platform-deno-experimenting-with-langchain-js
chaspy
0
300
SRE の考えをマネジメントに活かす / applying SRE ideas to management
chaspy
7
8.3k
RAGの簡易評価によるフィードバックサイクル実践 / Feedback cycle practice through simplified assessment of RAGs
chaspy
2
6k
定量データと定性評価を用いた技術戦略の組織的実践 / Systematic implementation of technology strategies using quantitative data and qualitative evaluation
chaspy
9
2.3k
エンジニアブランディングチームの KPI / KPI's of engineer branding team
chaspy
2
2.5k
「SLO Review」今やるならこうする / If I had to do the "SLO Review" again
chaspy
3
2.4k
開発者とともに作る Site Reliability Engineering / SREing with Developers
chaspy
10
9.1k
自己診断能力の獲得を目指して / Toward the acquisition of self-diagnostic skills
chaspy
1
7.5k
Other Decks in Technology
See All in Technology
スタートアップにAmazon EKSは早すぎる? マルチプロダクト戦略を加速する Platform Engineeringの実践 / Is Amazon EKS Too Soon for Startups? Practical Platform Engineering to Accelerate a Multi-Product Strategy
elmodev09
1
1.9k
AIチャットの改善から見えた、良いAI体験とは / What Constitutes a Good AI Experience: Insights from Improving AI Chat
kubode
0
130
Fabricをフル活用する AI Agent Hub -製造業特化AIエージェントの設計
iotcomjpadmin
0
160
Zenoh on Zephyr on LiteX
takasehideki
2
130
「軸足」は 固定しなくていい - 熱量と強みで描く、しなやかなキャリアの形
kakehashi
PRO
1
280
AIペネトレーションテスト・ セキュリティ検証「AgenticSec」紹介資料
laysakura
2
7.7k
MySQL & MySQL HeatWave Report - June 2026
freshdaz
0
200
Multi-Agent並列開発を 安全に回すための技術 / Technology for Safely Multi-Agent Parallel Development
tooppoo
0
220
自作お家AIエージェントスタックチャンFWで困っている所紹介
74th
0
130
はてなのサービス基盤を支える Kubernetes《足腰》
masayoshimaezawa
0
170
時期が悪い!それでもRaspberry Piを買って遊んで活用するには / 20260627-osc26do-rpi-jikigawarui
akkiesoft
1
900
SRE歴2ヶ月でも開発6年の知見を活かして、チームで止まっていた環境改善を前に進めた話
a_ono
0
110
Featured
See All Featured
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
470
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
200
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
450
Game over? The fight for quality and originality in the time of robots
wayneb77
1
210
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.5k
Bash Introduction
62gerente
615
220k
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
640
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
180
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
400
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Building an army of robots
kneath
306
46k
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で触れられればと思いま す!