架構師的修煉
神州信息
王保育
經(jīng)常會聽到，現(xiàn)在金融科技在發(fā)生巨變，開源的技術、云化的服務、標準化的架構模式設計等，服務是由云廠商提供，開發(fā)是由服務組合或API 調(diào)用實現(xiàn)，那么架構師崗位或是在簡歷上印有架構師頭銜的IT從業(yè)者的未來何在？架構師在今后企業(yè)數(shù)字化轉型過程中還能發(fā)揮什么作用？
其實大數(shù)據(jù)也好、云計算也罷，層出不窮的FinTech發(fā)展實際上已經(jīng)遠遠超出了許多企業(yè)的預料和把控，在互聯(lián)網(wǎng)發(fā)展新時代，企業(yè)中誰來深刻地理解客戶需求變化和業(yè)務挑戰(zhàn)，并正確地應用創(chuàng)新科技來加以解決？誰來掌控企業(yè)業(yè)務架構、信息架構、技術架構的總體框架，并負責實現(xiàn)跨企業(yè)內(nèi)外不同風格的產(chǎn)品、技術和服務的集成，以及指導各領域專家進行業(yè)務能力組件的詳細梳理、設計、開發(fā)、測試、部署和上線？
實際上，架構師就是企業(yè)里適合專注在上述重要事項的最佳人選，架構師用統(tǒng)一的方法論確保企業(yè)IT架構的完整性, 他們可以從技術上負責企業(yè)IT-業(yè)務的關聯(lián)、FinTech的跟進和應用、復雜項目的規(guī)劃和試點、架構模型、開發(fā)、決策、風險管理、資產(chǎn)創(chuàng)建和重用,并盡早地作出企業(yè)級的重要架構決策以便整個團隊有章可循。架構師通過了解系統(tǒng)當前狀態(tài), 關心問題進展, 并在其變?yōu)閲乐爻潭戎凹右越鉀Q, 通過廣泛的協(xié)作來推動企業(yè)的業(yè)務和技術進步。
稱職的架構師就象好的登山向導一樣,不光有更多的經(jīng)驗和技巧以教導其他成員更好地工作,同時始終堅守正確的企業(yè)架構方向并領導團隊應對企業(yè)真正棘手的業(yè)務和技術挑戰(zhàn)。那么架構師如何修煉？架構師崗位都有哪些專業(yè)領域方向？架構師應有怎樣的覺悟意識？架構師要具備怎樣的知識架構？架構師構建模型的核心重點是什么？架構師的能力層級怎樣劃分？架構師的職業(yè)發(fā)展如何進階？
1.
架構師——領域方向
從架構范圍和工作側重的不同來分析，架構師崗位有三個大的架構方向，企業(yè)架構、業(yè)務架構、方案架構。企業(yè)架構(Enterprise Architecture)聚焦企業(yè)范圍、宏觀戰(zhàn)略、架構藍圖、業(yè)務、信息、應用、技術架構的總體框架；業(yè)務架構(Business Architecture) 關注業(yè)務對象交互、業(yè)務場景、業(yè)務能力及其組成；方案架構(IT Architecture)側重具體項目或應用層面的功能架構設計及其實現(xiàn)。支撐上述三大架構方向的基礎是四大關鍵架構領域能力，包括應用架構(Application Architecture)、信息架構(Information Architecture)、技術架構(Technology Architecture)和集成架構(Integration Architecture)，分別專注于架構設計中的應用功能、數(shù)據(jù)管理、技術支撐和系統(tǒng)集成。架構師專業(yè)領域參考如下圖所示意，其中，一個復雜的方案架構設計可能會需要四大架構領域的不同專家的共同參與和支持。
2.
架構師——職責所在
一個復雜的IT系統(tǒng)建設，需要多種不同技能團隊的共同配合，就像下圖中一所房屋的搭建的卡通畫所示意，涉及到用戶、項目經(jīng)理PM、架構師、工程師等，用戶提出需求，PM 控制工期、進度，工程師完成具體的開發(fā)和施工，那么架構師應該做什么？他/她應該與客戶進行有效溝通，梳理清楚客戶需求，與項目經(jīng)理、技術專家和工程師進行討論，設計出可行的、滿足客戶需求的、同時又在預算范圍內(nèi)的架構方案，并跟進方案實施和解決服務交付中出現(xiàn)的任何架構相關問題。
這期間，架構師扮演了方案設計者、技術領導者、方法論專家、團隊促進者、項目顧問等多重不同的角色，如下表所示意：
3.
架構師——π型人才
以往大家談架構師等專業(yè)人才的知識結構，大都提到“T型”結構，即只要擁有一定的經(jīng)驗和知識廣度，以及單一專長的領域和深度就可成功，現(xiàn)在看來，在當今高度競爭的數(shù)字化時代，只有一種專長的領域還是不夠的，可能很快會被別人迎頭趕上；另一方面，復雜的架構設計需要多方面平衡的、兩個或更多領域的深度知識結構，因此，架構師必須擁有“兩把刷子”，進化到所謂的“π型員工”，培養(yǎng)出多項專業(yè)才能，才能讓自己兩只腳穩(wěn)穩(wěn)站立在職場之上。
所謂“π型人才”， 上面的一橫是指員工本身知識廣博、經(jīng)驗豐富，“π”字下面那兩豎指至少擁有兩種或更多專業(yè)技能，并能將多門知識融會貫通的復合能力，它可能逐漸會成為21世紀架構人才的標準。“π型人才”對架構師知識的深度和廣度都提出了很高要求，如下圖所示意。
廣度層面: 不同范圍的經(jīng)驗、宏觀的視角眼界、知識廣博的通才、善于吸取不同意見、對不同議題保持最新的理解、了解如何學習和過濾、商業(yè)和技術的直覺和感知、很好的人脈。
深度層面: 業(yè)務和技術某些領域相當?shù)木詈椭⒈３指M最前沿的科技業(yè)務發(fā)展、專家級以上的技能、實際的技術應用和最佳實踐經(jīng)驗、社區(qū)或圈子中的公認技術地位、眾人經(jīng)常請教、聽取觀點的專家、不斷學習保持專長技能的更新。
4.
架構師——構建模型
對于架構，大家并不陌生， 例如常見的建筑架構，它是指用建筑材料(石材、木材或鋼筋水泥)搭建的一種用于居住和使用的物體結構, 那么IT架構有什么不同之處？
行業(yè)共識的IT架構就是系統(tǒng)的結構或結構集合, 由軟件和硬件元素組成，包括它們的外部屬性及相互關系。架構不僅是系統(tǒng)結構、組件、接口交互的簡單描述, 它也是一個社交性的構件，因為它不但依賴于軟件，而且依賴于相關方對其系統(tǒng)組成的重要事情的共同理解。
部分企業(yè)過去對IT架構重視不夠，認為架構就是幾張藍圖或Word 文檔、架構跟基礎設施是一碼事、架構與設計差不多。其實，架構包含結構、組成、接口，它比結構內(nèi)涵豐富，因為它有動態(tài)特征，例如架構決策；架構不等同于簡單的結構，它有嚴格的思考邏輯和活動產(chǎn)出物；架構和設計不同，架構創(chuàng)建結構，設計細化內(nèi)容。架構更宏觀，描述的是結構, 定義了設計邊界, 設計更具體，描述并實現(xiàn)了架構組成元素的內(nèi)部行為和細節(jié)；架構設置了設計的大背景并驅動開發(fā)，設計通過創(chuàng)建架構元素的內(nèi)部表現(xiàn)行為并增加架構定義關系的額外細節(jié)來實現(xiàn)系統(tǒng)架構的目標；架構也不簡單是基礎設施，基礎設施是架構重要的和整合的一部分, 但是架構比基礎設施涉及更多內(nèi)容，狹隘的架構視角會導致在設計中不能有效地解決問題。
1995 年, Rational公司的Philippe Kruchten 發(fā)表了著名的軟件架構"4+1"模型, Architectural Blueprints—The “4+1” View Model of Software Architecture, 描述了軟件型系統(tǒng)架構如何基于多個并行視角來滿足不同干系人需求, 后來有了IEEE 1471推薦標準，之后IBM 公司擴展了視圖、視角框架, 推動了架構模型設計的進步，架構模型的最佳實踐如下：
●模型：是現(xiàn)實的簡化和系統(tǒng)的抽象， 用以更好地理解要創(chuàng)建的系統(tǒng)；
●視角：視角是從干系人的關心出發(fā), 提供構建和使用視圖的習慣規(guī)格，定義用于構
建架構描述的模型、術語和技巧；
●視圖：整個系統(tǒng)從某個關注角度的一個表達，定義一個或多個按照視角中規(guī)則創(chuàng)建的架構描述，視圖有時也被稱為觀點。
一個模型通過一個或多個視圖來記錄和表達, 一個視角從一組干系人的具體要求出發(fā)， 給出了解決干系人顧慮的要求和規(guī)格，一個視圖遵從這個視角并將總體系統(tǒng)從不同關注點的角度進行表達, 模型、視圖、視角的關系如下圖所示：
架構視圖與視角的模型途徑可能聽上去有些抽象，為便于理解，我們舉例來看復雜的建筑設計是如何實現(xiàn)的，例如，北京奧運會場館鳥巢建筑，其中規(guī)劃、運行、環(huán)保、建設等許多部門都對場館建筑提出了不同要求，對于這些觀點要求，我們通過視角的規(guī)格描述來要求整個系統(tǒng)的設計、建設等部門做到一一滿足，也就是設計系統(tǒng)模型的不同視圖要遵從上述環(huán)境、造型、燈光、結構視角的要求，并且還要綜合考慮這些不同視角要求之間的兼容和協(xié)調(diào)，這其實就是模型-視圖-視角架構途徑在現(xiàn)實生活中的一個實際應用，如下圖所示：
同樣IT架構模型也可以從不同方式和角度來觀察，所得到的結果依賴于要表達的視角和上下文，并因干系人而變。觀察架構時，將架構視角分為基本視角(每行)和交叉視角(每列)， 基本視角描述可以觀察的事物類型和記錄方式，交叉視角控制實際看到的內(nèi)容，它是描述投射到基本視角的過濾器，記錄基本視圖的工件描述，其中干系人的顧慮決定交叉視角, 橫向的基本視角(行)和縱向的交叉視角(列)相交有很多交叉處, 他們表達了架構設計的特別關注并提供對解決方案的洞察，同時也是架構設計不同視圖要達到的目標，包括系統(tǒng)會做什么？系統(tǒng)如何去做？以及系統(tǒng)如何被驗證? 如下圖所示意。具體實現(xiàn)時是通過架構方法論的過程步驟去完成用例模型、系統(tǒng)關系、組件模型、運行模型等架構工件設計。
5.
架構師——進階之道
常去星巴克的人們可能看到，星巴克員工的圍裙常見有4種顏色：綠色、黑色、咖啡色、紫色，如下圖所示意，顯然這些顏色都有各自的意義，并不是所有員工都能穿黑圍裙或者特殊的紅圍裙。這其實是星巴克內(nèi)部的一種等級制度，代表了初級、進階、高級、特殊高級，是需要通過進修和比賽等過程才能晉級的。
架構師也同樣有不同的能力等級劃分，包括初級、中級、高級和大咖級，差別如下：
●大咖級 IT 架構師 – 思想領袖級 (Executive IT Architect)
■具有創(chuàng)建集成 IT 解決方案以響應客戶大型復雜項目需求的綜合能力
■具有行業(yè)影響力，幫助公司業(yè)務戰(zhàn)略發(fā)展并帶動高、中級架構師的成長
■具有業(yè)務技術創(chuàng)新能力，成為國內(nèi)外公認的技術領導者并為行業(yè)發(fā)展做出貢獻
●高級 IT 架構師 – 專業(yè)級 (Senior IT Architect)
■具有作為 IT 架構師獨立實踐的能力和生產(chǎn)經(jīng)驗
■在解決方案設計和交付項目中擔任首席 IT 架構師角色
■架構設計獲得該專業(yè)高級成員的認可，并可以指導中、低級架構師工作
●中級 IT 架構師 – 經(jīng)驗級 (Associate IT Architect)
■具有必備的所有架構師所需要的核心能力
■開始積極實踐 IT 架構師角色的一些重點架構設計
■有時還需要一些導師或架構團隊負責人的部分指導
●初級IT 架構師 – 入門級 (Junior IT Architect)
■具有一個或多個技術或產(chǎn)品領域的技術技能
■具有IT架構師獨立實踐所需的基礎架構能力
■通常在導師或架構團隊負責人的指導下工作
架構師的成長同樣是需要時間的打磨和實踐的積累，有時也需要一些難得的機緣和修煉氛圍，包括好的客戶、好的項目、好的導師、好的團隊等等。架構師的修煉是個漫長的過程，起步階段，架構師需要有堅實的理論基礎，包括架構設計方法論、項目管理、咨詢表達、行業(yè)知識等，主要可以通過課程培訓去學習；發(fā)展階段，架構師需要方法論實踐和架構設計的生產(chǎn)檢驗，主要可以通過項目實戰(zhàn)(On Job Training)去提高；提升階段，架構師需要呈現(xiàn)技術領導力、方案創(chuàng)新力和行業(yè)影響力，主要通過導師指導(Mentoring)去完成，架構師進階途徑如下圖所示意：
綜上所述，架構師在企業(yè)扮演著重要角色并在一定程度上影響甚至是決定著數(shù)字化轉型的進度和成敗。金融科技為企業(yè)帶來了巨大機遇和挑戰(zhàn)，如此龐大而快速發(fā)展的FinTech架構元素，企業(yè)如何選擇和更好地利用，架構師的工作任重而道遠。
一個優(yōu)秀的架構師需要秉持開放的學習心態(tài)，包括遵循行業(yè)開放標準，例如企業(yè)架構(TOGAF)、銀行業(yè)務架構(BIAN)、標準建模(UML、ArchiMate)等，而不是閉門造車和孤芳自賞。架構師要幫助企業(yè)把所有相關的IT元素搭建一個強壯的IT系統(tǒng)，完成功能和非功能需求，他們要把握方案的靜態(tài)結構，包括系統(tǒng)的形式、架構組成及這些元素如何組成一個整體，同時更要掌控系統(tǒng)的動態(tài)結構，包括系統(tǒng)如何實際工作、如何互相交互滿足系統(tǒng)需求等。
一個優(yōu)秀的架構師要持續(xù)堅持自我修煉及頓悟，不斷克服自身的一些缺點，例如：專注自己擅長領域而忽略其他方面; 相信技術萬能, 容易被技術所迷惑; 追求完美，不停的設計變動，不能在范圍、時間、資源之間取得平衡; 不習慣重用，認為自己能做一切等等，這樣架構師才能適應數(shù)字化時代的發(fā)展和不斷進步，真正做到知行合一、宏觀和微觀相結合及系統(tǒng)化思考，架構師能力地圖參考如下圖所示意：
ThoughtWorks 首席科學家 Martin Fowler 在其著名的 “誰需要架構師”《who needs an architect?》一文中提到了一個令人印象深刻的觀點：與實體建筑不同, 軟件不受制于物理的限制, 軟件受限于想象力、設計和組織，簡單來講，軟件受限于人的特性，而非世界的特性， “我們已經(jīng)遇到了敵人，他就是我們自己” 。
參考文獻
1.企業(yè)架構-TOGAF：www.togaf.org
2.業(yè)務架構-BIAN： www.bian.org
3.IT 架構-IBM： 《企業(yè)數(shù)字化轉型架構》王保育著， 電子工業(yè)出版社
4.銀行模型-ArchiMate: 《銀行業(yè)架構網(wǎng)絡(BIAN)的ArchiMate®建模符號》王保育譯，The Open Group and BIAN
