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
340
完璧を目指さない小さく始める信頼性向上
OisixのSREチームとの交流会 お野菜を添えて
https://oi-study.connpass.com/event/362086/
での登壇資料です
KAKEHASHI
PRO
July 24, 2025
Tweet
Share
More Decks by KAKEHASHI
See All by KAKEHASHI
制約下の医療LLM Observability 〜セキュアなデータ活用と専門家による改善サイクルの実現〜
kakehashi
PRO
1
55
KAKEHASHI❤️Hono
kakehashi
PRO
1
69
生成AIが拓く医療DXの進化と壁
kakehashi
PRO
0
100
品質と速度を両立する、私たちのフロントエンドテストの工夫と取り組み
kakehashi
PRO
2
95
爆速でプロダクトをリリースしようと思ったらマイクロフロントエンドを選んでいた
kakehashi
PRO
4
2.4k
生成AI時代に必要な価値ある意思決定を育てる「開発プロセス定義」を用いた中期戦略
kakehashi
PRO
1
1.9k
プロダクトの成長に合わせたアーキテクチャの段階的進化と成長痛、そして、ユニットエコノミクスの最適化
kakehashi
PRO
1
220
ユーザー課題を愛し抜く――AI時代のPdM価値
kakehashi
PRO
1
530
「AIと一緒にやる」が当たり前になるまでの奮闘記
kakehashi
PRO
3
570
Other Decks in Technology
See All in Technology
オブザーバビリティと育てた ID管理・認証認可基盤の歩み / The Journey of an ID Management, Authentication, and Authorization Platform Nurtured with Observability
kaminashi
1
710
Azureコストと向き合った、4年半のリアル / Four and a half years of dealing with Azure costs
aeonpeople
1
300
AIプロダクトのプロンプト実践テクニック / Practical Techniques for AI Product Prompts
saka2jp
0
110
[VPoE Global Summit] サービスレベル目標による信頼性への投資最適化
satos
0
250
ゼロコード計装導入後のカスタム計装でさらに可観測性を高めよう
sansantech
PRO
1
440
.NET 10のBlazorの期待の新機能
htkym
0
110
JSConf JPのwebsiteをGatsbyからNext.jsに移行した話 - Next.jsの多言語静的サイトと課題
leko
2
190
MCP ✖️ Apps SDKを触ってみた
hisuzuya
0
370
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
14
82k
SRE × マネジメントレイヤーが挑戦した組織・会社のオブザーバビリティ改革 ― ビジネス価値と信頼性を両立するリアルな挑戦
coconala_engineer
0
250
AI AgentをLangflowでサクッと作って、1日働かせてみた!
yano13
1
160
GraphRAG グラフDBを使ったLLM生成(自作漫画DBを用いた具体例を用いて)
seaturt1e
1
150
Featured
See All Featured
Mobile First: as difficult as doing things right
swwweet
225
10k
Raft: Consensus for Rubyists
vanstee
140
7.2k
Producing Creativity
orderedlist
PRO
347
40k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.1k
Designing for Performance
lara
610
69k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.7k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
640
Rails Girls Zürich Keynote
gr2m
95
14k
Six Lessons from altMBA
skipperchong
29
4k
Keith and Marios Guide to Fast Websites
keithpitt
411
23k
RailsConf 2023
tenderlove
30
1.3k
Building a Scalable Design System with Sketch
lauravandoore
463
33k
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チームとの交流会 お野菜を添えて