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
KAKEHASHI
PRO
July 24, 2025
Technology
0
43
完璧を目指さない小さく始める信頼性向上
OisixのSREチームとの交流会 お野菜を添えて
https://oi-study.connpass.com/event/362086/
での登壇資料です
KAKEHASHI
PRO
July 24, 2025
Tweet
Share
More Decks by KAKEHASHI
See All by KAKEHASHI
ユーザー理解の爆速化とPdMの価値
kakehashi
PRO
1
81
スプリントゴール未達症候群に送る処方箋
kakehashi
PRO
1
190
安定した基盤システムのためのライブラリ選定
kakehashi
PRO
3
160
"SaaS is Dead" は本当か!? 生成AI時代の医療 Vertical SaaS のリアル
kakehashi
PRO
4
730
堅牢な認証基盤の実現 TypeScriptで代数的データ型を活用する
kakehashi
PRO
2
340
時間がないなら、つくればいい 〜数十人規模のチームが自律性を発揮するために試しているいくつかのこと〜
kakehashi
PRO
25
7.6k
続・やっぱり余白が大切だった話
kakehashi
PRO
4
660
AIでめっちゃ便利になったけど、結局みんなで学ぶよねっていう話
kakehashi
PRO
2
760
システムとの会話から生まれる先手のDevOps
kakehashi
PRO
2
500
Other Decks in Technology
See All in Technology
BEYOND THE RAG🚀 ~とりあえずRAG?を超えていけ! 本当に使えるAIエージェント&生成AIプロダクトを目指して~ / BEYOND-THE-RAG-Toward Practical-GenerativeAI-Products-AOAI-DevDay-2025
jnymyk
4
230
データエンジニアリング 4年前と変わったこと、 4年前と変わらないこと
tanakarian
2
340
claude codeでPrompt Engineering
iori0311
0
390
AI Ready API ─ AI時代に求められるAPI設計とは?/ AI-Ready API - Designing MCP and APIs in the AI Era
yokawasa
20
5.7k
OTel 公式ドキュメント翻訳 PJ から始めるコミュニティ活動/Community activities starting with the OTel official document translation project
msksgm
0
200
スプリントレビューを効果的にするために
miholovesq
9
1.6k
AI エンジニアの立場からみた、AI コーディング時代の開発の品質向上の取り組みと妄想
soh9834
5
140
Webの技術とガジェットで那須の子ども達にワクワクを! / IoTLT_20250720
you
PRO
0
120
Step Functions First - サーバーレスアーキテクチャの新しいパラダイム
taikis
1
270
公開初日に個人環境で試した Gemini CLI 体験記など / Gemini CLI実験レポート
you
PRO
3
290
エンジニアリングマネージャー“お悩み相談”パネルセッション
ar_tama
1
640
(HackFes)米国国防総省のDevSecOpsライフサイクルをAWSのセキュリティサービスとOSSで実現
syoshie
5
650
Featured
See All Featured
Writing Fast Ruby
sferik
628
62k
Become a Pro
speakerdeck
PRO
29
5.4k
Speed Design
sergeychernyshev
32
1k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
It's Worth the Effort
3n
185
28k
Done Done
chrislema
184
16k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Into the Great Unknown - MozCon
thekraken
40
1.9k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
Transcript
©KAKEHASHI inc. 完璧を目指さない 小さく始める信頼性向上 2025年7月24日 松本 明紘 OisixのSREチームとの交流会 お野菜を添えて
©KAKEHASHI inc. 株式会社 カケハシ(2023年2月〜) • AI在庫管理、医薬品のSCM関連の新規事業 • バックエンドに軸足を置くテックリード もっち(X: @mottyzzz)
松本 明紘 2 自己紹介 https://speakerdeck.com/kakehashi
Mission 日本の医療体験を、 しなやかに。 カケハシは、調剤薬局DXを入り口に 日本の医療システムの再構築を目指す ヘルステックスタートアップ
©KAKEHASHI inc. 4 急に信頼性や品質を向上させる 熱量が上がるタイミングってありますよね
©KAKEHASHI inc. 5 ありました
©KAKEHASHI inc. 6 詳細はこちら: https://speakerdeck.com/kakehashi/proactive-devops 信頼性向上の一大プロジェクトで、ROI 優先順位をつけて取り組みを決定したが、 当然、数値的な効果があるものから選ぶことにな り、そしてそれは比較的重い対応ばかりになった
©KAKEHASHI inc. 7 インシデントの発生件数は1/3にできた それよりも 夜間の呼び出しが無く なったのが一番嬉しい
©KAKEHASHI inc. 8 おすすめ発注という重要機能の障害が大きな心理的負担となっていた • 機械学習の処理を含む深夜帯のバッチ処理 • 障害が発生すると深夜3時〜5時に呼び出されることになる。薬局がオープンす る9時までに復旧する必要がある。リカバリー作業には最大3-4時間かかり、か なりプレッシャーが大きい
• 復旧が間に合わないとその日の発注ができなくなるため、薬局業務に大きな影 響を与えてしまう
©KAKEHASHI inc. 9 色々やってみたけど、とてもシンプルな対応が嬉しい効果につながった • パフォーマンス向上を行い処理のリトライにかかる時間を半分に • 余裕をもって対処できるように、処理の開始時間を19時開始に
©KAKEHASHI inc. 10 余裕をもって対応できるようになり対応者の心理的負担がなくなった • 深夜3時〜5時に呼び出される → 19時〜21時に呼び出される • リカバリー作業には最大3-4時間
→ リカバリー作業が30分〜2時間程度
©KAKEHASHI inc. 11 まとめ • 深夜の呼び出しは心理的な負担が大きい • 信頼性の指標だけに囚われない • 不安を取り除くなど、チームの状態をよくする目線でも選ぶ
© KAKEHASHI Inc. All Rights Reserved. PM・EM・エンジニアを積極採用中 https://kakehashi-dev.hatenablog.com/entry/2025/07/17/093000 We’re Hiring!!!
©KAKEHASHI inc. 完璧を目指さない 小さく始める信頼性向上 2025年7月24日 松本 明紘 OisixのSREチームとの交流会 お野菜を添えて