ヤプリ流インシデント対応ワークフロー〜新卒がインシデント対応に挑む意義〜

ヤプリ流インシデント対応ワークフロー〜新卒がインシデント対応に挑む意義〜 YapTech Playground#2 2025.11.27

SPEAKER プロダクト開発本部サーバーサイドエンジニア籔本悠紀 • 株式会社ヤプリに25新卒として⼊社 • 主にGo⾔語でのバックエンド開発を担当

INDEX ⽬次 1. インシデント対応ワークフロー 2. 実践 3. まとめ

インシデント対応フロー

• 社外：問い合わせ ◦ サポート ◦ CS（カスタマーサクセス） • 社内：アラートインシデントの検知 1
インシデント対応ワークフロー検知レベル判定周知対応

基準に応じてインシデント可否‧レベルを判定 Death：サービスが機能していない Highest：⼀部の機能が正常に動作しない High：⼀部の機能が正常に動作しないものの、再現性がない Medium：⼀部の機能で軽微な不具合が発⽣しているレベル判定 1 インシデント対応ワークフロー検知
レベル判定周知対応 💡 社内で共通の基準を設けることで、レベルの認識がずれにくい

周知 1 インシデント対応ワークフロー検知レベル判定周知対応 💡 テンプレによって共有漏れが減る調査中 

1 インシデント対応ワークフロー 💡 ビジネスに展開する情報を整理できるため、混乱させにくい検知レベル判定周知事故対応インシデント専⽤チャンネルが⾃動で作成される開発部内の連携はこのチャンネルで取る
事故対応 • 原因調査 • 影響範囲調査 • etc… https://yappli.slack.com/archives/*************  #tmp-incident-dev-OOOO

実践

アラート発⽣ 2 実践検知レベル判定周知事故対応 Conversion from collation
utf8mb4_general_ci into utf8mb3_unicode_ci impossible for parameter MySQLで4バイト → 3バイトの変換で失敗していた ⚠

アラート発⽣ 2 実践検知レベル判定周知事故対応 Conversion from collation
utf8mb4_general_ci into utf8mb3_unicode_ci impossible for parameter ⚠ MySQLで4バイト → 3バイトの変換で失敗していた

インシデントレベル判定 2 実践検知レベル判定周知事故対応インシデントレベルの基準（再掲） Death：サービスが機能していない Highest：⼀部の機能が正常に動作しない
High：⼀部の機能が正常に動作しないものの、再現性がない Medium：⼀部の機能で軽微な不具合が発⽣しているコンテンツが保存できない → 正常に動作していない判定：Highest

インシデント報告レポート 2 実践検知レベル判定周知事故対応 Highest  特定の文字列を入力したときに、コンテンツを保存できない  社内
https://yappli.slack.com/***  調査中  調査中  調査中  調査中  💡 特に社内検知の場合は、検知したら早めに周知する → CS‧サポートがクライアントにすぐに対応できる

インシデント報告レポート 2 実践検知レベル判定周知事故対応 Highest  特定の文字列を入力したときに、コンテンツを保存できない  社内
https://yappli.slack.com/***  調査中  調査中  調査中  調査中  💡 ⾮エンジニアに伝わるように記述する

インシデント報告レポート 2 実践 💡 不明であること‧調査中である旨を記載する検知レベル判定周知事故対応 Highest 
特定の文字列を入力したときに、コンテンツを保存できない  社内 https://yappli.slack.com/***  調査中  調査中  調査中  調査中 

2 実践検知レベル判定周知事故対応共有する内容 • 事象と原因 •
影響範囲 • 改修めど • etc… 問い合わせ事故隊長入ります！ CS事故隊長入ります！ CS事故隊長入ります！ https://meet.google.com/xxx-xxx-xxx サポートさん CSさん CSさんインシデント報告レポート 💡 フローを確⽴しているため、関係各所との連携がスムーズ関係部署の⽅々がインシデントの窓⼝（事故隊⻑）として参加

事故対応 2 実践検知レベル判定周知事故対応インシデント専⽤チャンネルで役割分担原因調査と改修方針の検討 @XXXXXXXX
@XXXXXXXX @XXXXXXXX XXXXXXXX https://yappli.slack.com/archives/*************  #tmp-incident-dev-OOOO 💡 エンジニアの事故隊⻑は関係各所との連携に専念する → スピーディーにビジネスサイドにレスポンスできる

事故対応（調査） 2 実践検知レベル判定周知事故対応影響範囲 / エラーケースの調査
ログ調査：NewRelic DB調査：Redash 💡 Redashに貯まってる先⼈のクエリを借りる 💡 定常業務で触れない機能‧技術の知⾒を得られる

レポートの更新 2 実践調査の結果原因が判明したので、レポートを更新します更新した箇所は太字にしています Highest  特定の文字列を入力したときに、コンテンツを保存できない  社内 https://yappli.slack.com/***  2025/11/27に実施したデータベースのバージョンアップよる
DB の仕様変更   調査中  調査中  パッチのリリース   検知レベル判定周知事故対応 • 原因調査 • 影響範囲調査 • 復旧⼿段 → レポートを更新 💡 チャンネル全体に投稿

現状のワークフローの課題 2 実践同時にインシデントが発⽣した場合、異なる事象のレポートが混ざってしまう → ビジネスサイドへの共有もチャンネルを分けるレポートを更新しました … レポートを更新しました …
#incident-highest レポートを更新しました … #incident-OOOO レポートを更新しました … #incident-OOOO

まとめ

ヤプリ流インシデント対応ワークフロー • 検知 → インシデント判定 → 周知 → 事故対応 •
レポートのテンプレート‧インシデント基準の定義による冗⻑化学び • 定常業務で使わない技術‧知⾒を得られる • インシデント時の雰囲気を肌で体感できる • コミュニケーションで認識齟齬を防ぐ⼯夫まとめ 3 まとめ

FOLLOW ME!! Yappli Tech Blog Yappli Developers カジュアル⾯談 @yappli_dev https://tech.yappli.io/
https://open.talentio.com/r/1/c/yappli/pages/59642

ヤプリ流インシデント対応ワークフロー〜新卒がインシデント対応に挑む意義〜

ヤプリ流インシデント対応ワークフロー〜新卒がインシデント対応に挑む意義〜

yyabumot

Other Decks in Technology

Featured

Transcript