爲何要寫這篇博文？
在日常開發中，老大經常要求我們給出一個完善併合理的技術方案之後才能進行開發。並且要求技術方案一定要細，要重點覆蓋監控、異常處理、灰度、降級方案。同時要注重邊界處理。最初，我的技術方案寫的很粗，也沒有理解老大說的邊界處理到底是怎麼一回事。於是乎，辛辛苦苦寫了一週的方案，就會在技術方案評審的時候直接打回重做，甚至多次打回。
不過還好，在經歷過幾次大項目的方案設計後，我的方案設計越來越完善，直到最後老大非常認可並在組內進行參考。隨着我的方案設計逐漸完善，也逐漸發現，不但編碼效率越來越高，編碼時思維更加清晰，而且方案中的每一個模塊都貫穿了整個軟件生命週期。
在這裏我會總結以往方案設計，給出一個方案設計模板，並給出模板中每一個模塊的具體說明和案例，同時介紹如何通過領域驅動設計的思想拆分業務邏輯引入到這個設計模板中。
這一切看起來可能很枯燥乏味，但如果你認真讀下去我想會對你有所幫助。
如果你在一個垃圾公司做的項目從來沒上過線，或者上線就崩潰，可以認真看看，一個大流量、高穩定性的系統是如何實現的。
如果你有更好的方案設計，歡迎留言討論，或者噴我。讓我能夠更加完善我的設計，謝謝！
一個錯誤的方案設計
重點是什麼？
拿模板說說
這裏，給出一個我總結的技術方案設計模板，我會拿這個模板來說說如何做一個正確的方案設計。
模板如下（忽略格式）：
- 背景
- 目標
- 現有業務分析
- 系統整體架構
業務模型
整體架構 - 詳細設計
- 存儲設計
- 灰度方案
- 降級方案
- 異常處理
- 容量預估
容量預估
流量預估 - 監控報警
- 參考文檔