架構師的修煉

神州信息

王保育

經常會聽到，現在金融科技在發生巨變，開源的技術、云化的服務、標準化的架構模式設計等，服務是由云廠商提供，開發是由服務組合或API 調用實現，那么架構師崗位或是在簡歷上印有架構師頭銜的IT從業者的未來何在？架構師在今后企業數字化轉型過程中還能發揮什么作用？

其實大數據也好、云計算也罷，層出不窮的FinTech發展實際上已經遠遠超出了許多企業的預料和把控，在互聯網發展新時代，企業中誰來深刻地理解客戶需求變化和業務挑戰，并正確地應用創新科技來加以解決？誰來掌控企業業務架構、信息架構、技術架構的總體框架，并負責實現跨企業內外不同風格的產品、技術和服務的集成，以及指導各領域專家進行業務能力組件的詳細梳理、設計、開發、測試、部署和上線？

實際上，架構師就是企業里適合專注在上述重要事項的最佳人選，架構師用統一的方法論確保企業IT架構的完整性, 他們可以從技術上負責企業IT-業務的關聯、FinTech的跟進和應用、復雜項目的規劃和試點、架構模型、開發、決策、風險管理、資產創建和重用,并盡早地作出企業級的重要架構決策以便整個團隊有章可循。架構師通過了解系統當前狀態, 關心問題進展, 并在其變為嚴重程度之前加以解決, 通過廣泛的協作來推動企業的業務和技術進步。

稱職的架構師就象好的登山向導一樣,不光有更多的經驗和技巧以教導其他成員更好地工作,同時始終堅守正確的企業架構方向并領導團隊應對企業真正棘手的業務和技術挑戰。那么架構師如何修煉？架構師崗位都有哪些專業領域方向？架構師應有怎樣的覺悟意識？架構師要具備怎樣的知識架構？架構師構建模型的核心重點是什么？架構師的能力層級怎樣劃分？架構師的職業發展如何進階？

1.

架構師——領域方向

從架構范圍和工作側重的不同來分析，架構師崗位有三個大的架構方向，企業架構、業務架構、方案架構。企業架構(Enterprise Architecture)聚焦企業范圍、宏觀戰略、架構藍圖、業務、信息、應用、技術架構的總體框架；業務架構(Business Architecture) 關注業務對象交互、業務場景、業務能力及其組成；方案架構(IT Architecture)側重具體項目或應用層面的功能架構設計及其實現。支撐上述三大架構方向的基礎是四大關鍵架構領域能力，包括應用架構(Application Architecture)、信息架構(Information Architecture)、技術架構(Technology Architecture)和集成架構(Integration Architecture)，分別專注于架構設計中的應用功能、數據管理、技術支撐和系統集成。架構師專業領域參考如下圖所示意，其中，一個復雜的方案架構設計可能會需要四大架構領域的不同專家的共同參與和支持。

2.

架構師——職責所在

一個復雜的IT系統建設，需要多種不同技能團隊的共同配合，就像下圖中一所房屋的搭建的卡通畫所示意，涉及到用戶、項目經理PM、架構師、工程師等，用戶提出需求，PM 控制工期、進度，工程師完成具體的開發和施工，那么架構師應該做什么？他/她應該與客戶進行有效溝通，梳理清楚客戶需求，與項目經理、技術專家和工程師進行討論，設計出可行的、滿足客戶需求的、同時又在預算范圍內的架構方案，并跟進方案實施和解決服務交付中出現的任何架構相關問題。

這期間，架構師扮演了方案設計者、技術領導者、方法論專家、團隊促進者、項目顧問等多重不同的角色，如下表所示意：

3.

架構師——π型人才

以往大家談架構師等專業人才的知識結構，大都提到“T型”結構，即只要擁有一定的經驗和知識廣度，以及單一專長的領域和深度就可成功，現在看來，在當今高度競爭的數字化時代，只有一種專長的領域還是不夠的，可能很快會被別人迎頭趕上；另一方面，復雜的架構設計需要多方面平衡的、兩個或更多領域的深度知識結構，因此，架構師必須擁有“兩把刷子”，進化到所謂的“π型員工”，培養出多項專業才能，才能讓自己兩只腳穩穩站立在職場之上。

所謂“π型人才”， 上面的一橫是指員工本身知識廣博、經驗豐富，“π”字下面那兩豎指至少擁有兩種或更多專業技能，并能將多門知識融會貫通的復合能力，它可能逐漸會成為21世紀架構人才的標準。“π型人才”對架構師知識的深度和廣度都提出了很高要求，如下圖所示意。

廣度層面: 不同范圍的經驗、宏觀的視角眼界、知識廣博的通才、善于吸取不同意見、對不同議題保持最新的理解、了解如何學習和過濾、商業和技術的直覺和感知、很好的人脈。

深度層面: 業務和技術某些領域相當的精深和著名、保持跟進最前沿的科技業務發展、專家級以上的技能、實際的技術應用和最佳實踐經驗、社區或圈子中的公認技術地位、眾人經常請教、聽取觀點的專家、不斷學習保持專長技能的更新。

4.

架構師——構建模型

對于架構，大家并不陌生， 例如常見的建筑架構，它是指用建筑材料(石材、木材或鋼筋水泥)搭建的一種用于居住和使用的物體結構, 那么IT架構有什么不同之處？

行業共識的IT架構就是系統的結構或結構集合, 由軟件和硬件元素組成，包括它們的外部屬性及相互關系。架構不僅是系統結構、組件、接口交互的簡單描述, 它也是一個社交性的構件，因為它不但依賴于軟件，而且依賴于相關方對其系統組成的重要事情的共同理解。

部分企業過去對IT架構重視不夠，認為架構就是幾張藍圖或Word 文檔、架構跟基礎設施是一碼事、架構與設計差不多。其實，架構包含結構、組成、接口，它比結構內涵豐富，因為它有動態特征，例如架構決策；架構不等同于簡單的結構，它有嚴格的思考邏輯和活動產出物；架構和設計不同，架構創建結構，設計細化內容。架構更宏觀，描述的是結構, 定義了設計邊界, 設計更具體，描述并實現了架構組成元素的內部行為和細節；架構設置了設計的大背景并驅動開發，設計通過創建架構元素的內部表現行為并增加架構定義關系的額外細節來實現系統架構的目標；架構也不簡單是基礎設施，基礎設施是架構重要的和整合的一部分, 但是架構比基礎設施涉及更多內容，狹隘的架構視角會導致在設計中不能有效地解決問題。

1995 年, Rational公司的Philippe Kruchten 發表了著名的軟件架構"4+1"模型, Architectural Blueprints—The “4+1” View Model of Software Architecture, 描述了軟件型系統架構如何基于多個并行視角來滿足不同干系人需求, 后來有了IEEE 1471推薦標準，之后IBM 公司擴展了視圖、視角框架, 推動了架構模型設計的進步，架構模型的最佳實踐如下：

●模型：是現實的簡化和系統的抽象， 用以更好地理解要創建的系統；

●視角：視角是從干系人的關心出發, 提供構建和使用視圖的習慣規格，定義用于構

建架構描述的模型、術語和技巧；

●視圖：整個系統從某個關注角度的一個表達，定義一個或多個按照視角中規則創建的架構描述，視圖有時也被稱為觀點。

一個模型通過一個或多個視圖來記錄和表達, 一個視角從一組干系人的具體要求出發， 給出了解決干系人顧慮的要求和規格，一個視圖遵從這個視角并將總體系統從不同關注點的角度進行表達, 模型、視圖、視角的關系如下圖所示：

架構視圖與視角的模型途徑可能聽上去有些抽象，為便于理解，我們舉例來看復雜的建筑設計是如何實現的，例如，北京奧運會場館鳥巢建筑，其中規劃、運行、環保、建設等許多部門都對場館建筑提出了不同要求，對于這些觀點要求，我們通過視角的規格描述來要求整個系統的設計、建設等部門做到一一滿足，也就是設計系統模型的不同視圖要遵從上述環境、造型、燈光、結構視角的要求，并且還要綜合考慮這些不同視角要求之間的兼容和協調，這其實就是模型-視圖-視角架構途徑在現實生活中的一個實際應用，如下圖所示：

同樣IT架構模型也可以從不同方式和角度來觀察，所得到的結果依賴于要表達的視角和上下文，并因干系人而變。觀察架構時，將架構視角分為基本視角(每行)和交叉視角(每列)， 基本視角描述可以觀察的事物類型和記錄方式，交叉視角控制實際看到的內容，它是描述投射到基本視角的過濾器，記錄基本視圖的工件描述，其中干系人的顧慮決定交叉視角, 橫向的基本視角(行)和縱向的交叉視角(列)相交有很多交叉處, 他們表達了架構設計的特別關注并提供對解決方案的洞察，同時也是架構設計不同視圖要達到的目標，包括系統會做什么？系統如何去做？以及系統如何被驗證? 如下圖所示意。具體實現時是通過架構方法論的過程步驟去完成用例模型、系統關系、組件模型、運行模型等架構工件設計。

5.

架構師——進階之道

常去星巴克的人們可能看到，星巴克員工的圍裙常見有4種顏色：綠色、黑色、咖啡色、紫色，如下圖所示意，顯然這些顏色都有各自的意義，并不是所有員工都能穿黑圍裙或者特殊的紅圍裙。這其實是星巴克內部的一種等級制度，代表了初級、進階、高級、特殊高級，是需要通過進修和比賽等過程才能晉級的。

架構師也同樣有不同的能力等級劃分，包括初級、中級、高級和大咖級，差別如下：

●大咖級 IT 架構師 – 思想領袖級 (Executive IT Architect)

■具有創建集成 IT 解決方案以響應客戶大型復雜項目需求的綜合能力

■具有行業影響力，幫助公司業務戰略發展并帶動高、中級架構師的成長

■具有業務技術創新能力，成為國內外公認的技術領導者并為行業發展做出貢獻

●高級 IT 架構師 – 專業級 (Senior IT Architect)

■具有作為 IT 架構師獨立實踐的能力和生產經驗

■在解決方案設計和交付項目中擔任首席 IT 架構師角色

■架構設計獲得該專業高級成員的認可，并可以指導中、低級架構師工作

●中級 IT 架構師 – 經驗級 (Associate IT Architect)

■具有必備的所有架構師所需要的核心能力

■開始積極實踐 IT 架構師角色的一些重點架構設計

■有時還需要一些導師或架構團隊負責人的部分指導

●初級IT 架構師 – 入門級 (Junior IT Architect)

■具有一個或多個技術或產品領域的技術技能

■具有IT架構師獨立實踐所需的基礎架構能力

■通常在導師或架構團隊負責人的指導下工作

架構師的成長同樣是需要時間的打磨和實踐的積累，有時也需要一些難得的機緣和修煉氛圍，包括好的客戶、好的項目、好的導師、好的團隊等等。架構師的修煉是個漫長的過程，起步階段，架構師需要有堅實的理論基礎，包括架構設計方法論、項目管理、咨詢表達、行業知識等，主要可以通過課程培訓去學習；發展階段，架構師需要方法論實踐和架構設計的生產檢驗，主要可以通過項目實戰(On Job Training)去提高；提升階段，架構師需要呈現技術領導力、方案創新力和行業影響力，主要通過導師指導(Mentoring)去完成，架構師進階途徑如下圖所示意：

綜上所述，架構師在企業扮演著重要角色并在一定程度上影響甚至是決定著數字化轉型的進度和成敗。金融科技為企業帶來了巨大機遇和挑戰，如此龐大而快速發展的FinTech架構元素，企業如何選擇和更好地利用，架構師的工作任重而道遠。

一個優秀的架構師需要秉持開放的學習心態，包括遵循行業開放標準，例如企業架構(TOGAF)、銀行業務架構(BIAN)、標準建模(UML、ArchiMate)等，而不是閉門造車和孤芳自賞。架構師要幫助企業把所有相關的IT元素搭建一個強壯的IT系統，完成功能和非功能需求，他們要把握方案的靜態結構，包括系統的形式、架構組成及這些元素如何組成一個整體，同時更要掌控系統的動態結構，包括系統如何實際工作、如何互相交互滿足系統需求等。

一個優秀的架構師要持續堅持自我修煉及頓悟，不斷克服自身的一些缺點，例如：專注自己擅長領域而忽略其他方面; 相信技術萬能, 容易被技術所迷惑; 追求完美，不停的設計變動，不能在范圍、時間、資源之間取得平衡; 不習慣重用，認為自己能做一切等等，這樣架構師才能適應數字化時代的發展和不斷進步，真正做到知行合一、宏觀和微觀相結合及系統化思考，架構師能力地圖參考如下圖所示意：

ThoughtWorks 首席科學家 Martin Fowler 在其著名的 “誰需要架構師”《who needs an architect?》一文中提到了一個令人印象深刻的觀點：與實體建筑不同, 軟件不受制于物理的限制, 軟件受限于想象力、設計和組織，簡單來講，軟件受限于人的特性，而非世界的特性， “我們已經遇到了敵人，他就是我們自己” 。

參考文獻

1.企業架構-TOGAF：www.togaf.org

2.業務架構-BIAN： www.bian.org

3.IT 架構-IBM： 《企業數字化轉型架構》王保育著， 電子工業出版社

4.銀行模型-ArchiMate: 《銀行業架構網絡(BIAN)的ArchiMate®建模符號》王保育譯，The Open Group and BIAN