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
Expanding SRE ~方法論としてのSREを広めたい~
Search
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
43
Bits AI SRE と Datadog MCP Server による未来 / datadog-bits-ai-sre-and-mcp-server-feature
parupappa2929
0
610
Datadog GPU Monitoring で実現する GPU 監視 / datadog-gpu-monitoring
parupappa2929
0
65
Datadog による AI エージェント オブザーバビリティの最前線 / Datadog-AI-Agent-observability
parupappa2929
1
700
今日から始める CI/CD Observability / CICD Observability for Google Cloud
parupappa2929
0
73
Software Delivery Observability ~ CI・CD , DORA metrics も Datadog で可視化しよう ~ / datadog-ci-cd-observability
parupappa2929
0
850
Helm , Kustomize に代わる !? 次世代 k8s パッケージマネージャー Glasskube 入門 / glasskube-entry
parupappa2929
0
930
持続可能なプラットフォーム目指す、Platform Engineering 支援 / Enabling Platform Engineering
parupappa2929
0
160
Why adopt GitOps with ArgoCD ?
parupappa2929
0
230
Other Decks in Technology
See All in Technology
作って理解するCoding Agent 〜フレームワークに頼らないピュア Python での実装〜
takapy
4
1.3k
AI時代のアウトプット――変わったこと、変わらないこと / Devsumi 2026 Kansai #devsumi
jnchito
0
580
あなたの知らないバージョン命名規則
sat
PRO
2
740
Eight Engineering Unit 紹介資料
sansan33
PRO
3
8.3k
【書籍出版記念】 10周回って、エージェント開発は RAGがすべてだった。〜RAGの歴史と開発現場で見えた実践知〜
akiratameto
20
7.5k
dbt と Snowflake と tag
kevinrobot34
1
250
internal/testlog で遊ぼう
rokuosan
0
220
Kiro Crew で始める マルチエージェント開発
miu_crescent
PRO
0
180
みてねにおけるAI-DLC導入活動とAIドリブン開発の現在地/JAWS-UG AI-DLC #2
isaoshimizu
2
120
内製AIチャットボット開発で学んだ Datadog Agent Observability活用術
mkdev10
0
140
tamachi.go 誕生の裏側
rymiyamoto
1
210
Bill One 開発エンジニア 紹介資料
sansan33
PRO
7
20k
Featured
See All Featured
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
670
Documentation Writing (for coders)
carmenintech
77
5.5k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
290
Paper Plane (Part 1)
katiecoart
PRO
1
10k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
250
Rails Girls Zürich Keynote
gr2m
96
14k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
480
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
430
30 Presentation Tips
portentint
PRO
1
380
AI: The stuff that nobody shows you
jnunemaker
PRO
9
940
A designer walks into a library…
pauljervisheath
211
24k
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