2 架構演進最佳實踐
既然有這三種方案，是不是就該在高并發系統設計中一股腦全用上？
of course not！架構設計是演進的，不是一次性的！還需要考慮資金成本，運維成本、開發成本各種。淘寶的成功就是現實的生動案例。
不能為了設計而設計，不要過度設計。單機滿足業務需求就不要分布式，架構不能盲目，架構一定是逐漸演進的，而且是随着業務的需求逐漸進行的。可總結如下：
最簡單的系統設計滿足業務需求和流量現狀，選擇最熟悉的技術體系
随着流量的增加和業務的變化修正架構中存在問題的點，如單點問題、橫向擴充問題、性能無法滿足需求的元件。在這個過程中，選擇社群成熟的、團隊熟悉的元件幫助我們解決問題，在社群沒有合适解決方案的前提下才會自己造輪子
當對架構的小修小補無法滿足需求時，考慮重構、重寫等大的調整方式以解決現有的問題。
高并發系統的演進應該是循序漸進，以解決系統中存在的問題為目的和驅動力的。
參考
https://zh.wikipedia.org/wiki/%E7%A1%AC%E7%9B%98![更改LYNC SIP位址[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)