架構師的修煉

神州信息

王保育

經(jīng)常會(huì )聽(tīng)到，現在金融科技在發(fā)生巨變，開(kāi)源的技術(shù)、云化的服務(wù)、標準化的架構模式設計等，服務(wù)是由云廠(chǎng)商提供，開(kāi)發(fā)是由服務(wù)組合或API 調用實(shí)現，那么架構師崗位或是在簡(jiǎn)歷上印有架構師頭銜的IT從業(yè)者的未來(lái)何在？架構師在今后企業(yè)數字化轉型過(guò)程中還能發(fā)揮什么作用？

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

實(shí)際上，架構師就是企業(yè)里適合專(zhuān)注在上述重要事項的最佳人選，架構師用統一的方法論確保企業(yè)IT架構的完整性, 他們可以從技術(shù)上負責企業(yè)IT-業(yè)務(wù)的關(guān)聯(lián)、FinTech的跟進(jìn)和應用、復雜項目的規劃和試點(diǎn)、架構模型、開(kāi)發(fā)、決策、風(fēng)險管理、資產(chǎn)創(chuàng )建和重用,并盡早地作出企業(yè)級的重要架構決策以便整個(gè)團隊有章可循。架構師通過(guò)了解系統當前狀態(tài), 關(guān)心問(wèn)題進(jìn)展, 并在其變?yōu)閲乐爻潭戎凹右越鉀Q, 通過(guò)廣泛的協(xié)作來(lái)推動(dòng)企業(yè)的業(yè)務(wù)和技術(shù)進(jìn)步。

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

1.

架構師——領(lǐng)域方向

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

2.

架構師——職責所在

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

這期間，架構師扮演了方案設計者、技術(shù)領(lǐng)導者、方法論專(zhuān)家、團隊促進(jìn)者、項目顧問(wèn)等多重不同的角色，如下表所示意：

3.

架構師——π型人才

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

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

廣度層面: 不同范圍的經(jīng)驗、宏觀(guān)的視角眼界、知識廣博的通才、善于吸取不同意見(jiàn)、對不同議題保持最新的理解、了解如何學(xué)習和過(guò)濾、商業(yè)和技術(shù)的直覺(jué)和感知、很好的人脈。

深度層面: 業(yè)務(wù)和技術(shù)某些領(lǐng)域相當的精深和著(zhù)名、保持跟進(jìn)最前沿的科技業(yè)務(wù)發(fā)展、專(zhuān)家級以上的技能、實(shí)際的技術(shù)應用和最佳實(shí)踐經(jīng)驗、社區或圈子中的公認技術(shù)地位、眾人經(jīng)常請教、聽(tīng)取觀(guān)點(diǎn)的專(zhuān)家、不斷學(xué)習保持專(zhuān)長(cháng)技能的更新。

4.

架構師——構建模型

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

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

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

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

●模型：是現實(shí)的簡(jiǎn)化和系統的抽象， 用以更好地理解要創(chuàng )建的系統；

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

建架構描述的模型、術(shù)語(yǔ)和技巧；

●視圖：整個(gè)系統從某個(gè)關(guān)注角度的一個(gè)表達，定義一個(gè)或多個(gè)按照視角中規則創(chuàng )建的架構描述，視圖有時(shí)也被稱(chēng)為觀(guān)點(diǎn)。

一個(gè)模型通過(guò)一個(gè)或多個(gè)視圖來(lái)記錄和表達, 一個(gè)視角從一組干系人的具體要求出發(fā)， 給出了解決干系人顧慮的要求和規格，一個(gè)視圖遵從這個(gè)視角并將總體系統從不同關(guān)注點(diǎn)的角度進(jìn)行表達, 模型、視圖、視角的關(guān)系如下圖所示：

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

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

5.

架構師——進(jìn)階之道

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

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

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

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

■具有行業(yè)影響力，幫助公司業(yè)務(wù)戰略發(fā)展并帶動(dòng)高、中級架構師的成長(cháng)

■具有業(yè)務(wù)技術(shù)創(chuàng )新能力，成為國內外公認的技術(shù)領(lǐng)導者并為行業(yè)發(fā)展做出貢獻

●高級 IT 架構師 – 專(zhuān)業(yè)級 (Senior IT Architect)

■具有作為 IT 架構師獨立實(shí)踐的能力和生產(chǎn)經(jīng)驗

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

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

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

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

■開(kāi)始積極實(shí)踐 IT 架構師角色的一些重點(diǎn)架構設計

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

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

■具有一個(gè)或多個(gè)技術(shù)或產(chǎn)品領(lǐng)域的技術(shù)技能

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

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

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

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

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

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

ThoughtWorks 首席科學(xué)家 Martin Fowler 在其著(zhù)名的 “誰(shuí)需要架構師”《who needs an architect?》一文中提到了一個(gè)令人印象深刻的觀(guān)點(diǎn)：與實(shí)體建筑不同, 軟件不受制于物理的限制, 軟件受限于想象力、設計和組織，簡(jiǎn)單來(lái)講，軟件受限于人的特性，而非世界的特性， “我們已經(jīng)遇到了敵人，他就是我們自己” 。

參考文獻

1.企業(yè)架構-TOGAF：www.togaf.org

2.業(yè)務(wù)架構-BIAN： www.bian.org

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

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