平臺化與中臺設(shè)計：新問題與解決方案
在從信息化到數(shù)字化的轉(zhuǎn)型中，平臺化一直是重要的主題之一。隨著平臺不斷向業(yè)務(wù)領(lǐng)域延伸，平臺抽象和建設(shè)的難度也呈指數(shù)級增加，出現(xiàn)了一系列新問題。解決這些問題的思考和探索不僅賦予了業(yè)務(wù)平臺化趨勢新的內(nèi)涵和意義，也成為我們設(shè)計和發(fā)布新的企業(yè)架構(gòu)框架的起點。這些問題的重點在于“如何”解決，而不再是簡單的“做什么”，因此我們逐一總結(jié)和簡述這些問題。
(相關(guān)資料圖)
當(dāng)平臺化不斷向業(yè)務(wù)領(lǐng)域延伸時，中臺的設(shè)計也愈發(fā)重要。中臺作為業(yè)務(wù)和技術(shù)的中介，需要支持不同業(yè)務(wù)的快速接入和靈活擴展，同時保證各業(yè)務(wù)之間的協(xié)同和整體性能。在這個過程中，中臺也遇到了一系列新問題，例如如何平衡業(yè)務(wù)的多樣性和中臺的標(biāo)準(zhǔn)化，如何在復(fù)雜的業(yè)務(wù)場景下保證中臺的穩(wěn)定性和可擴展性等等。解決這些問題需要深入思考并尋找合適的解決方案，以確保中臺設(shè)計和實現(xiàn)的有效性和可持續(xù)性。
設(shè)計通用流程和可變點的方法
當(dāng)設(shè)計一個通用流程時，需要考慮將業(yè)務(wù)過程中的共性和差異性抽象出來，形成一個可復(fù)用的通用流程。通用流程中的各個環(huán)節(jié)需要考慮到可擴展性，通過定義接口或者SPI，方便新業(yè)務(wù)的接入和擴展。同時，也需要考慮到不同業(yè)務(wù)在使用通用流程時可能有自己的特殊需求，因此需要設(shè)計可變點來允許業(yè)務(wù)自定義流程的某些環(huán)節(jié)，從而滿足業(yè)務(wù)的差異性需求。
在設(shè)計通用流程時，可能需要考慮幾個點：
定義業(yè)務(wù)流程和環(huán)節(jié)：通過對不同業(yè)務(wù)的業(yè)務(wù)流程進行歸納和總結(jié)，定義通用的業(yè)務(wù)流程和環(huán)節(jié)。
抽象共性和差異性：根據(jù)業(yè)務(wù)流程和環(huán)節(jié)，抽象出共性和差異性的部分。共性的部分可以抽象成通用的接口或者SPI，差異性的部分可以抽象成可變點。
設(shè)計接口和SPI：根據(jù)共性的部分，設(shè)計通用的接口或者SPI，方便新業(yè)務(wù)的接入和擴展。
設(shè)計可變點：根據(jù)差異性的部分，設(shè)計可變點，允許業(yè)務(wù)自定義流程的某些環(huán)節(jié)。
實現(xiàn)通用流程：將抽象出來的通用流程實現(xiàn)成具體的業(yè)務(wù)流程。
在設(shè)計可變點時，需要注意以下幾點：
可變點的位置：可變點的位置應(yīng)該在業(yè)務(wù)流程的重要環(huán)節(jié)上，這樣才能滿足業(yè)務(wù)的差異性需求。
可變點的擴展性：可變點需要考慮到擴展性，方便后續(xù)的需求變更和業(yè)務(wù)擴展。
可變點的兼容性：可變點需要考慮到與已有業(yè)務(wù)的兼容性，避免影響已有業(yè)務(wù)的正常運行。
可變點的易用性：可變點需要易于使用和配置，方便業(yè)務(wù)使用和管理。
通過設(shè)計通用流程和可變點，可以提高業(yè)務(wù)的復(fù)用性和擴展性，減少業(yè)務(wù)開發(fā)和維護的工作量，提高業(yè)務(wù)開發(fā)和上線的效率。同時，也可以幫助企業(yè)構(gòu)建一個統(tǒng)一的業(yè)務(wù)架構(gòu)，方便業(yè)務(wù)管理和維護。
如何實現(xiàn)多業(yè)務(wù)線共享解決方案和能力的集中管控與演進？
在現(xiàn)今商業(yè)環(huán)境下，企業(yè)的業(yè)務(wù)發(fā)展和IT建設(shè)已經(jīng)變得密不可分。然而，當(dāng)企業(yè)的業(yè)務(wù)范圍擴展到足夠廣泛的程度時，IT建設(shè)也會隨之分化，難以實現(xiàn)統(tǒng)一管控。這種分化可能會導(dǎo)致重復(fù)投資和多重投資的浪費，也會導(dǎo)致客戶體驗、數(shù)據(jù)共享和IT系統(tǒng)更新周期等方面的問題。例如，對于交易中臺而言，如果上面有微商城、門店、美業(yè)、教育等行業(yè)，還要支持更多新興的行業(yè)，那么這些業(yè)務(wù)線之間的差異性可能會導(dǎo)致IT建設(shè)的分化，給公司帶來管理上的挑戰(zhàn)。因此，為了避免這種情況，需要尋找一種方法來抽象和提煉可復(fù)用的業(yè)務(wù)模式和能力，以便在新的業(yè)務(wù)場景中快速復(fù)用和組裝。
在這種情況下，如何實現(xiàn)多業(yè)務(wù)線共享解決方案和能力的集中管控與演進？這是一項重要的任務(wù)，需要解決以下問題：
針對不同的業(yè)務(wù)深度，如何設(shè)計“模式”與“能力”模型，以對業(yè)務(wù)進行合理的抽象，進而識別相似度，抽象與提煉可復(fù)用的業(yè)務(wù)模式；而針對不同業(yè)務(wù)的差異性，如何在“模式”和“能力”基礎(chǔ)上進行擴展？
抽象并沉淀了業(yè)務(wù)能力之后，如何在新的業(yè)務(wù)場景中，識別、復(fù)用已有能力，應(yīng)用、數(shù)據(jù)、技術(shù)及組織應(yīng)該如何予以支撐？
為了解決這些問題，需要深入思考和探索，尋找合適的解決方案。同時，也需要參考實踐和參考模型，以確保實現(xiàn)的有效性和可持續(xù)性。
企業(yè)能力共享復(fù)用機制
(圖片來自ThoughtWork現(xiàn)代化企業(yè)架構(gòu)白皮書)
基礎(chǔ)能力：是對領(lǐng)域?qū)ο蟮脑硬僮?，完成一個領(lǐng)域?qū)ο笊蠁我磺彝暾穆氊?zé)。比如：創(chuàng)建售后單、修改商品庫存量等，是能力組合和復(fù)用的最小單元能力組件：能力組件是對基礎(chǔ)能力的進一步封裝，目的是方便業(yè)務(wù)的使用。按封裝粒度不同分為兩類：第一類能力組件是根據(jù)業(yè)務(wù)服務(wù)的需要編排封裝的一組關(guān)聯(lián)的基礎(chǔ)能力，從而提供完整的服務(wù)。比如：訂單創(chuàng)建能力組件。第二類能力組件是平臺針對一系列緊密關(guān)聯(lián)的業(yè)務(wù)活動，設(shè)計的能力模板，可基于該模板快速定制某個具體業(yè)務(wù)的特定流程和能力，從而達(dá)到復(fù)用全部關(guān)聯(lián)能力的目的。比如：“組合支付”、“快速建站”等能力組件。能力組件加快了業(yè)務(wù)接入平臺的速度，讓業(yè)務(wù)側(cè)專注業(yè)務(wù)本身，不再需要耗費精力在理解平臺大量的基礎(chǔ)能力上。解決方案：是平臺針對一類共性業(yè)務(wù)的端到端過程設(shè)計的能力模板；可基于該模板快速定制某個具體業(yè)務(wù)的特定能力和流程，從而達(dá)到業(yè)務(wù)模式級別復(fù)用的目的。比如：虛擬物品交易解決方案。
