TOGAF 認證是 The Open Group 頒發(fā)的架構(gòu)框架專業(yè)認證,是企業(yè)在規(guī)劃、設(shè)計、實施和管理 IT 架構(gòu)時所使用的一種方法和標準。它提供了一個開放的、靈活的、可擴展的方法來構(gòu)建、部署和管理企業(yè)的 IT 架構(gòu),幫助企業(yè)提高 IT 效率、降低成本、提高業(yè)務靈活性和創(chuàng)新能力。
中文名 TOGAF企業(yè)架構(gòu)師認證英文名 The Open Group Architecture Framework英文簡稱 TOGAF頒證機構(gòu) The Open Group證書類別 企業(yè)架構(gòu)(業(yè)務架構(gòu),數(shù)據(jù)架構(gòu),應用架構(gòu),技術(shù)架構(gòu))同類認證 SAFe for Architects 、CBA 架構(gòu)設(shè)計不像數(shù)學公式或者物理定律那樣有固定的解答。很多時候,它是設(shè)計師在各種需求、技術(shù)限制和未來規(guī)劃之間做出的權(quán)衡結(jié)果,是一種_符合實際情況的“智慧輸出”。不過,雖然架構(gòu)設(shè)計充滿了不確定性,但一些好的架構(gòu)原則和思路 可以幫助我們在復雜的決策中少走彎路,避免走進死胡同,讓設(shè)計更加貼合實際需求。
今天,小艾老師就跟大家來聊聊“架構(gòu)原則” 這個話題。
01? 什么是架構(gòu)原則?
說到架構(gòu)原則 ,簡單來說,它們就是你做架構(gòu)設(shè)計時的“底層規(guī)則”。這些原則不僅幫助你明確目標,也能避免做出不符合企業(yè)長期發(fā)展規(guī)劃的決定。就像我們做項目時需要總的一個框架,架構(gòu)原則就是那個框架。
為什么需要架構(gòu)原則? 因為在企業(yè)級的架構(gòu)設(shè)計過程中,面臨著復雜多變的業(yè)務需求和技術(shù)挑戰(zhàn),架構(gòu)原則可以為決策提供一個統(tǒng)一的參考框架,幫助我們做出_合適的選擇,避免決策的隨意性和不一致性。誰來定義架構(gòu)原則? 架構(gòu)原則通常由企業(yè)的首席架構(gòu)師 、CIO (首席信息官)、架構(gòu)委員會及其他關(guān)鍵業(yè)務利益相關(guān)者共同定義和制定。作為企業(yè)級的指導性文件,架構(gòu)原則的制定需要廣泛的共識和深思熟慮的考量。02? 架構(gòu)原則的層級結(jié)構(gòu) 在實際應用中,架構(gòu)原則不僅有著不同的內(nèi)容,還存在著不同的層級結(jié)構(gòu),從總體的設(shè)計總則到具體的標準和規(guī)范,每一層級都有其明確的作用和責任,并且具有不同的強制力。
設(shè)計總則 作為架構(gòu)原則的_高層級,設(shè)計總則為企業(yè)級決策提供了基礎(chǔ)依據(jù),體現(xiàn)了企業(yè)的總體目標和戰(zhàn)略方向。例如,推動企業(yè)運營效率、降低成本,或者通過敏捷部署提升市場反應速度等等。域的具體原則 在業(yè)務架構(gòu)、數(shù)據(jù)架構(gòu)、應用架構(gòu)和技術(shù)架構(gòu)等領(lǐng)域中,具體原則提供了對各個領(lǐng)域決策的指導。比如,業(yè)務架構(gòu)原則可能涉及業(yè)務流程的簡化、標準化,而數(shù)據(jù)架構(gòu)原則則強調(diào)數(shù)據(jù)的完整性、安全性等。策略 比原則更為詳細,策略通常適用于企業(yè)級架構(gòu)設(shè)計過程中那些需要強制執(zhí)行的決策。它們確保了決策的一致性,并且通常在架構(gòu)實施過程中需要得到嚴格遵守。標準 標準是_具體的層級,必須遵守。一旦某個設(shè)計方案不符合標準,就需要經(jīng)過嚴格的審批程序。這一層級確保了架構(gòu)設(shè)計和實施的一致性與規(guī)范性。這就像是程序員寫代碼時必須遵循的“編碼規(guī)范”,不按標準來,可能就得重寫。規(guī)范 規(guī)范雖然非常具體,但并非強制性的。它們?yōu)樵O(shè)計提供了推薦的方向,但不需要嚴格執(zhí)行,靈活性較高,適用于特定的場景和需求。03? 架構(gòu)原則示例: 三條很有用的“設(shè)計總則” 小艾老師覺得以下3條原則,可以作為我們的架構(gòu)“設(shè)計總則”,來指導我們后續(xù)所有的架構(gòu)設(shè)計工作。
一.合適原則
合適優(yōu)于“_” 這個原則強調(diào)架構(gòu)設(shè)計應該根據(jù)企業(yè)實際需求來選擇合適的技術(shù)和方案,而不是盲目追求“_先進”的技術(shù)或業(yè)界_的架構(gòu)。不同的公司和項目在需求、資源、人員和技術(shù)環(huán)境等方面都存在差異,架構(gòu)設(shè)計應當“量體裁衣”,選擇那些能真正解決問題、適應當前環(huán)境的技術(shù)和架構(gòu)。
關(guān)鍵點 :
選擇適合自己的技術(shù)和架構(gòu),不必盲目跟風追求_新的趨勢。 確保架構(gòu)與實際業(yè)務需求和公司現(xiàn)狀匹配,而非單純追求“業(yè)界_”。 二.簡單原則
簡單優(yōu)于復雜 這個原則主張在架構(gòu)設(shè)計中追求簡單性,避免過度設(shè)計和復雜的技術(shù)堆棧。過于復雜的架構(gòu)不僅增加了實現(xiàn)的難度,也會導致后期維護困難、錯誤發(fā)生率增加以及團隊溝通成本提升。簡單的架構(gòu)更易理解、易擴展、易維護。
關(guān)鍵點 :
保持設(shè)計的簡潔,盡量減少不必要的復雜性。 簡單的架構(gòu)更容易理解和修改,也有助于團隊更快速地響應變化。 三.演化原則
演化優(yōu)于“一步到位” 這個原則強調(diào)架構(gòu)設(shè)計應該采取漸進式演化的方式,而非一開始就力求完美或一步到位。架構(gòu)不可能一蹴而就,需要根據(jù)實際情況逐步調(diào)整和改進。通過小步快跑的方式,不斷演化和調(diào)整架構(gòu),更能應對未來的變化和不確定性。
關(guān)鍵點 :
架構(gòu)設(shè)計應該支持不斷演化和調(diào)整,避免一開始就做出完美的架構(gòu)設(shè)計。 在實際實施過程中,隨著需求變化、技術(shù)進步和團隊反饋,架構(gòu)會逐步優(yōu)化。
04? 架構(gòu)原則示例:四個“域”的17條具體原則 以下是四個“域”的一些常見的架構(gòu)原則示例,通過它們我們可以更好地解決架構(gòu)設(shè)計過程中的一些實際問題,小艾老師也幫大家都整理出來了,如下:
技術(shù)原則 系統(tǒng)要能夠快速應對變化,比如用戶需求、市場環(huán)境變化等。架構(gòu)設(shè)計時,要考慮到將來可能的需求變動,不要過度固定,保持靈活性。
可擴展 系統(tǒng)設(shè)計時要考慮將來可能的用戶增長或業(yè)務拓展。要確保系統(tǒng)能夠在流量增加或業(yè)務擴展時,平穩(wěn)地進行橫向或縱向擴展。 業(yè)務原則 業(yè)務持續(xù)性 設(shè)計時要考慮企業(yè)的長期目標,確保系統(tǒng)能夠支撐未來幾年甚至更長時間的業(yè)務發(fā)展,避免短期解決方案。比如,企業(yè)在設(shè)計其客戶管理系統(tǒng)時,要考慮到未來可能的國際擴張,支持多語言和跨國運營的需求。業(yè)務通用性 業(yè)務架構(gòu)要盡量設(shè)計成通用型,能夠支持多個業(yè)務單元或部門的共享使用,避免重復建設(shè)。業(yè)務一致性 系統(tǒng)要確保不同業(yè)務模塊之間的數(shù)據(jù)和操作保持一致,避免出現(xiàn)“信息孤島”。合法 系統(tǒng)必須符合相關(guān)法規(guī)和合規(guī)要求,特別是在涉及到數(shù)據(jù)隱私、財務、醫(yī)療等敏感領(lǐng)域時。 數(shù)據(jù)原則 數(shù)據(jù)價值性 > 數(shù)據(jù)正確性 > 數(shù)據(jù)完整性 在數(shù)據(jù)的設(shè)計上,首先要考慮數(shù)據(jù)的商業(yè)價值,確保數(shù)據(jù)的準確性和完整性。數(shù)據(jù)積累分析需要規(guī)范化數(shù)據(jù) 數(shù)據(jù)需要經(jīng)過統(tǒng)一的標準化處理,便于后期的積累和分析。數(shù)據(jù)是安全的 數(shù)據(jù)必須有適當?shù)谋Wo措施,防止泄露、丟失或者被篡改。數(shù)據(jù)不僅僅是可以共享的數(shù)據(jù),還包含業(yè)務規(guī)則和策略 數(shù)據(jù)不僅僅是靜態(tài)的數(shù)字,還包含了如何使用這些數(shù)據(jù)的規(guī)則和策略。 應用原則 技術(shù)獨立性 選擇技術(shù)時,不要綁定到特定廠商,確保系統(tǒng)未來能夠靈活更換技術(shù)或供應商。使用過程中現(xiàn)流程性 系統(tǒng)設(shè)計要遵循現(xiàn)有的業(yè)務流程,避免改變業(yè)務流程以適應技術(shù)架構(gòu)。模塊化設(shè)計 將系統(tǒng)設(shè)計成模塊化的,功能之間獨立,便于后期的擴展和維護。獨立業(yè)務規(guī)則 業(yè)務規(guī)則應該與具體系統(tǒng)實現(xiàn)分離,使用規(guī)則引擎等工具來管理。統(tǒng)一授權(quán)、統(tǒng)一界面 系統(tǒng)中的權(quán)限管理和界面風格應該統(tǒng)一,提升用戶體驗和管理效率。應用系統(tǒng)間的調(diào)用采用服務調(diào)用的方式 系統(tǒng)之間的調(diào)用應該通過標準化的服務接口進行,避免直接調(diào)用對方的代碼。對外部系統(tǒng)調(diào)用,必須統(tǒng)一接口規(guī)范和信息格式 系統(tǒng)和外部系統(tǒng)的數(shù)據(jù)交換必須遵循統(tǒng)一的接口規(guī)范和數(shù)據(jù)格式,避免因接口不一致帶來的問題。
04? TOGAF 10 官方聲明的21條企業(yè)架構(gòu)原則 作為全球廣泛應用的企業(yè)架構(gòu)框架,TOGAF 10同樣也有提出架構(gòu)原則 ,共21條 ,這些原則就像是架構(gòu)師們的“指南針”,幫助我們在搭建和管理架構(gòu)時,能夠保持方向不偏。通過遵循這些原則,企業(yè)能夠更有效地實現(xiàn)其戰(zhàn)略目標,并應對不斷變化的市場需求。
小艾老師給大家普及一下這21條原則:
?
原則名稱 聲明內(nèi)容 通俗解釋 業(yè)務架構(gòu)原則: 指導企業(yè)如何通過信息技術(shù)支持和優(yōu)化業(yè)務流程。1 原則至上 信息管理原則適用于企業(yè)內(nèi)所有組織。 所有的業(yè)務和技術(shù)決策都應遵循這些原則,無論哪個部門都得遵守。 2 _大化企業(yè)利益 信息管理決策旨在為整個企業(yè)提供_大利益。 任何決策都要從整體出發(fā),確保整個企業(yè)的利益_大化。 3 信息管理人人有責 所有組織都參與完成業(yè)務目標所需的信息管理決策。 企業(yè)內(nèi)部每個人都要參與到信息管理中,確保目標達成。 4 業(yè)務連續(xù)性 即使系統(tǒng)中斷,企業(yè)運營也能繼續(xù)。 就算技術(shù)發(fā)生問題,企業(yè)的核心業(yè)務也不能停滯。 5 共用應用程序 更傾向于開發(fā)企業(yè)范圍內(nèi)使用的應用程序,而非特定組織的重復應用。 優(yōu)先考慮做出能全公司使用的應用,而不是為某一個部門單獨開發(fā)。 6 服務導向 架構(gòu)基于服務設(shè)計,服務反映了企業(yè)業(yè)務流程。 架構(gòu)要圍繞企業(yè)的真實業(yè)務流程來設(shè)計服務,而不是單純的技術(shù)構(gòu)建。 7 合規(guī) 企業(yè)信息管理流程遵守所有相關(guān)法律、政策和規(guī)章制度。 必須確保所有的信息和技術(shù)決策都符合法律法規(guī),避免風險。 8 IT責任 IT組織負責提供符合用戶需求的IT流程和基礎(chǔ)設(shè)施。 IT部門要確保技術(shù)設(shè)施能夠滿足業(yè)務部門的需求,比如功能、服務質(zhì)量等。 9 知識產(chǎn)權(quán)保護 必須保護企業(yè)的知識產(chǎn)權(quán)。 所有涉及到知識產(chǎn)權(quán)的內(nèi)容(如專利、商標)都要得到保護。 數(shù)據(jù)架構(gòu)原則: 關(guān)注數(shù)據(jù)的管理和使用,確保數(shù)據(jù)的質(zhì)量和安全。10 數(shù)據(jù)是資產(chǎn) 數(shù)據(jù)是企業(yè)有價值的資產(chǎn),應進行相應管理。 數(shù)據(jù)是企業(yè)的一項重要資源,要像對待資金一樣小心管理。 11 數(shù)據(jù)共享 用戶可以訪問需要的數(shù)據(jù),數(shù)據(jù)在企業(yè)內(nèi)部共享。 各個部門之間要開放共享數(shù)據(jù),確保信息流通暢通。 12 數(shù)據(jù)可訪問性 用戶可以訪問數(shù)據(jù)以執(zhí)行其職能。 數(shù)據(jù)要對有權(quán)限的人開放,確保工作流不被信息瓶頸阻礙。 13 數(shù)據(jù)受托人 每個數(shù)據(jù)元素都有一個負責數(shù)據(jù)質(zhì)量的受托人。 每個數(shù)據(jù)都有專人負責,確保數(shù)據(jù)的準確性和完整性。 14 共用詞匯和數(shù)據(jù)定義 數(shù)據(jù)在整個企業(yè)中一致定義,且定義易于理解和獲取。 確保數(shù)據(jù)定義在公司內(nèi)部是一致的,大家都能理解和使用相同的定義。 15 數(shù)據(jù)安全 數(shù)據(jù)受到保護,防止未經(jīng)授權(quán)的使用和泄露。 數(shù)據(jù)需要加密、權(quán)限控制等措施來確保安全,防止泄露。 應用/系統(tǒng)架構(gòu)原則: 指導應用程序和系統(tǒng)的開發(fā)和部署。16 技術(shù)獨立性 應用程序不依賴特定技術(shù)平臺,可以跨平臺運行。 應用應該是“平臺無關(guān)”的,方便在不同的技術(shù)環(huán)境中使用。 17 易用性 應用程序應易于使用。技術(shù)對用戶應透明。 技術(shù)不應該成為使用的障礙,用戶只需關(guān)注業(yè)務,不必關(guān)心底層技術(shù)。 技術(shù)架構(gòu)原則: 關(guān)注技術(shù)的選擇和應用,以支持業(yè)務和數(shù)據(jù)需求。18 基于需求的變更 只有響應業(yè)務需求時,才對應用程序和技術(shù)進行更改。 變更要有明確的業(yè)務需求做驅(qū)動,不應隨意更改技術(shù)架構(gòu)。 19 響應式變更管理 企業(yè)信息環(huán)境的更改需要及時實施。 企業(yè)對變更要有快速響應能力,保持靈活性。 20 控制技術(shù)多樣性 控制技術(shù)多樣性,減少維護成本。 要減少技術(shù)平臺種類,集中資源去管理和維護幾種主流技術(shù)。 21 互操作性 軟件和硬件要符合標準,以促進互操作性。 各種技術(shù)系統(tǒng)之間要能夠順暢溝通,實現(xiàn)互聯(lián)互通。
?
這些就是TOGAF 10中官方推薦的21條企業(yè)架構(gòu)原則,看上去挺多,但其實每一條都環(huán)環(huán)相扣,相輔相成。作為架構(gòu)師,大家要時刻牢記這些原則,再結(jié)合自己企業(yè)的實際情況,制定出適合的架構(gòu)原則,如此才能設(shè)計出既符合業(yè)務需求,又具備前瞻性的架構(gòu)。
好了,今天的分享就到這里。如果你希望了解并學習更多企業(yè)架構(gòu)原則以及架構(gòu)設(shè)計 方面的知識、方法與技能,建議參加TOGAF EA企業(yè)架構(gòu)(TOGAF標準第10版)認證 。