アーキテクチャ設計BackCasting

リスク管理のプラクティスであるBackcastingを使ってアーキテクチャ概要設計時の思考を可視化したもの。

Transcript

1. 「成功」基準 リスク 推奨する対策 Day 1 Operation Day 2 Operation テスト リリース ダークローンチ/ 並行稼働 モニタリング Incident Response アーキテクチャビジョン 開発 設計 開発 運用コスト削減 開発コスト削減 インシデント削減 (20 ％削減) 夜間バッチ緊急対応削減 開発しやすいコード キャパシティ不 足 (DB) キャパシティ不足 ( コネクション数) 目標として今の3 倍 特にピーク日 コンテナオーケストレーション オートスケーリン グによる拡張性担 保のため、12Fact or 準拠のアプリケ ーションとする DB 分解 夜間バッチの走行時間足りない問題 MTTR 短縮 (30% 削減) バッチ解消 非同期を使っ た処理のリア ルタイム化 どのコンポー ネントが震源 地かわからな い問題 分散トレーシング 仕様を把握 しづらいこ とによるバ グ多発 テストケース多すぎ 共通機能部分すごく複雑 使い方を詳しい人に聞かないと 自動化 共通機能部分の改修 バグが出て修正に時間かかる Shift Left テスト工程の品質条件の見直し キャパシティ プランニング の仕組みが足 りてない キャパシティプランニングの仕組み キャパプラに必要なメトリック取得 (Observability) コードの整理 自動化による人手の削減 ( 自動化90 ％) サーバーごとに手順が違う サーバーごとに手順が違う 運用そのも のをほぼ画 一化できる 仕組み どうしても バッチで残 るものは並 行処理