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
290
完璧を目指さない小さく始める信頼性向上
OisixのSREチームとの交流会 お野菜を添えて
https://oi-study.connpass.com/event/362086/
での登壇資料です
KAKEHASHI
PRO
July 24, 2025
Tweet
Share
More Decks by KAKEHASHI
See All by KAKEHASHI
品質と速度を両立する、私たちのフロントエンドテストの工夫と取り組み
kakehashi
PRO
2
37
爆速でプロダクトをリリースしようと思ったらマイクロフロントエンドを選んでいた
kakehashi
PRO
4
1.5k
生成AI時代に必要な価値ある意思決定を育てる「開発プロセス定義」を用いた中期戦略
kakehashi
PRO
1
420
プロダクトの成長に合わせたアーキテクチャの段階的進化と成長痛、そして、ユニットエコノミクスの最適化
kakehashi
PRO
1
180
ユーザー課題を愛し抜く――AI時代のPdM価値
kakehashi
PRO
1
280
「AIと一緒にやる」が当たり前になるまでの奮闘記
kakehashi
PRO
3
340
みんなのSRE 〜チーム全員でのSRE活動にするための4つの取り組み〜
kakehashi
PRO
2
250
医療系のプロダクト開発における生産性向上と高信頼性を両立させる生成AI活用
kakehashi
PRO
1
200
ユーザー理解の爆速化とPdMの価値
kakehashi
PRO
1
250
Other Decks in Technology
See All in Technology
そのグラフに「魂」は宿っているか? ~生成AI全盛期におけるデータ可視化手法とライブラリ比較~
negi111111
2
830
Railsアプリケーション開発者のためのブックガイド
takahashim
12
5.1k
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
11
77k
GC25 Recap+: Advancing Go Garbage Collection with Green Tea
logica0419
1
300
5年間のFintech × Rails実践に学ぶ - 基本に忠実な運用で築く高信頼性システム / 5 Years Fintech Rails Retrospective
ohbarye
9
3.3k
Goを使ってTDDを体験しよう!
chiroruxx
1
230
GopherCon Tour 概略
logica0419
2
160
C# 14 / .NET 10 の新機能 (RC 1 時点)
nenonaninu
1
1.1k
KAGのLT会 #8 - 東京リージョンでGAしたAmazon Q in QuickSightを使って、報告用の資料を作ってみた
0air
0
180
入門 FormObject / An Introduction to FormObject #kaigionrails
expajp
2
1.4k
DataOpsNight#8_Terragruntを用いたスケーラブルなSnowflakeインフラ管理
roki18d
1
280
それでも私はContextに値を詰めたい | Go Conference 2025 / go conference 2025 fill context
budougumi0617
4
890
Featured
See All Featured
We Have a Design System, Now What?
morganepeng
53
7.8k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Designing Experiences People Love
moore
142
24k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
The Pragmatic Product Professional
lauravandoore
36
6.9k
The Cost Of JavaScript in 2023
addyosmani
53
9k
Speed Design
sergeychernyshev
32
1.1k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
Docker and Python
trallard
46
3.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
Unsuck your backbone
ammeep
671
58k
Gamification - CAS2011
davidbonilla
81
5.4k
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チームとの交流会 お野菜を添えて