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
shiro seike
PRO
June 19, 2026
Technology
110
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
120
Seeing Through Serverless: Observability for AWS Lambda with ADOT and CloudWatch Application Signals
seike460
PRO
1
150
Seeing Through Serverless: ADOT と CloudWatch Application Signals で実現する AWS Lambda のオブザーバビリティ(日本語版)/ Seeing Through Serverless (Japanese Edition)
seike460
PRO
1
25
モノレポの型は、そのままつながる 〜Hono RPCで型を素通しする開発体験〜 / Monorepo Types Connect As-Is: Passing Types Through with Hono RPC
seike460
PRO
1
33
OSSのコンセプトを知る / Understanding the Concept Behind an OSS
seike460
PRO
1
30
型も通る、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
640
コミュニティの有益性 ~JAWS Days 2026 での体験を通して~ / The Benefits of a Community ~Through My Experience at JAWS Days 2026~
seike460
PRO
0
470
実行委員長目線で振り返る JAWS DAYS 2026 / JAWS DAYS 2026 from the Chair's Perspective
seike460
PRO
1
29
Architecture as SteeringOn-Ramp to AI-DLC
seike460
PRO
0
65
Other Decks in Technology
See All in Technology
事業課題から技術的負債に向き合う
sansantech
PRO
2
1.9k
山手線を徒歩で一周してわかった、 位置情報アプリは「足」が最強のデバッガー
hinakko
0
160
越境するなら専門用語を使うな高校校歌 / If you wanna cross border, you shouldn't use jargon
vtryo
0
140
あるけみー式LTスライド作成術
alchemy1115
2
220
現場で役立つ技術負債の効果的な返済方法
masuda220
PRO
9
4.4k
ソフトウェアDNAとクラウドエージェントのススメ
cloudace
0
110
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
0
160
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.1k
「守り」で活用するオンデバイスLLM 〜写ってはいけないを総力戦で防ぐ〜 / iOSDC Japan 2026
nakamuuu
0
170
Vibe Coding で作ったプロダクトをどう安全に動かすか / How to Safely Run Products Built with Vibe Coding
glidenote
0
110
HHKBエバンジェリストになる方法
941
0
110
OpenTelemetryのメトリクスをCloudWatchに送ってPromQLで見てみた
ota1022
0
150
Featured
See All Featured
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
69
65k
Producing Creativity
orderedlist
PRO
348
41k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.8k
Google's AI Overviews - The New Search
badams
0
1.6k
Ruling the World: When Life Gets Gamed
codingconduct
0
330
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
460
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
120
120k
Tell your own story through comics
letsgokoyo
1
1.1k
The Language of Interfaces
destraynor
162
27k
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
690
Building Flexible Design Systems
yeseniaperezcruz
330
41k
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.