什么是架構師

架構師始終是一-個比較神秘的角色，就像架構一樣，好像也沒有一個定論。

每個人心中的架構師都是不一樣的，并且有一一個規律，都把自己搞不定的事情交給架構師，以為架構師就是能搞定自己搞不定的事情的人。那什么是架構師呢?

全書總共33章的內容，大家轉發關注小編，并且私信小編“學習”就可以拿到。

架構師做什么

做什么事決定了一個人是什么人。為什么我們稱某個人為架構師，肯定是因為他在做可以被認為是架構師的事。那么哪些事是架構師應該做的呢?從前面我們所探討的什么是架構可以看出:架構的目的就是為了增長。

而要達到增長，就必須要把很多人合并起來做同一件事情，并且使他們做的事情合并起來達到1+1>2的效果，最少也要達到1+1=2的效果。而在現實生活中，人數增長到了一定的程度，溝通效率就會下降。到了一定程度，人越多產出反而越少。

這個時候就需要架構師。

架構師會把需要增長的業務了解清楚，挖掘出核心生命周期，并確定核心生命周期的主體。換句話說架構師要發現問題的主體，并確定核心問題。在確定業務核心生命周期以及核心生命周期的主體之后，架構師還需要對業務核心生命周期進行分析，剝離出非核心生命周期，并根據當前人員的狀況，合理地分配非核心生命周期的權責。這樣不同的人就可以并行地互不影響地做不同的事情，最后根據核心生命周期，把他們的工作成果組合起來，達到1+1>2的效果。

以上僅僅是把現在的問題解決好，還需要更進一步，那就是根據對不同生命周期的運營情況，對未來的增長做一定的預判，提前做好規劃，做相應的人員、技術的儲備一這 就是戰略架構。

業務、架構和技術三者的關系

某天和朋友吃飯正好聊到這個話題，作為架構師或者做技術的人，在開發軟件時，他們基本就是在扮演上帝的角色:不但要創建出一個個的程序，還要讓這些程序能夠脫離他們在硬件上獨立運行，以便為這個程序所服務的群體提供服務。

當這個程序出現問題或者錯誤(Bug )的時候，他們還要扮演牧師的角色，去修復這些問題。這不正是一個程序的社會嗎?和人類社會的演變何其相似! 軟件是模仿人類的，用人類演變的歷史來指導軟件開發工作是- 個很自然的想法，畢竟再次經歷人類演變發展的歷史是很痛苦的。架構師和程序員是決定軟件的關鍵人物，可見架構師和程序員在扮演著多么重要的角色。

在軟件設計開發的過程中經常 會看到，很多所謂的架構討論實際上只是在討論某些技術的技術討論。在很多人看來，特別是軟件工程師，架構和技術實際上是等同的。多學會了幾種技術，就覺得可以做架構師了。或者學會的技術越多，就覺得自己的架構水平越高。

對于別的架構師當然也采用同樣的標準來評判。要知道，任何技術都是為了解決某種問題而存在的，學會了很多技術，并不代表能夠利用這些技術來解決問題。學會的技術的多少，所帶來的差別只是解決問題的手段多了些而已。但是手段多了就一定是好事嗎?學會的技術越多，很多時候越不知道采用哪種技術更好，所謂“亂花漸欲迷人眼"。

還有另一-種很普 遍的現象:做技術的軟件工程師往往看不上業務。覺得技術更高端，而業務太平凡、太低端，并且業務人員總是給技術挖坑。而業務人員則覺得做技術的眼光高，但總是理解有偏差。技術人員往往對業務一知半解， 業務問題總是解決得不圓滿。但業務人員對此又無可奈何，因為自己不懂技術。

業務、架構和技術三者都是軟件行業從業者必須打交道的，這三個概念到底有什么異同?大家應該怎么處理業務人員、技術人員還有架構師的關系呢?

交易系統

交易系統是企業的核心系統，如何建設好交易系統是一個很有趣的話題。通過對交易系統的分析，可以看到社會發展對軟件的影響，以及軟件架構是如何在軟件中發揮作用的，同時軟件又是如何反過來推動社會發展的。

對于交易系統，不同類型的企業各有其不同的特質。制造業類的企業以制造為主，交易往往較弱，總是依賴于渠道類的企業幫助售賣。因此渠道類的企業往往是軟件虛擬化的先導，而且以交易為主項。無論是哪種企業，交易系統都是大同小異的，因為其核心生命周期都是一樣的， 都是服務于交易雙方的。

各種交易系統的區別在于企業的產品不同，售賣的流程也不一樣。不同交易系統的最終目接下來就通過對交易系統的分析，忽略不同企業的交易系統之間行為的差異，從交易系統本身的職責拆分和架構的拆分中，展現架構是如何在軟件中應用的。

大家轉發關注小編，并且私信小編“學習”就可以拿到。

每一個人對架構都有不同的概念和理解，那你對架構是怎么理解的呢？歡迎大家討論。