今天繼續(xù)聊架構(gòu)方面的話題，由于現(xiàn)在架構(gòu)方面的詞匯相當(dāng)多，所以大家在理解上也經(jīng)常容易出現(xiàn)混淆。因此這篇文章剛好回答下在知乎看到的一個問題，即：什么是技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)、業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、產(chǎn)品架構(gòu)和項目架構(gòu)？

對于該問題我從企業(yè)架構(gòu)中的4A架構(gòu)來簡單回答下該問題。

企業(yè)架構(gòu)作為指導(dǎo)企業(yè)數(shù)字化轉(zhuǎn)型的重要方法論，涵蓋了多個層次和維度的架構(gòu)類型。從傳統(tǒng)的4A架構(gòu)（業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)）到現(xiàn)代的產(chǎn)品架構(gòu)、項目架構(gòu)，每種架構(gòu)都有其獨特的定位和作用。本文將系統(tǒng)性地解析各種架構(gòu)類型的核心概念、設(shè)計要點和相互關(guān)系。

企業(yè)架構(gòu)4A體系的核心框架

?

4A架構(gòu)關(guān)系圖

我們常說的4A架構(gòu)就是業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)，其實去理解4A架構(gòu)的集成核心，你仍然要去參考企業(yè)架構(gòu)這本書里面談到的企業(yè)架構(gòu)元模型。

4A架構(gòu)的集成關(guān)系可以概括為：業(yè)務(wù)流程底層識別業(yè)務(wù)對象，業(yè)務(wù)對象轉(zhuǎn)數(shù)據(jù)架構(gòu)數(shù)據(jù)對象識別；業(yè)務(wù)組件對應(yīng)應(yīng)用組件，業(yè)務(wù)流程對應(yīng)應(yīng)用編排；應(yīng)用功能實現(xiàn)最終需要技術(shù)組件支撐。

在業(yè)務(wù)架構(gòu)里面其實有三個核心的內(nèi)容，一個是價值流，一個是業(yè)務(wù)能力，一個是業(yè)務(wù)流程。價值流往往就是頂端的流程，業(yè)務(wù)能力的分解往往是2~4級，對于詳細(xì)的業(yè)務(wù)流程的分解往往就到了5~7級。在業(yè)務(wù)架構(gòu)里面是有兩個視角，一個就是業(yè)務(wù)能力的視角，一個是業(yè)務(wù)流程的視角。

對于5~7級的流程，我們詳細(xì)的去做流程建模和梳理的時候，里面就是有三個關(guān)鍵的元素，一個是業(yè)務(wù)對象，接接著就是業(yè)務(wù)活動，業(yè)務(wù)規(guī)則和業(yè)務(wù)角色，而這4個東西剛好是我們在業(yè)務(wù)架構(gòu)里面做詳細(xì)的業(yè)務(wù)建模的關(guān)鍵的內(nèi)容。

業(yè)務(wù)架構(gòu)的核心要素與設(shè)計方法

業(yè)務(wù)架構(gòu)轉(zhuǎn)換邏輯

業(yè)務(wù)架構(gòu)是企業(yè)架構(gòu)的起點和基礎(chǔ)。首先，我們可以看到仍然是企業(yè)根據(jù)業(yè)務(wù)戰(zhàn)略和業(yè)務(wù)目標(biāo)梳理關(guān)鍵的應(yīng)用場景，基于這些業(yè)務(wù)場景，企業(yè)應(yīng)該具備哪些業(yè)務(wù)能力，剛開始這個業(yè)務(wù)能力是黑盒子，你并沒有把它打開，但是我們后續(xù)需要基于詳細(xì)的業(yè)務(wù)流程的梳理和分析。

從一級流程到二級流程，從二級流程到三級流程通過詳細(xì)的流程梳理，找到核心的業(yè)務(wù)功能和業(yè)務(wù)操作，同時結(jié)合CRUD分析業(yè)務(wù)功能，應(yīng)該怎么樣進(jìn)行聚類和聚合，最終才能形成一個完整的業(yè)務(wù)架構(gòu)。

業(yè)務(wù)架構(gòu)梳理的關(guān)鍵底層邏輯是：企業(yè)根據(jù)業(yè)務(wù)戰(zhàn)略和業(yè)務(wù)目標(biāo)梳理關(guān)鍵的應(yīng)用場景，基于這些業(yè)務(wù)場景，企業(yè)應(yīng)該具備哪些業(yè)務(wù)能力。我們后續(xù)需要基于詳細(xì)的業(yè)務(wù)流程的梳理和分析，從一級流程到二級流程，從二級流程到三級流程通過詳細(xì)的流程梳理，找到核心的業(yè)務(wù)功能和業(yè)務(wù)操作。

比如我們?nèi)匀皇腔跇I(yè)務(wù)價值鏈把它分成了人資源管理、財務(wù)管理、供應(yīng)鏈管理、生產(chǎn)管理、市場營銷，在供應(yīng)鏈管理里面又有招投標(biāo)、合同、采購，物流、供應(yīng)商這些業(yè)務(wù)功能模塊，在業(yè)務(wù)架構(gòu)梳理完成以后，我們自然而然就會過渡到應(yīng)用架構(gòu)的梳理。

數(shù)據(jù)架構(gòu)的承上啟下作用

?

數(shù)據(jù)架構(gòu)邏輯

對于數(shù)據(jù)架構(gòu)，實際上它是業(yè)務(wù)架構(gòu)和IT架構(gòu)兩者之間的一個關(guān)鍵的銜接點，對于數(shù)據(jù)架構(gòu)里面的數(shù)據(jù)主題域的分析，數(shù)據(jù)的業(yè)務(wù)對象梳理和分析，這個實際是你業(yè)務(wù)建模階段要做的事情，而對于數(shù)據(jù)架構(gòu)里面詳細(xì)的數(shù)據(jù)的邏輯模型，數(shù)據(jù)的物理模型和數(shù)據(jù)庫設(shè)計，這些內(nèi)容自然而然就過渡到了IT應(yīng)用架構(gòu)規(guī)范設(shè)計。

當(dāng)你去看數(shù)據(jù)架構(gòu)的時候，一般你會發(fā)現(xiàn)一個關(guān)鍵的主線就是數(shù)據(jù)架構(gòu)最頂層就叫數(shù)據(jù)的主題域分析，從數(shù)據(jù)主題域的分析到數(shù)據(jù)的概念模型，從概念模型到邏輯模型，從邏輯模型到物理模型。

數(shù)據(jù)的主題域的分析，這個主題域可以理解成業(yè)務(wù)價值鏈的業(yè)務(wù)域，比如說任何一個企業(yè)，會分人力資源、市場營銷、研發(fā)，供應(yīng)鏈，每一個業(yè)務(wù)域里面，我就會去分析他核心的業(yè)務(wù)對象或者叫數(shù)據(jù)對象。

在數(shù)據(jù)的主題域分析完了以后，我們就會過渡到核心概念模型，概念模型類似于傳統(tǒng)在IT軟件開發(fā)里面的業(yè)務(wù)對象建模，相當(dāng)于ER的實體關(guān)系圖，因為在概念模型階段，我只要識別出核心的業(yè)務(wù)對象和業(yè)務(wù)對象之間的關(guān)系就足夠了。

從概念模型到邏輯模型，我們一般要拆分到具體的數(shù)據(jù)表的粒度。在邏輯模型做完以后，我們還要過渡到在軟件開發(fā)里面的物理模型，物理模型階段，那就需要去對每一個數(shù)據(jù)庫表，每一個字段類型字段約束進(jìn)行詳細(xì)的設(shè)計。

應(yīng)用架構(gòu)的規(guī)劃設(shè)計邏輯

?

企業(yè)架構(gòu)知識體系

從業(yè)務(wù)架構(gòu)過渡到應(yīng)用架構(gòu)以后可以看到在應(yīng)用架構(gòu)里面，上下紅色部分往往都是多出來內(nèi)容。比如在應(yīng)用架構(gòu)的整體架構(gòu)圖里面，我們就會有底層的IAAS整個云數(shù)據(jù)中心資源池的規(guī)劃，IAAS上面的是PAAS技術(shù)平臺的規(guī)劃，比如說我們有我們的4A平臺，流程平臺，集成平臺，大數(shù)據(jù)平臺。

同時在應(yīng)用架構(gòu)規(guī)劃里面，往往還會增加上層的應(yīng)用門戶的內(nèi)容，或者是BI決策層的一些內(nèi)容，這些往往是在業(yè)務(wù)架構(gòu)的梳理規(guī)劃里面是沒有的內(nèi)容。

從業(yè)務(wù)到應(yīng)用的映射顆粒度不同。當(dāng)業(yè)務(wù)架構(gòu)映射到對應(yīng)的應(yīng)用架構(gòu)里面的業(yè)務(wù)系統(tǒng)的時候，主要有兩個區(qū)別點，第一個區(qū)別點是它的顆粒度有可能不一樣，比如說在業(yè)務(wù)架構(gòu)里面，我們都叫供應(yīng)鏈管理，但是到了應(yīng)用架構(gòu)，已經(jīng)拆成合同管理系統(tǒng)，采購管理系統(tǒng)，物流管理系統(tǒng)。

任何一個企業(yè)在做信息化IT建設(shè)時候，往往都會首先建一個基礎(chǔ)的ERP系統(tǒng)，而ERP系統(tǒng)往往是一個大而全的系統(tǒng)，它包括了計劃、采購、研發(fā)、生產(chǎn)、人力資源管理、市場營銷很多的業(yè)務(wù)功能模塊，但是隨著整個企業(yè)業(yè)務(wù)的發(fā)展，你會發(fā)現(xiàn)它會在ERP系統(tǒng)外圍衍生出很多其他的業(yè)務(wù)系統(tǒng)。

技術(shù)架構(gòu)的演進(jìn)與云原生轉(zhuǎn)型 技術(shù)架構(gòu)演進(jìn)

在講技術(shù)架構(gòu)規(guī)劃的時候，我們要伴隨著整個企業(yè)IT架構(gòu)的發(fā)展演進(jìn)，整個云計算，SOA架構(gòu)規(guī)劃的發(fā)展演進(jìn)一起去思考。

首先，我們看一下傳統(tǒng)的企業(yè)信息化IT建設(shè)，它是一種煙囪式的建設(shè)模式，這種建設(shè)模式下面底層是IAAS虛擬化資源池，上面應(yīng)用層的建設(shè)仍然是豎井式的一個煙囪一個煙囪的建，每個應(yīng)用它底層有一個小的技術(shù)平臺，上面也分了多個功能模塊，但是這些功能模塊它往往是緊緊耦合在一起的。

在最早的企業(yè)架構(gòu)規(guī)劃技術(shù)架構(gòu)規(guī)劃的時候，我們更多的是做的IAAS虛擬化資源池的整體的IT物理部署架構(gòu)的規(guī)劃，在這個部署架構(gòu)規(guī)劃里面，我們會去考慮數(shù)據(jù)庫的集群，應(yīng)用中間間的集群，負(fù)載均衡，上層的核心網(wǎng)交換機這些內(nèi)容。

但是到了IT邏輯架構(gòu)規(guī)劃，往往就會去關(guān)心我的數(shù)據(jù)庫服務(wù)器有幾臺，消息服務(wù)器有幾臺，緩存服務(wù)器有幾臺，我上一層的APP應(yīng)用集群有幾臺，它是會形成一個類似于功能架構(gòu)圖這么一個IT的邏輯架構(gòu)規(guī)劃視圖。

還有一塊內(nèi)容就是狹義的技術(shù)架構(gòu)規(guī)劃，就是我在整個應(yīng)用開發(fā)的過程中，對于我的存儲和持久化層，應(yīng)用層邏輯層，包括前端展示層究竟應(yīng)該用到哪一些技術(shù)，這些技術(shù)體系把它形成一張完整的分層的技術(shù)架構(gòu)圖。

軟件架構(gòu)設(shè)計的核心要素 軟件架構(gòu)設(shè)計要素

軟件架構(gòu)設(shè)計更重要的就是軟件思維、編程思維的一些轉(zhuǎn)變。簡單來說，它的核心仍然是我們常說的，當(dāng)面對一個大的問題的時候，你怎么樣科學(xué)的去進(jìn)行問題的定義、問題的分析、問題的解決，你怎么樣去用好分解、集成、復(fù)用、組合、組裝、抽象這些關(guān)鍵的邏輯思考要素。

當(dāng)我們現(xiàn)在面對一個大的業(yè)務(wù)應(yīng)用的時候，當(dāng)軟件架構(gòu)師拿到這個應(yīng)用的時候，首先他會考慮什么東西？他一定會去考慮這個應(yīng)用怎么樣去分而治之，它究竟應(yīng)該分解為哪一些大的業(yè)務(wù)模塊或者是業(yè)務(wù)組件。不管你用不用微服架構(gòu)，你都要去考慮當(dāng)你來了一個大應(yīng)用以后，究竟應(yīng)該分成哪一些業(yè)務(wù)模塊。

你首先要去梳理你的業(yè)務(wù)場景和業(yè)務(wù)流程，不管是用面向?qū)ο蟮姆椒ㄟ€是結(jié)構(gòu)化的方法，你首先要去做好模塊的分解，使之滿足常說的高內(nèi)聚松耦合的要求，這個是我們說的核心的在于業(yè)務(wù)架構(gòu)要做的工作。

第二個工作就是我要去搭建一個完整的IT系統(tǒng)，我要去考慮我的底層究竟應(yīng)該有一個什么樣的技術(shù)支撐的平臺，我應(yīng)該使用什么樣的開發(fā)框架、開發(fā)工具和開發(fā)語言，包括整個軟件應(yīng)用實現(xiàn)的過程中，我怎樣去考慮高可用、高擴展、高可靠這一些核心的非功能性軟件需求。

產(chǎn)品架構(gòu)與項目架構(gòu)的現(xiàn)代擴展

?

企業(yè)架構(gòu)融合框架

在現(xiàn)代企業(yè)架構(gòu)體系中，除了傳統(tǒng)的4A架構(gòu)外，產(chǎn)品架構(gòu)和項目架構(gòu)也成為重要的組成部分。產(chǎn)品架構(gòu)更多關(guān)注的是產(chǎn)品的功能模塊劃分、技術(shù)選型和演進(jìn)路線，而項目架構(gòu)則關(guān)注項目實施過程中的組織結(jié)構(gòu)、交付模式和管控機制。

對于數(shù)字化能力知識體系的構(gòu)圖方式，它更多的是采用一種矩陣式的構(gòu)圖方式。因為如果是簡單的用思維導(dǎo)圖的方式去構(gòu)建我們的知識體系，它往往是基于一個中心單個維度的，但是我們?nèi)タ磾?shù)字化知識體系的時候，它更多是需要從多維視角。

縱向：圍繞數(shù)字化規(guī)劃建設(shè)全生命周期展開； 橫向：圍繞過程支撐+平臺+應(yīng)用的橫向分層解耦展開。

縱向我們是會圍繞數(shù)字化，從規(guī)劃建設(shè)實現(xiàn)運營運維的全生命周期流程展開，而橫向的核心是基于平臺加應(yīng)用的這種核心思想，基于底層的過程支撐和管理支撐，上層的業(yè)務(wù)和流程支撐展開。

在橫向構(gòu)圖中雖然參考了常見的4A架構(gòu)，但是更多是參考云平臺的橫向分層和平臺+應(yīng)用的思想。以及SOA服務(wù)化思想體現(xiàn)的資源+服務(wù)+應(yīng)用的構(gòu)建模式。

在AI時代，傳統(tǒng)的4A架構(gòu)得到了新的增強，但并不需要單獨增加AI架構(gòu)。AI架構(gòu)中的大模型應(yīng)該融入到數(shù)據(jù)架構(gòu)里面，任務(wù)模型算法也是數(shù)據(jù)。實際大模型算法應(yīng)該是在應(yīng)用架構(gòu)中的平臺層能力。這樣既保持了4A架構(gòu)的完整性，又充分利用了AI技術(shù)的能力。