圖片來源：pexels.com

1

? ?

架構師承擔什么樣的責任

記錄片《黑猩猩的守護者》中珍妮·古道爾博士說過：「唯有了解，才會關心，唯有關心，才會採取行動，唯有行動，生命才有希望」，套用到架構師身上“唯有了解，才會關心，唯有關心，才會采取行動，唯有行動，才會有結果”。

做架構師首先要知道自己承擔什么樣的角色和職責，之后才能構建自己的知識體系用于輔助決策和指導實施。不同的企業對架構師工作的要求不同，有些企業沒有設置架構師崗位，相關工作有需求或開發人員承擔，按照架構師所從內容側重點不同架構師可以分為：

業務架構師（Business Architect）

技術專項領域架構師（Domain Architect）

技術架構師（Technology Architect）

企業總體架構師（Enterprise Architect）

項目層面的技術架構師（JAVA 架構師、 .NET 架構師）

2

? ?

架構師的核心能力

架構師的經驗很重要，因為只有經歷過才能更深入的理解痛點以及表面繁華背后需要填的坑，比經驗更重要的是要具備深入思考的能力，時常對從事的專題領域的進行經驗總結，才能跳出本位看全局，不斷提升自己的判斷和分析的能力。

在做分析或經驗總結時，一般采用結構化思維方法;

1. 首先梳理目標，清理目標與自己或將來發展的關系；

2. 其次做現狀分析，知道自己有什么、缺什么以及分析與目標的差距，眼下首要的任務是什么；再次是路線與措施分析，并制定保證有效執行的方案；

3. 最后是下定決心以較高的執行力來實踐。

4.溝通能力也很重要，在執行決策前，先與分析相關干系人的訴求，并協調其合作要比單純的編程能力更為重要。

5.架構師也需要具備一定的商業頭腦，只有這樣才能很好地理解企業戰略目標，制定能夠贏的技術路線與之匹配。

以傳統企業幾年前的服務整理為例，

目標：改善現在的無序現狀，建立服務及交易標準，構建符合企業發展需要的 SOA 服務平臺，為業務的靈活多變提供支撐；

現狀：企業開業多年積累了大大小小幾百個系統，因為建設之初上線時間卡的比較緊，大部分是采購成熟的基于垂直架構體系的商業套件，長期下來系統如煙囪一樣一個一個建立，為了解決信息孤島，采用了系統集成方案，在執行過程中因為接口缺少統一管理，系統邊界、模塊間之策不清。運維過程中需要相關或無關的人員一起參與進來才能定位問題，問題排查慢、耗費大量人力。眼下最重要的是先建立服務及交易規范，規范新建系統對接，并指導歷史系統改造。

路線：如何執行是需要好好規劃的，如下圖“面向 SOA 的企業架構”就是執行前需要考慮的方方面面：

考慮到企業已經積累了大量接口，接口改造和測試耗費巨大周期長，而且部分系統是外包的源碼控制力弱，目前團隊人員等因素，需要分階段執行。

第一階段，通過統一的服務總線和監控平臺實現交易的監控， 比較適合企業現狀，選擇比較成熟的產品加經驗豐富的實施商（ps:根據以往經驗有的時候，有經驗的實施商比產品重要），進行交易線服務接入接出規范制定并進行服務接入；

第二階段，深入服務治理，一些基礎服務下沉為平臺、流程服務歸入 BPM、提高可管理性為服務主動管理和預警提供有效手段。

3

? ?

架構師的知識管理

架構師的知識面很廣，需要快速的學習知識、快速的掌握并運用、經常將知識沉淀為經驗并分享給伙伴、督導團隊執行并創新。關于如何構建自己的知識體系建議：

保持好奇心和閱讀習慣堅持做筆記、

深入思考問題背后根源，學習和掌握方法論

經常與人交流或查看牛人博客

經常總結并分類管理與分享

下面的表格是幾年前在沒有使用 APM 類監控工具時人工排查問題排查列表，“知識積累部分”就是用來對常見問題進行分類保存，并時常歸納總結，經驗是最好的老師。

P.S：《你的知識需要管理》中對知識管理的五部分：學習，保存，共享，使用，創新，有深入的介紹。

4

? ?

架構師的問題解決能力

專業主義，架構師的好奇心比較強，喜歡解決問題。然而做技術容易先入為主，會覺得技術重要性第一，比方下面的故事：

你所在的項目接到一個新的接口開發需要，作為架構師你如何處理？”

不要往下看，先考慮下……

建議的思維方式：要不要做、應該誰來做（涉及到系統邊界問題）、如何做、什么時候做合適、做了對將來有什么影響……等。

作為技術管理者，架構師應在不同的場景內跳入、逃出，大格局著眼，細節入手，并時時總結，盡量規避先入為主的執行思維（如：首先考慮使用協議、接口規范、如何執行、要多久才能完成、如何規避風險……等）。

架構師，特別是一線架構師經常會作為技術專家來支持問題的解決，下面是以往問題經驗的總結：

5

? ?

對傳統企業上微服務的看法

避免新瓶裝舊酒，綜合考慮組織架構和團隊技術水平，企業文化等因素，如果企業的服務治理還在初級水平，那么還是先著手解決眼下關鍵問題。如果想大膽創新，那么一定要做好規劃分析——因為新技術不只解決問題也會帶來很多新的問題。

6

? ?

推薦書籍

《簡單邏輯學》、《知道做到》、《你的知識需要管理》、《架構即未來》、《企業應用架構模式》、《軟件架構師應該知道的 97 件事》、《代碼大全》。

7

? ?

關于作者

孔慶龍，一線架構師，多年金融保險集團企業架構經驗。精通 SOA、服務治理、系統優化

---

推薦閱讀

支付寶全局架構師曹剛：為12億用戶設計架構是什么體驗？

2021-07-16

什么是業務，什么是業務架構？

2021-07-15

資深架構專家聊架構之道：規劃、簡化和演化（續）

2021-07-12

資深架構專家講解微服務治理的架構演進

2021-07-05

資深架構專家聊架構之道：規劃、簡化和演化

2021-07-01

資深架構師手把手教你性能優化

2021-06-07

? ?END ? ?? #技術人必備#

總結

以上是生活随笔為你收集整理的资深架构师十几年的架构干货经验总结分享！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。