本文主要討論了是否需要進行軟件架構設計的問題，并闡述了做好架構設計的重要性以及不當之處可能會引發的一系列問題。

在大廠，架構設計會提到非常重要的地位，但是在一些小公司，沒有做架構設計，似乎也沒什么問題，在初創階段，過分強調架構設計，不一定能帶來好的收益。

架構設計的越復雜，技術架構的復雜度就會越高，前期打磨的時間長，如果商業化有窗口期，可能我們就失去了進入商業的第一張船票。

另外，架構的復雜性，會導致后續系統維護的成本增加，穩定性減弱。

在前司，就因為復雜的架構系統，導致了一個系統出了問題，牽連到了很多系統，白白流失了很多銀子。

01

不做架構設計會有什么問題？

1.應用邊界模糊

研發同學憑感覺可拆分系統， 也沒有基于當前的業務，導致系統進入無序狀態，大幅降低開發效率。

2.缺乏模塊化設計

所有模塊的代碼都雜糅在一起，沒有明確的劃分，很容易導致一個小小的改動，牽一發而動全身，很難拓展，還容易出bug。

3.團隊協作效率低

因為各自的邊界不清晰，導致開發、產品之間容易扯皮，影響開發效率和產品交付時間。

4.技術架構失控

不同研發團隊用不同的技術架構，有些技術架構不太成熟，導致了一些bug，或者系統的不穩定。

02

架構設計是為了解決什么？?核心目的是為了解決系統的復雜度帶來的問題模塊抽象化，相互之間解耦。

1.需求復雜

需求越復雜，業務流程也會變得復雜，同樣技術架構也會變得很復雜。我們需要從復雜的邏輯中，抽象出單一的模型出來，盡可能保持各個模塊之間的獨立。

2.高并發等場景的抗壓能力

系統越復雜，抗壓能力就要越強，高并發、可拓展性、性能要求等等。在好的架構上，抗壓能力更強。

3.延長系統的使用壽命

為什么公司不定時就要重構，核心原因就是架構不適合當前的業務發展了。所以，好的技術架構，考慮了未來的業務場景，加入到了當前的設計架構中，會使得系統的使用壽命適當延長。業務變革比如公司原來做垂直電商，后面又改成平臺電商，那有些架構就要調整，不然后續無法延展。