1 業(yè)務(wù)架構(gòu)之產(chǎn)品經(jīng)理的職責(zé)

1、產(chǎn)品經(jīng)理的職責(zé)用戶的原始需求往往是零散和碎片化的，產(chǎn)品經(jīng)理的職責(zé)就是：告訴用戶，系統(tǒng)長什么樣子；告訴開發(fā)，他要實(shí)現(xiàn)什么功能。產(chǎn)品經(jīng)理定義了系統(tǒng)的外表。產(chǎn)品經(jīng)理的職責(zé)：1）收集用戶的原始需求，2）梳理成一個(gè)個(gè)業(yè)務(wù)流程，每個(gè)業(yè)務(wù)流程由多個(gè)業(yè)務(wù)步驟組成。一個(gè)業(yè)務(wù)步驟包含三部分的內(nèi)容：輸入、輸出和業(yè)務(wù)功能。3）需求梳理好后，產(chǎn)品經(jīng)理會(huì)把每個(gè)步驟具體化為頁面原型。在原型中，會(huì)以直觀的方式給出各個(gè)步驟的輸入或輸出，以及用戶的操作過程，最后再把這些頁面串起來，形成一個(gè)業(yè)務(wù)流程。業(yè)務(wù)流程例子：

按照業(yè)務(wù)域來劃分系統(tǒng)模塊，有多少業(yè)務(wù)領(lǐng)域，就有多個(gè)系統(tǒng)模塊，流程中的業(yè)務(wù)節(jié)點(diǎn)按照業(yè)務(wù)域的不同，可以劃分到不同的系統(tǒng)模塊。注意不是按照業(yè)務(wù)流程劃分，有多少業(yè)務(wù)流程，就有多少個(gè)系統(tǒng)模塊，這個(gè)對(duì)應(yīng)關(guān)系比較直接，但實(shí)現(xiàn)起來很困難。而

且這種模塊劃分的方式并沒有降低總的業(yè)務(wù)復(fù)雜度。

2、業(yè)務(wù)劃分的目標(biāo)1）業(yè)務(wù)的可擴(kuò)展業(yè)務(wù)架構(gòu)設(shè)計(jì)要能支持打造一個(gè)柔性系統(tǒng)，通過提供良好的業(yè)務(wù)擴(kuò)展性，允許業(yè)務(wù)不斷調(diào)整和快速生長。業(yè)務(wù)的主題是變化和創(chuàng)新，系統(tǒng)的主題是穩(wěn)定和可靠。

2）業(yè)務(wù)的可復(fù)用首先，模塊的職責(zé)定位要非常清晰。對(duì)于模塊來說，在定位范圍內(nèi)的職責(zé)要全部涵蓋到，而不在這個(gè)范圍的職責(zé)全部不要。其次，模塊的數(shù)據(jù)模型和接口設(shè)計(jì)要保證通用。架構(gòu)師需要?dú)w納業(yè)務(wù)場景，通過抽象提煉，形成通用化的設(shè)計(jì)，以此來滿足多個(gè)類似場景的需求。小提示：清晰的模塊定位和通用化設(shè)計(jì)，是模塊能夠復(fù)用的內(nèi)在要求。最后，實(shí)現(xiàn)模塊的高復(fù)用，還需要做好業(yè)務(wù)的層次劃分。我們知道，越是底層的業(yè)務(wù)，它就相對(duì)更固定。模塊劃分是需要考慮的重要問題：業(yè)務(wù)復(fù)用性。復(fù)用其實(shí)也是業(yè)務(wù)擴(kuò)展性的基礎(chǔ)。復(fù)用的分類復(fù)用有多種形式，它可以分為技術(shù)復(fù)用和業(yè)務(wù)復(fù)用兩大類。技術(shù)復(fù)用包括代碼復(fù)用和技術(shù)組件復(fù)用；業(yè)務(wù)復(fù)用包括業(yè)務(wù)實(shí)體復(fù)用、業(yè)務(wù)流程復(fù)用和產(chǎn)品復(fù)用。從復(fù)用的程度來看，從高到低，我們可以依次劃分為產(chǎn)品復(fù)用 > 業(yè)務(wù)流程復(fù)用 > 業(yè)務(wù)實(shí)體復(fù)用 > 組件復(fù)用 > 代碼復(fù)用。

代碼級(jí)復(fù)用和技術(shù)組件復(fù)用都屬于工具層面，它們的好處是在很多地方都可以用，但和業(yè)務(wù)場景隔得有點(diǎn)遠(yuǎn)，不直接對(duì)應(yīng)業(yè)務(wù)功能，因此復(fù)用的價(jià)值相對(duì)比較低。業(yè)務(wù)實(shí)體復(fù)用針對(duì)細(xì)分的業(yè)務(wù)領(lǐng)域，比如訂單、商品、用戶等領(lǐng)域。它對(duì)各個(gè)業(yè)務(wù)領(lǐng)域的數(shù)據(jù)和業(yè)務(wù)規(guī)則進(jìn)行封裝，將它變成上層應(yīng)用系統(tǒng)可以直接使用的業(yè)務(wù)組件。業(yè)務(wù)流程的復(fù)用針對(duì)的是業(yè)務(wù)場景，它可以把多個(gè)業(yè)務(wù)實(shí)體串起來，完成一個(gè)端到端的任務(wù)。相比單個(gè)的業(yè)務(wù)實(shí)體復(fù)用，業(yè)務(wù)流程的復(fù)用程度更高，業(yè)務(wù)價(jià)值也更大。最高層次的復(fù)用是對(duì)整個(gè)系統(tǒng)的復(fù)用，比如說一個(gè) SaaS 系統(tǒng)（Software-as-a-Service），它在內(nèi)部做了各種通用化設(shè)計(jì)，允許我們通過各種參數(shù)配置，得到我們想要的功能；或者說一個(gè) PaaS（Platform-as-a-Service）平臺(tái)，它會(huì)提供可編程的插件化支持，允許我們“嵌入”外部代碼，實(shí)現(xiàn)想要的功能。從技術(shù)復(fù)用到業(yè)務(wù)復(fù)用，越往上，復(fù)用程度越高，復(fù)用產(chǎn)生的價(jià)值也越大，但實(shí)現(xiàn)起來也越復(fù)雜，它能復(fù)用的場景就越有限。但如果我們能進(jìn)一步打造業(yè)務(wù)中間件，并在這個(gè)基礎(chǔ)上，形成業(yè)務(wù)平臺(tái)，這樣，我們就能實(shí)現(xiàn)更高的業(yè)務(wù)級(jí)復(fù)用，可以更高效地支持系統(tǒng)的快速落地。

02 業(yè)務(wù)架構(gòu)之業(yè)務(wù)模塊構(gòu)建

1、業(yè)務(wù)模塊構(gòu)建要求每個(gè)模塊都代表了某個(gè)業(yè)務(wù)概念，或者說業(yè)務(wù)領(lǐng)域。模塊內(nèi)部由數(shù)據(jù)和業(yè)務(wù)邏輯組成，其中數(shù)據(jù)是核心，業(yè)務(wù)邏輯圍繞著數(shù)據(jù)，對(duì)數(shù)據(jù)做進(jìn)一步加工，方便外部使用。對(duì)模塊的要求：1）定位明確，概念完整。數(shù)據(jù)上，模塊需要覆蓋對(duì)應(yīng)業(yè)務(wù)領(lǐng)域的全部數(shù)據(jù)；功能上，模塊要包含業(yè)務(wù)領(lǐng)域的全部功能。2）自成體系，粒度適中。粒度劃分得太小，導(dǎo)致系統(tǒng)的碎片化；體量過大的模塊，我們稱之為“腫瘤”，可維護(hù)性很差。3）依賴關(guān)系明確。簡化模塊的依賴關(guān)系，我們就要同時(shí)簡化依賴的方向和減少依賴的數(shù)量。避免松散的網(wǎng)狀結(jié)構(gòu)，盡量把網(wǎng)狀結(jié)構(gòu)轉(zhuǎn)化為層次結(jié)構(gòu)。2、業(yè)務(wù)模塊的構(gòu)建步驟構(gòu)建步驟：通過構(gòu)建合理的模塊體系，有效地控制系統(tǒng)復(fù)雜度，最小化業(yè)務(wù)變化引起的系統(tǒng)調(diào)整。打造可擴(kuò)展的模塊體系：1）模塊拆分我們先對(duì)系統(tǒng)進(jìn)行模塊化拆分，拆分有兩種方式：水平拆分和垂直拆分。水平拆分是指從上到下把系統(tǒng)分為多層，按照系統(tǒng)處理的先后順序，把業(yè)務(wù)拆分為幾個(gè)步驟。垂直拆分指的是按照不同的業(yè)務(wù)線拆分。一般做業(yè)務(wù)架構(gòu)時(shí)，我們先考慮垂直拆分，從大方向上，把不同業(yè)務(wù)給區(qū)分清楚，然后再針對(duì)具體業(yè)務(wù)，按照業(yè)務(wù)處理流程進(jìn)行水平拆分。舉例：

2）打造可擴(kuò)展的模塊體系：模塊整合通用化整合：通用化指的是通過抽象設(shè)計(jì)，讓一個(gè)模塊具備通用的能力，能夠替代多個(gè)類似功能的模塊。平臺(tái)化整合：平臺(tái)化是把定位相同的模塊組織在一起，以組團(tuán)的方式對(duì)外提供服務(wù)。對(duì)于外部系統(tǒng)來說，我們可以把這些模塊看成是一個(gè)整體，一起對(duì)業(yè)務(wù)場景提供全面的支撐。

03 業(yè)務(wù)架構(gòu)之常見業(yè)務(wù)架構(gòu)

1、服務(wù)端常見業(yè)務(wù)架構(gòu)1）單體架構(gòu)單體應(yīng)用內(nèi)部一般采用分層結(jié)構(gòu)，從上到下，一般分為表示層、業(yè)務(wù)層、數(shù)據(jù)訪問層、DB 層。表示層負(fù)責(zé)用戶體驗(yàn)，業(yè)務(wù)層負(fù)責(zé)業(yè)務(wù)邏輯，數(shù)據(jù)訪問層負(fù)責(zé) DB 的數(shù)據(jù)存取。

2）分布式架構(gòu)

分布式架構(gòu)，簡單來說就是系統(tǒng)由多個(gè)獨(dú)立的應(yīng)用組成，它們互相協(xié)作，成為一個(gè)整體。3）傳統(tǒng)SOA 架構(gòu)

4）新的 SOA 架構(gòu)

5）微服務(wù)架構(gòu)

2、終端常見業(yè)務(wù)架構(gòu)分布式的系統(tǒng)架構(gòu)App 前端直接對(duì)接多個(gè)后端應(yīng)用提供的 HTTP 接口。

每個(gè)業(yè)務(wù)線的服務(wù)端進(jìn)行拆分，讓 App 接口和 PC 端接口各自在物理上獨(dú)立，但它們共享核心的業(yè)務(wù)邏輯。

App 前端會(huì)通過移動(dòng)網(wǎng)關(guān)來訪問服務(wù)端接口。這里的網(wǎng)關(guān)主要就是負(fù)責(zé)處理通用的系統(tǒng)級(jí)功能，包括通信協(xié)議適配、安全、監(jiān)控、日志等等；網(wǎng)關(guān)處理完之后，會(huì)通過接口路由模塊，轉(zhuǎn)發(fā)請(qǐng)求到內(nèi)部的各個(gè)業(yè)務(wù)服務(wù)，比如搜索服務(wù)、詳情頁服務(wù)、購物車服務(wù)等等。

04 業(yè)務(wù)架構(gòu)之基礎(chǔ)服務(wù)的設(shè)計(jì)

1、基礎(chǔ)服務(wù)邊界劃分的原則1）服務(wù)的完整性原則有些服務(wù)只是存儲(chǔ)基礎(chǔ)數(shù)據(jù)，然后提供簡單的增刪改查功能，這樣一來服務(wù)只是一個(gè)簡單的 DAO，變成了數(shù)據(jù)訪問通道。這樣的服務(wù)，它的價(jià)值就很有限，也容易被服務(wù)調(diào)用方質(zhì)疑。劃分服務(wù)邊界時(shí)，要保證服務(wù)數(shù)據(jù)完整、功能全面，這樣才能支撐一個(gè)完整的業(yè)務(wù)領(lǐng)域。2）服務(wù)的一致性原則服務(wù)內(nèi)部的業(yè)務(wù)邏輯要盡量依賴內(nèi)部數(shù)據(jù)，而不是接口輸入的數(shù)據(jù)，否則會(huì)造成數(shù)據(jù)和業(yè)務(wù)規(guī)則的脫節(jié)（一個(gè)在外面，一個(gè)在里面），如果服務(wù)對(duì)外部的依賴性很強(qiáng)，就無法提供穩(wěn)定的能力了。3）正交原則服務(wù)之間有數(shù)據(jù)的依賴關(guān)系，但沒有接口的調(diào)用關(guān)系。針對(duì)具體的業(yè)務(wù)場景，我們可以在上層的聚合服務(wù)里，通過聚合訂單服務(wù)和商品服務(wù)來實(shí)現(xiàn)。2、基礎(chǔ)服務(wù)設(shè)計(jì)步驟先弄清做什么：服務(wù)邊界劃分，不主動(dòng)調(diào)用其他服務(wù)、不負(fù)責(zé)和第三方系統(tǒng)的集成、只負(fù)責(zé)存儲(chǔ)，不負(fù)責(zé)數(shù)據(jù)的進(jìn)一步解釋。怎么做：1）部分字段可配置：如流程狀態(tài)等、也可配置主狀態(tài)和子狀態(tài)?；緺顟B(tài)稱之為“主狀態(tài)”，數(shù)量是比較有限的，狀態(tài)之間的變化關(guān)系也是比較明確的，可以固定處理。子狀態(tài)有哪些具體的取值，不同的項(xiàng)目是不一樣的，可以開放給各個(gè)應(yīng)用來定義。2）拆分查詢等級(jí)：查詢接口可以根據(jù)返回字段數(shù)量的不同，提供三個(gè)不同粒度的查詢接口來滿足多樣化的需求。第一個(gè)是粗粒度接口，只返回訂單最基本的 7-8 個(gè)字段；第二個(gè)是中粒度接口，返回訂單比較常用的十幾個(gè)字段；第三個(gè)是細(xì)粒度接口，返回訂單的詳細(xì)信息。

3）設(shè)置不同等級(jí)的異步的消息通知。按照消息詳細(xì)程度的不同，訂單消息可以分為“胖消息”和“瘦消息”。顧名思義，胖消息包含了盡可能多的字段，但傳輸效率低；瘦消息只包含最基本的字段，傳輸效率高。如果外部系統(tǒng)需要更多的信息，它們可以通過進(jìn)一步調(diào)用訂單服務(wù)的接口來獲取。