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
SLO から始める SRE / Starting SRE with SLO
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
shiro seike
PRO
June 19, 2026
Technology
140
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
SLO から始める SRE / Starting SRE with SLO
Fukuoka.sre(2026年6月19日)のスポンサーセッションで発表した資料です。SLI/SLO とエラーバジェットを起点に、今あるチームで SRE を始める方法を話しました。
shiro seike
PRO
June 19, 2026
More Decks by shiro seike
See All by shiro seike
Everything will be SERVERLESS — 信じて運用した10年の経験値 / Everything Will be Serverless — Lessons Learned from 10 Years of Operational Experience
seike460
PRO
1
1.2k
Seeing Through Serverless: Observability for AWS Lambda with ADOT and CloudWatch Application Signals
seike460
PRO
1
180
Seeing Through Serverless: ADOT と CloudWatch Application Signals で実現する AWS Lambda のオブザーバビリティ(日本語版)/ Seeing Through Serverless (Japanese Edition)
seike460
PRO
1
47
モノレポの型は、そのままつながる 〜Hono RPCで型を素通しする開発体験〜 / Monorepo Types Connect As-Is: Passing Types Through with Hono RPC
seike460
PRO
1
55
OSSのコンセプトを知る / Understanding the Concept Behind an OSS
seike460
PRO
1
56
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
700
コミュニティの有益性 ~JAWS Days 2026 での体験を通して~ / The Benefits of a Community ~Through My Experience at JAWS Days 2026~
seike460
PRO
0
500
実行委員長目線で振り返る JAWS DAYS 2026 / JAWS DAYS 2026 from the Chair's Perspective
seike460
PRO
1
47
Architecture as SteeringOn-Ramp to AI-DLC
seike460
PRO
0
84
Other Decks in Technology
See All in Technology
Patterns in AI Driven Software Development
akosma
PRO
0
330
データマネジメント × 法務で作りあげる、 freeeの新しいデータガバナンスへの軌跡
freee
PRO
2
540
AI時代のエンジニアの情報発信〜個人の発信を組織の力に変える〜
ryo_kawamata
0
290
kintoneで在庫管理システムを作るときの要件定義・設計ポイント
kai0707
0
130
ポケモン対戦を自動で記録して振り返ろう
fufufukakaka
0
420
基本から分かる!AWSセキュリティ運用の考え方と任せ方
cmusudakeisuke
1
110
Claude for Google Workspaces ポン出し/claude-for-google-workspace-slide-conversion
emiki
0
13k
Snowflake でできることが増えたら、 ABAC が必要になった
kaeton
0
120
Vue で書く 空間コンピューティング、TresJS と WebXR を使ったXR デバイスのフロントエンド開発
hiranuma
0
120
仕様駆動開発の、その先へ。決める力と確かめる仕組み
inariku
0
110
「社外イベント=意識高い」の壁を壊せ!元々無関心だった僕らが部内で社外イベントを民主化して15人を連れ出すまで
say_no_w
0
160
DevelopersIO2026 -バックアップは“消されないこと”が9割-
yoshida0129
0
430
Featured
See All Featured
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
560
Game over? The fight for quality and originality in the time of robots
wayneb77
1
310
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
540
Practical Orchestrator
shlominoach
192
12k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
540
A better future with KSS
kneath
240
18k
Unsuck your backbone
ammeep
672
58k
A designer walks into a library…
pauljervisheath
211
25k
Crafting Experiences
bethany
1
390
[RailsConf 2023] Rails as a piece of cake
palkan
59
7.1k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
2
2.9k
The Language of Interfaces
destraynor
162
27k
Transcript
OSEKKAI × SRE SLO から始める SRE Fukuoka.sre スポンサーセッション 2026.06.19 Fusic
Co.,Ltd. 清家 史郎 (@seike460)
自己紹介 OSEKKAI × TECHNOLOG Y 清家 史郎 (@seike460) SHIRO SEIKE
Principal Engineer / Evangelist ・AWS Community Builder (Serverless) ・2025 Japan AWS Top Engineers 2 ©Fusic Co., Ltd.
真夜中のアラート、今すぐ動くべき? 鳴ってはいる。でも "今あわてるべき鳴り方" なのか、即答できない
あるある、心当たりありませんか どこまで攻めていい? アラート疲れ 変更もリリースも、いつも勘で決めている どれが重大か分からず、だんだん無視し始める 4 ©Fusic Co., Ltd.
監視は山ほどある。SLO は 0 件。 "どこまで壊れていいか" の基準が無い — だから、慌てる / 慌てないの線が引けない
5 ©Fusic Co., Ltd.
「 SRE is what happens when you ask a software
engineer to design an operations team. 運用チームの設計を、 ソフトウェアエンジニアに任せたら生まれるもの — Ben Treynor Sloss Google SRE Book 」 6 ©Fusic Co., Ltd.
1 なぜ SLO が出発点なのか SLO が無いと、判断できない 7 ©Fusic Co., Ltd.
1 つだけ リスク受容・SLO・Toil削減・監視・ 自動化・リリース工学・単純さ —— 監視は、このうちの一本 8 ©Fusic Co., Ltd.
「 without SLOs, there is no need for SREs. SLO
が無ければ、SRE は要らない —— 原則立てた判断ができないから — Google SRE Workbook 」 9 ©Fusic Co., Ltd.
うちは監視を作り込んだ。でも — 監視は作り込んだ SLO は 0 件 Datadog を CDK
で全コード化。trace・custom org を検索しても 0。コードにも定義なし。 metric・monitor も as-code まだ SRE を始められていなかった 10 ©Fusic Co., Ltd.
「入れる」と「実践する」は別 違いはツールじゃない。"何を症状として監視し、どうアラートするか" の設計だ
2 SLI → SLO → Error Budget → Burn Rate
自分のサービスに、1 本引く 12 ©Fusic Co., Ltd.
SLI = 良い ÷ 全部 の割合 login_success_rate = good_logins /
total_attempts // 割合であって、生の件数ではない 1 2 3 4 SLI SLO Error Budget Burn Rate 良い ÷ 全リクエスト SLI の目標値 1 − SLO 残高の燃え方 例はログイン成功数 ÷ 試行数。custom metric で取得済 → 新規計装ゼロで、この 1 本から 13 ©Fusic Co., Ltd.
残高の "燃え方" で、叩く エラーバジェット残高の消費(概念図) 100 75 50 25 0 開始
早期 中盤 枯渇 速い燃焼: 1h で 14.4倍速 遅い燃焼: 6h で 6倍速 SLO=99.5% / 30日 → Error Budget = 1 − SLO。 "今エラーか"ではなく"このペースで何日で尽きるか"で叩く 14 ©Fusic Co., Ltd.
PRIVATE 構成で踏んだ落とし穴 3 つ 1 外形監視ができない PRIVATE は内部監視のみ → SLI
が偏る 2 Authorizer が 502 化 認証失敗が観測上 502 に。5xx 記録で SLI を汚す 3 sampling で解像度が落ちる trace のエラー件数解像度が約 1/20。SLI は custom metric で引く trace のエラー解像度は 1/20 まで落ちる。だから SLI は custom metric で 15 ©Fusic Co., Ltd.
用語、これだけ持ち帰る SLI 指標 SLO 目標 良い ÷ 全部 の割合 SLI
の目標値 SLA 契約 EB SLO + 罰則。内部 SLO は外部 SLA より厳しく 1 − SLO = 壊れていい残高 残高 迷ったら、SLO の現実解は 99.5 % あたりから 16 ©Fusic Co., Ltd.
Thank You ご清聴ありがとうございました seike460 / @seike460 OSEKKAI × TECHNOLOGY ココロと技術で、ぴったりも、びっくりも。
We are Hiring! カジュアル面接 — Let's Talk! https://fusic.co.jp/recruit/lets_talk/44 ©Fusic Co., Ltd.