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
Expanding SRE ~方法論としてのSREを広めたい~
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Annosuke Yokoo
September 20, 2023
Technology
270
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Expanding SRE ~方法論としてのSREを広めたい~
Annosuke Yokoo
September 20, 2023
More Decks by Annosuke Yokoo
See All by Annosuke Yokoo
SRE は AI に何を任せるべきか。Plaid が Datadog で出した答え / what -should-SREs-delegate-to-AI? Plaid’s-answer-powered-by-Datadog
parupappa2929
0
60
Bits AI SRE と Datadog MCP Server による未来 / datadog-bits-ai-sre-and-mcp-server-feature
parupappa2929
1
700
Datadog GPU Monitoring で実現する GPU 監視 / datadog-gpu-monitoring
parupappa2929
0
73
Datadog による AI エージェント オブザーバビリティの最前線 / Datadog-AI-Agent-observability
parupappa2929
1
720
今日から始める CI/CD Observability / CICD Observability for Google Cloud
parupappa2929
0
75
Software Delivery Observability ~ CI・CD , DORA metrics も Datadog で可視化しよう ~ / datadog-ci-cd-observability
parupappa2929
0
900
Helm , Kustomize に代わる !? 次世代 k8s パッケージマネージャー Glasskube 入門 / glasskube-entry
parupappa2929
0
940
持続可能なプラットフォーム目指す、Platform Engineering 支援 / Enabling Platform Engineering
parupappa2929
0
170
Why adopt GitOps with ArgoCD ?
parupappa2929
0
230
Other Decks in Technology
See All in Technology
越境するなら専門用語を使うな高校校歌 / If you wanna cross border, you shouldn't use jargon
vtryo
0
120
データ界隈LT祭 第1回LT登壇
taromatsui_cccmkhd
0
510
2026/09/10 Spring Bootから Jakarta EE/MicroProfileへの移行
megascus
0
350
Screen Lens - 今見てる画面を翻訳する
komagata
0
260
From Vanilla Kubernetes to a Batteries-Included Platform: Developer Experience at 1,300+ Clusters
yosshi_
0
700
Claude in Chrome 入門 / Introduction to Claude in Chrome
cielo1985
0
620
幾何アルゴリズムで なめらかなピン操作を / iOSDC Japan 2026 / smoothpin
kazumanagano
0
290
銀行勘定系システムにおける開発プロセス刷新×AIによる環境モダナイゼーション / Development Process Transformation and AI-Driven Environment Modernization
muit
0
520
10分で知る最近のOmarchy
komagata
0
270
Oracle Cloud Infrastructure IaaS 新機能アップデート 2026/6 - 2026/8
oracle4engineer
PRO
0
190
2026-09-11 【Snowflake World Tour Tokyo 2026】Snowflakeを起点に、AI Agentが自律稼働し続ける未来へ / Driving AI Agents with Snowflake
civitaspo
0
360
AI時代だからこそ、スケールしないことをやろう
yutashigemura
1
160
Featured
See All Featured
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
How to Talk to Developers About Accessibility
jct
2
540
Designing for humans not robots
tammielis
254
26k
Practical Orchestrator
shlominoach
191
12k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
We Have a Design System, Now What?
morganepeng
55
8.3k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
A Modern Web Designer's Workflow
chriscoyier
699
190k
Agile that works and the tools we love
rasmusluckow
331
22k
[RailsConf 2023] Rails as a piece of cake
palkan
59
7k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
520
Transcript
Copyrights©3-shake Inc. All Rights Reserved. Expanding SRE 2023/09/26 Jagu'e'r 人材育成分科会
- @866mfs 方法論としての「SRE」を広めたい
Copyrights©3-shake Inc. All Rights Reserved. 2 SaaS企業でWebアプリケーション開発や企業向けパブリッククラウド構築支 援を経験したのち、現在株式会社スリーシェイクでSREをやってます。 CNCF関連の技術や、SREの実践を勉強するのが好きです。 (2023
AWS All Certifications Engineer / 2023 AWS Jr.Champion / Jagu'e'r - CloudNative分科会運営) 【格言・座右の銘】 迷ったらやる! Annosuke Yokoo (@866mfs) 株式会社スリーシェイク Sreake 事業部 Who am I
Copyrights©3-shake Inc. All Rights Reserved. 3 SREの「2つ」の定義 SiteReliabilityEngineering(SRE) - 「方法論」としてのSRE
👉 考え方・文化 - SREの「Why」 - サイトの信頼性向上を目的としたエンジニアリング手法 SiteReliabilityEngineer(SRE) - 「職務(ロール)」としてのSRE - SREの「How」 - 「ソフトウェアエンジニア50%・特定分野のスペシャリスト50%」が良いと言われてはいるが ...(?) https://speakerdeck.com/fujisaki_hb/site-reliability-engineeringtoha?slide=7 ⏩ ソフトウェアエンジニアに運用チームの設計を依頼したときにできあがるもの
Copyrights©3-shake Inc. All Rights Reserved. 4 いきなり、方法論としてのSREなんて言われてもわからん😇 ということでまずはロールを見てみる👀
Copyrights©3-shake Inc. All Rights Reserved. 5 ロールから方法論への抽象化 “ SRE 運用の一般的な領域に影響を与えるパターン、行動、関
心領域について、次の項目が挙げられる。 “ 1. Embracing Risk (リスクの許容) 2. Service Level Objectives (SLO) 3. Elimination Toil (Toil の撲滅) 4. Monitoring Distributed Systems (分散システムの監視 ) 5. Evolution of Automation (自動化の促進) 6. Release Engineering 7. Simplicity SRE サイトリライアビリティエンジニアリング https://www.oreilly.co.jp/books/9784873119618/
Copyrights©3-shake Inc. All Rights Reserved. 6 ロールから方法論への抽象化 いきなり、方法論としてのSREなんて言われてもわからん 😇 ということでまずはロールを見てみる
“ SRE 運用の一般的な領域に影響を与えるパターン、行動、関心 領域について、次の項目が挙げられる。 “ 1. Embracing Risk (リスクの許容) 2. Service Level Objectives (SLO) 3. Elimination Toil (Toil の撲滅) 4. Monitoring Distributed Systems (分散システムの監視) 5. Evolution of Automation (自動化の促進) 6. Release Engineering 7. Simplicity SRE サイトリライアビリティエンジニアリング https://www.oreilly.co.jp/books/9784873119618/ これらを抽象化した「考え方」が方法論としてのSRE
Copyrights©3-shake Inc. All Rights Reserved. 7 何のためのSREか? “ SREの重要な価値は4つ(組織によって表現の仕方が多少異なるか相対的な優先 順位が異なる)“
• サイトの稼働の維持 • 開発チームが「正しいことを行う」環境の整備 /意思決定の分散化 • エンジニアリングの問題としての運用へのアプローチ • 約束の表明、計測、実現を通じた ビジネスの成功の達成 “ SREが最も高い生産性と価値を示すのは、障害の防止や軽減に集中するときでは なく、ビジネスにおける成功の実現に集中するとき です。 部分を見ることから全体を見ることへ ......現在に対応することから将来を創造するこ とへという気持ちの変化 ” ⏩ SiteReliabilityEngineeringへの取り組みにはメンタルシフトが重要である SREの探求 https://www.oreilly.co.jp/books/9784873119618/
Copyrights©3-shake Inc. All Rights Reserved. 8 SREの在り方 「内」にも「外」にも最も全体最適を考えられる存在 (内:DveからBizまで /
外:User) Biz上位層の人ほど「SiteReliabilityEngineering」 という考え方・文化を、 認知・理解する必要がある 👉 SRE チームの役割を明確にして理解を得る SRE は SRE チームだけで成立するものではありません 。 他チームとの協働があってこそ成立するものです。そのためにも SRE の 役割を明確にして有機的に協働する必要があります。 また、Google の SRE のカタチに囚われすぎない事も大事です。 Biz Dev SRE
Copyrights©3-shake Inc. All Rights Reserved. 9 Your own SRE ・あなたらしくSRE(同僚の資料から引用)
Googleのとあるソフトウェアエンジニアがシステム運用を任されて、長い時間を かけて理想を形にした結果がSREである。 現在サービスを運用する上で最適だと言われる 方法論の一つとしてSREがあり SREの本の状態を目指すことが真のゴールではない。 SREのプラクティスを自分たちなりに解釈して、組織やサービスと向き合い続け て、仲間を集めた先に、あなた(の組織)らしいSREが生まれるのです。 SREの探求 https://www.oreilly.co.jp/books/9784873119618/ https://speakerdeck.com/abnoumaru/anatarasikusre-gong-kai-yong