關于架構的思考

“架構是一個技術架構體系，是一個項目支援的骨架，他決定了項目的邊界，決定了現階段項目的承受能力，開發速度，以及傳遞時間，還有成本。”

1

架構要結合場景來談，

一切脫離場景的架構都是不切實際的

像58的孫玄老師說的那樣，架構一定要結合場景來談，場景包括什麼呢？比如人力資源，預算成本，開發周期，業務等等綜合的因素來考慮設計架構。

沒有最好的架構，隻有最适合的架構，架構一定是結合場景綜合考慮之後的産物，而在架構演進的過程中，原有的架構又有被場景所棄。架構是一系列場景綜合的結果，是場景的支撐骨架。

在這個骨架下，可能保證現有場景滿足低成本，高效率的開發。以上是58的孫玄老師架構哲學。

2

架構選型的基礎是

廣闊的技術視野，

我們架構師很重要的一點是技術視野是否開闊，也就是說我們知道的架構，或者一些開源的項目多不多。并且不但知道，也知道這個架構的優缺點，和本質是什麼。

但技術視野足夠開闊之後，剩下的所要做的就是一些選型，然後具體進入執行階段，執行階段也無外乎一些配置和代碼層面的接口調用。

比如注冊中心，配置中心，服務治理，限流，降級，熔斷，分布式鎖，分布式事務都會用到哪些技術架構。一般都有開源的，沒有開源的，就要根據自己的場景來自造輪子。

3

架構師的本質就是

為企業降本增效

其實不隻是架構師，所有程式員或者所有企業人員都是為了給企業降本增效的，當一個架構師有了給企業降本增效的能力後，就會在一定程度上擷取為企業減少的成本的百分之幾的獎賞。

當然，作為知識工作者，達到降本增效的目的不是很顯而易見的。而且作為企業中的一員，其實很難界定自己作為架構師到底給企業帶來了多少價值。量化是很難的。

一個優秀的架構師會把複雜的問題簡單化，一個不優秀的架構師會把簡單的問題複雜化，複雜的問題搞不定。是以紮克伯格也承認，一個優秀的程式員可能會是一個普通程式員的100倍，這裡講的是創造的價值。

4

架構的目的一定是為了現階段

企業的項目穩定性和發展

一個好的架構可以達到高可用，高并發，并且自動化部署，運維，也會發現項目中的異常，也就是說服務治理系統監控的變量非常全面。

架構是一些開源架構，自己的輪子，代碼，和一些邏輯的有機組成體，這樣的結合保證了項目的發展需要和穩定性。