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
信頼性工学とは? ~カツオを題材に~
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Shuma
February 15, 2025
Technology
130
0
Share
信頼性工学とは? ~カツオを題材に~
2025年2月15日(土)IT勉強会での発表LT
Shuma
February 15, 2025
More Decks by Shuma
See All by Shuma
AIの権限設定に悩んでいる話
shubox
0
36
インフラ深掘りLT
shubox
0
42
飲食店長から_SREになった話
shubox
0
28
Ansible で Vector を導入し Slack 通知とログレベル色分けまでした話
shubox
0
49
阿部寛のホームページをSRE観点で改善出来るか考えてみた。
shubox
0
130
一日の終わりに、晩酌しながら眺めたいシステムログの世界
shubox
0
120
プロダクトがクローズした話
shubox
0
130
今も熱いもの!魂を揺さぶる戦士の儀式:マオリ族のハカ
shubox
0
290
バージョン管理と人生設計の類似点ver2 -リポジトリから学ぶ生きるヒント-
shubox
0
310
Other Decks in Technology
See All in Technology
形式手法特論:公平性制約の位相的特徴づけ #kernelvm / Kernel VM Study Kansai 12th
ytaka23
1
330
AI時代の私の技術インプットとアウトプット術
tonkotsuboy_com
12
6.2k
checker.tsにチキンレースを仕掛けてみた:型エラー(TS2589)が発生する境界線を求めて
hal_spidernight
1
210
最低限これだけ押さえれ大丈夫_Claude Enterprise/Team企業展開ガバナンス入門
tkikuchi
1
130
Agentic AI時代における メルカリのAIガバナンスとガードレール実装
naoichihara
15
15k
20260528_生成AIを専属DSに_Howの次にすべきことを考える
doradora09
PRO
0
200
Oracle Cloud Infrastructure:2026年5月度サービス・アップデート
oracle4engineer
PRO
1
110
自作エディターをOSSにして分かった、一人に刺さる開発が世界を動かす理由
shinyasaita
1
400
なぜハノーバーメッセに行くべきなのか 〜初参加だから語れること〜
tanakaseiya
0
120
Node.js+TypeScriptにおけるCJS/ESM相互運用の最新ポイント
grainrigi
2
120
責任あるソフトウェアエンジニアリングの紹介4章・5章 / RSE_Ch4-5
ido_kara_deru
0
340
Splunk MCPサーバの利活用事例 ーKINTOテクノロジーズの取り組み
kintotechdev
1
320
Featured
See All Featured
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.3k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.5k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
160
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
120
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
65
54k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
200
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.2k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
230
Abbi's Birthday
coloredviolet
2
7.7k
A Tale of Four Properties
chriscoyier
163
24k
30 Presentation Tips
portentint
PRO
1
300
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Transcript
信頼性工学とは? ~磯野カツオを題材に~ @ShuShuShuBOOOx
自己紹介 名前:Shuma @ShuShuShuBOOOx 現職 • 自社開発企業でインフラエンジニア (開発も兼務) キャリア変遷 • 飲食店店長
→ スポーツバーでアルバイト → インフラエンジニア IT業界では二社目 ◦ 情シス、インフラ基盤、開発など担当 技術スタック • クラウド: AWS, Google Cloud Platform • 言語:PHP, (Laravel)Python • その他:Infrastructure as Code(Terraformの勉強中) ※障害対応や監視周りや原因調査がスキです。 一言:Genki.dev初参戦です。お手柔らかにお願いします。
アジェンダ 1.信頼性工学とは? 2.磯野カツオとは? 3.カツオを題材に信頼性を考える 4.まとめ
信頼性工学 とは? (公式wikiから引用) 製品やシステムが、与えられた条件下で、 ある一定期間、要求された機能を正常に果たす確率 を定量的に評価 し、 その信頼性を高めるための学問分野です。 ※JIS規格やISO規格の信頼性試験でも用いられる
なぜ信頼性工学が必要なのか? • 製品の品質向上: 製品が故障しにくいことで、顧客満足度向上やブランドイメージの向上につなが ります。 • コスト削減: 故障による修理や交換にかかるコストを削減できます。
• 安全性の確保: 特に航空機や医療機器など、安全性が重要な製品では、人命に関わるため信頼 性の確保が不可欠です。 • システムの安定稼働: 大規模なシステムでは、一部の部品が故障しても全体が停止しないような 冗長性を確保する必要があります。
カツオとは? 波平とフネの息子で、磯野家の長男。 主人公・フグ田サザエの弟、ワカメの兄。 マスオからは義弟、タラオからは叔父にあたる。 いたずらと遊びが大好きな好奇心旺盛の腕白少年で、しばしば父・波平にカミナリを落とされている磯野家一のトラブルメーカー 。 引用元:アニヲタWiki(仮) https://w.atwiki.jp/aniwotawiki/pages/54709.html#:~:text
カツオの「信頼性」とは? カツオの信頼性問題 • 予測不可能な行動:突然のいたずら、予想外の行動 • 失敗の繰り返し:宿題を忘れる、サザエに怒られる • 復旧力:素早く切り抜ける能力(サザエからの逃げ足) 工学的に見たカツオ •
MTBF(平均故障間隔):カツオが問題を起こすまでの間隔 • MTTR(平均修復時間):怒られてから仲直りするまでの時間 ※MTBF (平均故障間隔 ) は技術製品の修理可能な故障間の平均時間 ※MTTR(平均修復時間) 問題が発生(問題を最初に検知)した後、システムが再稼働し平常運用を再開するまでに要する時間の平均値
カツオの「故障モード」 カツオの"故障"パターン 1. 初期不良 ◦ 宿題を忘れる(計画の欠如) ◦ サザエの命令を無視(指示違反) 2. 経時劣化
◦ いたずらがエスカレート(コントロール不可能) ◦ 親に怒られる回数増加(信頼度低下)
カツオの信頼性評価 信頼性の指標 • いたずら頻度 :一定期間内の問題行動の回数 • 宿題の完了率 :期限内に宿題を終わらせる確率 • 逃げ足の速さ
:サザエに見つかってから逃げるまでの速度 データに基づく評価 • 故障予測:カツオが次に失敗するタイミングを予測 • 復旧力:失敗した後、どれだけ早く立ち直るか
信頼性設計 〜カツオの失敗を減らすには?〜 予防保全 • 時間管理の徹底 :宿題をやる時間をカレンダーに登録 • 目標設定:カツオに宿題の達成目標を設定する • 行動モニタリング
:いたずらを事前に察知し、対処 冗長化設計 • タラちゃんに監視を任せる :カツオが問題行動を起こさないよう、監視役を配置 • サザエの早期介入 :問題が起きる前に、サザエが未然に防ぐ
カツオの信頼性モニタリング 重要なメトリクス • サザエさんの怒る頻度 :怒られる回数を定量的に記録 • 宿題の提出率 :宿題を忘れた回数を追跡 • いたずら検出
:カツオがいたずらを開始する兆候を分析 モニタリング手法 • リアルタイムの監視 :カツオの行動パターンを分析し、問題が起こる前にアラート を出す • トレンド分析 :過去のデータをもとに、カツオの行動のトレンドを分析
信頼性向上策 〜カツオの改善策〜 技術的対策 • アラートシステム :カツオの問題行動を早期発見するための警告システム • 定期的なレビュー :カツオの宿題や行動を波平が週ごとに評価 社会的対策
• 家族全体での対応 :サザエや波平、フネやタラちゃんでのチーム連携 • 従業員(カツオ)の教育 :失敗から学ばせ、いたずらを減らすための教育
KRE(カツオ信頼性エンジニアリング)の応用 信頼性目標( SLI/SLO) • SLO設定:カツオのいたずらを月に3回以内に制限 • エラーバジェット :カツオが失敗できる余地を与え、適度に自由にさせる 自動化による信頼性向上 •
宿題リマインダーシステム :カツオに毎日宿題をリマインドするアプリ • 行動記録アプリ :カツオの行動パターンを記録し、次の問題行動を予測
まとめ:サザエさんのカツオと信頼性工学 重要な3要素 1. 予防的品質管理 :カツオが問題を起こさないよう、予防策を導入 2. データに基づく管理 :カツオの行動をデータでモニタリングし、失敗を防ぐ 3. システム的アプローチ
:カツオの信頼性を家族全体でサポートし、問題を 未然に防ぐ
本当のまとめ 最近、よくSREとかのミートアップやカンファレンスに行くのですが、 SREやDBREや信頼性に関してのロールとかがあったり 最近ではCREという言葉を聞いたりします。 ですが、その根底あるのが信頼性工学が根底にあります。
参考文献 工学としてのSRE再訪 / Revisiting SRE as Engineering - Speaker Deck
これからSREになる人と、これからもSREをやっていく人へ - Speaker Deck 信頼性工学 - Wikipedia ブログ | sreake.com | 株式会社スリーシェイク