前言

中臺的概念已經(jīng)不需要解釋來龍去脈了，它像Web、J2EE、ERP、SOA、云計(jì)算、大數(shù)據(jù)一樣，已經(jīng)成為企業(yè)信息化建設(shè)的一個(gè)關(guān)鍵里程碑節(jié)點(diǎn)。讓我們感到高興的是，這是一個(gè)完全國產(chǎn)化、原創(chuàng)的概念與實(shí)踐，而不是一個(gè)舶來品。這說明，中國的信息化建設(shè)水平與國外相比，在經(jīng)歷了僵化、固化、優(yōu)化國外先進(jìn)經(jīng)驗(yàn)的引進(jìn)階段，進(jìn)行軟件產(chǎn)品替換的去“IOE”階段，發(fā)展到了可以形成自有體系架構(gòu)的階段。之所以這一概念提出后，迅速引起了大家的廣泛關(guān)注，是因?yàn)樗从诎⒗铩按笾信_小前臺”的戰(zhàn)略，目標(biāo)是讓前臺的一線業(yè)務(wù)更加敏捷、更快速適應(yīng)瞬息萬變的市場，利用中臺集合整個(gè)企業(yè)的運(yùn)營數(shù)據(jù)能力、產(chǎn)品技術(shù)能力，通過業(yè)務(wù)數(shù)據(jù)化、數(shù)據(jù)業(yè)務(wù)化，對各前臺業(yè)務(wù)形成強(qiáng)力支撐。這一戰(zhàn)略目標(biāo)和手段，抓住了企業(yè)數(shù)字化轉(zhuǎn)型的實(shí)質(zhì)，很多企業(yè)受此啟發(fā)也開始了中臺的探索與轉(zhuǎn)型，中臺架構(gòu)往往被認(rèn)為是企業(yè)數(shù)字化轉(zhuǎn)型下重構(gòu)IT的最佳選擇。

但是，金融企業(yè)如何實(shí)施中臺，卻面臨著諸多挑戰(zhàn)。首先，目前實(shí)施中臺架構(gòu)的案例以電商、零售類企業(yè)為主，業(yè)務(wù)模式上主要以2C業(yè)務(wù)為主，組織模式上這些企業(yè)也相對靈活，而金融企業(yè)尤其是商業(yè)銀行業(yè)務(wù)涉及對公對私等方面，組織模式上有監(jiān)管要求，相對不易變動，現(xiàn)有案例與金融企業(yè)存在較大差異；其次，金融企業(yè)尤其是商業(yè)銀行經(jīng)過多年信息化建設(shè)，IT架構(gòu)已經(jīng)成型，基本覆蓋了業(yè)務(wù)的方方面面，形成了數(shù)以百計(jì)的系統(tǒng)，如何引入中臺架構(gòu)，還缺少理論指導(dǎo)；最后，目前介紹中臺的素材，往往在業(yè)務(wù)架構(gòu)層面較少涉及，即使涉及也很少深入，大多是論述技術(shù)中臺、數(shù)據(jù)中臺等通用解決方案，這也可以理解，畢竟通用方案普適性強(qiáng)、易于總結(jié)，但是業(yè)務(wù)架構(gòu)才是金融企業(yè)更加關(guān)注的問題。我們經(jīng)常遇到這樣的問題：

（1）金融企業(yè)數(shù)字化轉(zhuǎn)型的本質(zhì)是什么，通過數(shù)字化轉(zhuǎn)型能夠給金融企業(yè)帶來哪些變化？

（2）數(shù)字化轉(zhuǎn)型為什么需要中臺架構(gòu)？實(shí)施中臺架構(gòu)為IT帶來哪些變化？

（3）中臺架構(gòu)和金融企業(yè)目前的應(yīng)用架構(gòu)有什么關(guān)系？如何演進(jìn)？

（4）中臺架構(gòu)與分布式、微服務(wù)架構(gòu)是什么關(guān)系？

（5）中臺架構(gòu)如何劃分，有幾個(gè)中臺？業(yè)務(wù)中臺、技術(shù)中臺、數(shù)據(jù)中臺有什么關(guān)系？

（6）中臺實(shí)施的方法論是什么？實(shí)施中臺后軟件研發(fā)的流程有哪些變化？

（7）實(shí)施中臺需要組織架構(gòu)改變做配合嗎？如果需要組織架構(gòu)應(yīng)該如何變化？

這些問題的根源在于，每個(gè)企業(yè)中臺的實(shí)施與企業(yè)自身的IT狀況密切相關(guān)。本書希望能夠和大家一起探討金融企業(yè)實(shí)施中臺的背景與要求、原則與方法、架構(gòu)與技術(shù)、流程與組織等各個(gè)方面。

1．金融企業(yè)數(shù)字化轉(zhuǎn)型的本質(zhì)是通過數(shù)字化手段實(shí)現(xiàn)“研產(chǎn)供銷服”各環(huán)節(jié)的全面提升，以適應(yīng)千人千面的“個(gè)性化需求”

金融企業(yè)數(shù)字化轉(zhuǎn)型是在“深化金融供給側(cè)改革，增強(qiáng)金融服務(wù)實(shí)體經(jīng)濟(jì)能力”的大趨勢下開展的，需要“以市場需求為導(dǎo)向，積極開發(fā)個(gè)性化、差異化、定制化金融產(chǎn)品”，金融企業(yè)一般都具有較完善的網(wǎng)點(diǎn)渠道、廣泛的客戶基礎(chǔ)、堅(jiān)實(shí)的業(yè)務(wù)積累，但是組織決策和業(yè)務(wù)流程相對比較復(fù)雜冗長。數(shù)字化轉(zhuǎn)型就是希望通過數(shù)字化、智能化手段，實(shí)現(xiàn)組織和流程的高效運(yùn)轉(zhuǎn)，滿足客戶與合作伙伴個(gè)性化、差異化、定制化需求，將金融服務(wù)嵌入到客戶的生產(chǎn)、生活之中。從其他行業(yè)的經(jīng)驗(yàn)看，數(shù)字化轉(zhuǎn)型是企業(yè)通過“研產(chǎn)供銷服”各環(huán)節(jié)的數(shù)字化，實(shí)現(xiàn)大規(guī)模的個(gè)性化產(chǎn)品制造，即通過市場數(shù)字化手段與產(chǎn)品數(shù)字化手段，洞察客戶需求，快速完成產(chǎn)品的定義與驗(yàn)證，縮短產(chǎn)品研發(fā)時(shí)間，減少試錯(cuò)成本；通過生產(chǎn)過程的數(shù)字化，實(shí)現(xiàn)制造的橫向集成與縱向集成，提高個(gè)性化生產(chǎn)的能力，提高產(chǎn)品質(zhì)量；通過供應(yīng)鏈的數(shù)字化，建立完備、高效的物流與供應(yīng)鏈體系，實(shí)現(xiàn)資源整合，提高效率防止風(fēng)險(xiǎn)；通過營銷的數(shù)字化，連接客戶與企業(yè)，構(gòu)建客戶的全渠道觸達(dá)，實(shí)現(xiàn)精準(zhǔn)互動與交易，讓營銷資源的利用更加高效，推廣成本降低；通過客戶服務(wù)的數(shù)字化，優(yōu)化內(nèi)部服務(wù)能力，提升客戶體驗(yàn)。金融企業(yè)的數(shù)字化轉(zhuǎn)型，同樣應(yīng)該在產(chǎn)品設(shè)計(jì)、產(chǎn)品生產(chǎn)、產(chǎn)品運(yùn)營、產(chǎn)品營銷、渠道接觸等五個(gè)方面的數(shù)字化入手：

（1）通過市場數(shù)字化明確客戶需求與產(chǎn)品差異化，利用配置化手段快速推出產(chǎn)品，建立統(tǒng)一的產(chǎn)品視圖和生命周期管理；

（2）金融企業(yè)的產(chǎn)品生產(chǎn)即IT系統(tǒng)的建設(shè)，通過低代碼平臺、微服務(wù)、DevOps等手段，建立數(shù)字化的應(yīng)用研發(fā)體系，提高應(yīng)用研發(fā)的效率與質(zhì)量；

（3）實(shí)現(xiàn)全渠道的營銷覆蓋，支持多樣化的營銷場景，建設(shè)豐富的營銷運(yùn)營組件，快速組合營銷流程，實(shí)時(shí)監(jiān)控營銷成果并快速試錯(cuò)；

（4）建設(shè)標(biāo)準(zhǔn)化、數(shù)字化、配置化的運(yùn)營流程與運(yùn)營組件，提高運(yùn)營流程的定制化能力，通過流程挖掘與員工行為數(shù)字化，優(yōu)化內(nèi)部運(yùn)營流程，通過數(shù)字化減少員工重復(fù)勞動，為一線減負(fù)；

（5）整合員工渠道、線上渠道、線下渠道和合作渠道，完善渠道協(xié)作體系與營銷互動，提高渠道服務(wù)體驗(yàn)。

2．金融企業(yè)數(shù)字化中臺建設(shè)是科技部門主導(dǎo)的，是科技建設(shè)的抓手

阿里中臺建設(shè)是“業(yè)務(wù)變革、機(jī)制變革、組織變革、技術(shù)架構(gòu)變革”的全面轉(zhuǎn)型，這種模式的要求較高，實(shí)際上這種模式實(shí)施失敗的例子也不少。金融企業(yè)對IT的依賴度遠(yuǎn)遠(yuǎn)高于其他行業(yè)，因此金融企業(yè)的中臺建設(shè)是從IT建設(shè)的轉(zhuǎn)型與重構(gòu)開始，由科技部門驅(qū)動：

（1）首先，金融企業(yè)傳統(tǒng)架構(gòu)上也會分為前后臺，前臺是渠道層，后臺對應(yīng)賬務(wù)、產(chǎn)品、風(fēng)控、人力資源、經(jīng)營分析，等等，中間一般有控制層，但是我們會發(fā)現(xiàn)，一般中間的控制層都很薄，往往被前端渠道和后端產(chǎn)品服務(wù)所剝離，因?yàn)橄嚓P(guān)業(yè)務(wù)在前端和后臺都能做，不需要中間層做什么事。不過，后臺往往具備穩(wěn)定的模型、固化的流程，強(qiáng)調(diào)自身運(yùn)轉(zhuǎn)的效率，當(dāng)數(shù)字化轉(zhuǎn)型需要業(yè)務(wù)更加個(gè)性化時(shí)，需要與營銷、合作伙伴、多渠道互動的時(shí)候，就與后臺系統(tǒng)的初衷相違背了，造成大量的業(yè)務(wù)堆積在前臺，隨著業(yè)務(wù)增長，前臺應(yīng)用往往變成了牽一發(fā)而動全身，因此失去了敏捷性。針對這種情況就需要將中間層做厚，通過中間層將后臺系統(tǒng)整合起來，交通銀行信用卡中心的大運(yùn)營平臺前端打通了APP、網(wǎng)銀、微信等各個(gè)渠道，后端銜接了催收、客服、理財(cái)、貸款、支付等系統(tǒng)，就取得了良好的效果。

（2）其次，中臺是科技部門快速響應(yīng)業(yè)務(wù)需求、引領(lǐng)業(yè)務(wù)需求的抓手，強(qiáng)調(diào)在科技部門建立可復(fù)用能力的平臺。SOA架構(gòu)標(biāo)準(zhǔn)化、服務(wù)化的要求仍然是需要遵守這個(gè)基本原則，同時(shí)中臺的服務(wù)更加強(qiáng)調(diào)端到端和柔性（可變性）。所謂端到端是指服務(wù)提供者能夠盡可能提供一個(gè)完整的業(yè)務(wù)流程供調(diào)用者使用，而不是僅僅提供一些細(xì)粒度的API供調(diào)用者組裝（雖然這種情況不可避免），復(fù)用不是從實(shí)現(xiàn)層面來把類似的功能用一段代碼完成，而是從使用者的角度出發(fā)，為使用者提供一種標(biāo)準(zhǔn)化的使用模式。既然端到端，就更加強(qiáng)調(diào)柔性（可變性），也就是適應(yīng)變化的能力，中臺服務(wù)需要像接口的標(biāo)準(zhǔn)化一樣將服務(wù)的可變性透明化提供出來，讓使用者可以在固定范圍內(nèi)通過配置化決定服務(wù)的行為，而不是依賴接口參數(shù)，最后這一點(diǎn)也是最關(guān)鍵的一點(diǎn)。

（3）最后，中臺的建設(shè)未必一定在企業(yè)級，其實(shí)這種思路也可以在具體應(yīng)用建設(shè)中采用，把應(yīng)用按前中后層分離，后端是基礎(chǔ)服務(wù)，中間層提供可復(fù)用、可變化的框架，快速適應(yīng)前臺業(yè)務(wù)的變化。實(shí)際上，中臺化是平臺化的一個(gè)延伸，可以在現(xiàn)有平臺的基礎(chǔ)上進(jìn)行中臺化的改造。

所以，我們說前臺要極致的個(gè)性化，要有小驚喜，后臺要極致的效率化，要有小感動，而中臺要極致的標(biāo)準(zhǔn)化（標(biāo)準(zhǔn)化的接口、標(biāo)準(zhǔn)化的端到端能力、標(biāo)準(zhǔn)化的可變性），要有小確幸。

3．金融企業(yè)數(shù)字化中臺建設(shè)是建立企業(yè)級的軟件可重用能力

金融企業(yè)的中臺，是科技部門主導(dǎo)的、以可重用能力為核心的平臺，那么中臺建設(shè)的原則就要圍繞著重用進(jìn)行。重用首先要進(jìn)行分類，只有通過分類進(jìn)行解耦，才能明晰邊界、確定職責(zé)，所謂分科而學(xué)。金融企業(yè)可重用能力按技術(shù)維度可以分為流程與規(guī)則、信息與數(shù)據(jù)、組件與框架三大類，對應(yīng)到業(yè)務(wù)中臺、數(shù)據(jù)中臺、技術(shù)中臺三大類。但更重要是業(yè)務(wù)維度的分解，決定中臺的內(nèi)涵，這些是不同行業(yè)中臺建設(shè)不同的原因，即使同一行業(yè)的不同企業(yè)也會由于經(jīng)營狀況不同而有差異。傳統(tǒng)上商業(yè)銀行往往將業(yè)務(wù)分為資產(chǎn)類、負(fù)債類和中間業(yè)務(wù)，但這是按資產(chǎn)負(fù)債表構(gòu)成來做的分類，并不能作為能力可復(fù)用的分解。從業(yè)務(wù)的構(gòu)成看，金融企業(yè)業(yè)務(wù)都會包括客戶交互（渠道）、金融產(chǎn)品服務(wù)、產(chǎn)品營銷、產(chǎn)品運(yùn)營、風(fēng)險(xiǎn)控制幾個(gè)部分，當(dāng)一個(gè)業(yè)務(wù)方案提出后，可以分解為：

（1）業(yè)務(wù)在哪些渠道完成，本渠道如何交互，跨渠道如何協(xié)作？

（2）業(yè)務(wù)由哪些產(chǎn)品提供，這些產(chǎn)品需要哪些個(gè)性化要求？

（3）該業(yè)務(wù)通過何種營銷手段觸達(dá)客戶？

（4）渠道接受客戶請求后，企業(yè)內(nèi)部所需的運(yùn)營流程如何？

（5）該業(yè)務(wù)有哪些風(fēng)險(xiǎn)控制因素，如何控制風(fēng)險(xiǎn)。

因此業(yè)務(wù)中臺可以按照這幾個(gè)方面抽象可重用的流程與規(guī)則，供前臺應(yīng)用快速發(fā)布業(yè)務(wù)，同時(shí)收集各種數(shù)據(jù)，供業(yè)務(wù)進(jìn)行優(yōu)化；數(shù)據(jù)中臺根據(jù)這幾個(gè)方面對數(shù)據(jù)標(biāo)簽化、形成模型，提供數(shù)據(jù)服務(wù)；技術(shù)中臺根據(jù)不同業(yè)務(wù)類型確定技術(shù)組件、集成方式和技術(shù)框架，通過工具支持軟件研發(fā)。需要注意的是：

（1）金融企業(yè)的客戶交互包括線上、線下與合作伙伴，渠道眾多，客戶交互要突出渠道整合、渠道協(xié)作與多渠道營銷互動；

（2）金融企業(yè)的產(chǎn)品定義一般都相對靈活，但在個(gè)性化產(chǎn)品、產(chǎn)品組合的能力上需要加強(qiáng)；

（3）產(chǎn)品的運(yùn)營以前一般都在后臺系統(tǒng)中完成，中臺建設(shè)后需要將后臺的能力獨(dú)立出來（例如集中作業(yè)、客服等），通過中臺的流程組合后為前臺應(yīng)用提供柔性的、端到端的服務(wù)能力，另外，傳統(tǒng)架構(gòu)中合作伙伴的概念并不突出，耦合在交易、產(chǎn)品、服務(wù)、渠道等流程中，但目前金融企業(yè)生態(tài)建設(shè)過程中，期望將金融服務(wù)嵌入到生產(chǎn)、生活當(dāng)中，有些產(chǎn)品運(yùn)營的流程需要按照合作伙伴要求定制，因此在產(chǎn)品運(yùn)營服務(wù)中，需要將類似客戶、訂單、物流、積分等能力獨(dú)立出來，為合作伙伴業(yè)務(wù)提供基本的運(yùn)營能力。

4．?dāng)?shù)字化中臺建設(shè)需要從過程與方法、平臺與架構(gòu)、資產(chǎn)與知識三方面入手

基于中臺進(jìn)行大規(guī)模軟件研發(fā)的方法論，我們建議參照“軟件產(chǎn)品線工程”的理論，把軟件研發(fā)分為領(lǐng)域工程與應(yīng)用工程兩部分，領(lǐng)域工程研發(fā)可復(fù)用的流程與服務(wù)，應(yīng)用工程基于領(lǐng)域工程的流程配置新業(yè)務(wù)，或者通過領(lǐng)域工程的服務(wù)組合新業(yè)務(wù)。前面提到，現(xiàn)實(shí)中談到重用的時(shí)候，大家往往從技術(shù)角度從后往前看，希望做出不重復(fù)的代碼，實(shí)際上的復(fù)用是從業(yè)務(wù)視角看，從使用者視角看，抽象出標(biāo)準(zhǔn)化的流程，同時(shí)抽象出這些流程上的可變點(diǎn)，在流程執(zhí)行時(shí)通過配置和當(dāng)前上下文決定流程的行為，即決定可變點(diǎn)的具體執(zhí)行方式。這樣，就可以在業(yè)務(wù)中臺中預(yù)制很多標(biāo)準(zhǔn)化的流程，這些流程已經(jīng)確定了業(yè)務(wù)的處理方式，新業(yè)務(wù)只需要考慮自己的特殊性即可，例如一個(gè)線上渠道的業(yè)務(wù)受理流程一般包括客戶交互（信息上傳）、要素組織、信息確認(rèn)、系統(tǒng)處理、業(yè)務(wù)交付幾個(gè)環(huán)節(jié)，每個(gè)環(huán)節(jié)只是客戶資料不同、確認(rèn)方式不同（可以窮舉）、處理交易不同（可以窮舉）、業(yè)務(wù)交付內(nèi)容不同（信息交付、實(shí)物交付兩種方式可窮舉），這個(gè)流程可以在業(yè)務(wù)中臺中作為渠道流程組件提供出來，作為業(yè)務(wù)受理的標(biāo)準(zhǔn)流程。流程包括業(yè)務(wù)流程（長交易）、操作流程、交易流程（短交易）幾種類型，業(yè)務(wù)的可變性可以包括流程環(huán)節(jié)可變、業(yè)務(wù)數(shù)據(jù)可變、業(yè)務(wù)規(guī)則可變、展現(xiàn)形式可變、人員角色可變，業(yè)務(wù)中臺的技術(shù)框架應(yīng)該支持上述流程的編排、配置與運(yùn)行，支持上述可變性的描述與配置。我們總結(jié)了領(lǐng)域工程的分析設(shè)計(jì)方法：采用BPMN流程驅(qū)動的方式、DDD領(lǐng)域驅(qū)動的方法、四色原型方法混合完成。DDD（Domain-Driven Design，領(lǐng)域驅(qū)動設(shè)計(jì)）應(yīng)用在領(lǐng)域劃分、業(yè)務(wù)語言統(tǒng)一、對象模型建立方面，四色原型方法在數(shù)據(jù)模型建立與展現(xiàn)方面具備獨(dú)到之處，流程驅(qū)動的方式用于分析業(yè)務(wù)流程。應(yīng)用工程以領(lǐng)域工程可復(fù)用組件為基礎(chǔ)，可以建立覆蓋業(yè)務(wù)需求、應(yīng)用開發(fā)、應(yīng)用發(fā)布、應(yīng)用運(yùn)營的研發(fā)流程，實(shí)現(xiàn)配置化的軟件研發(fā)過程。基于業(yè)務(wù)中臺的軟件研發(fā)，可以基于低代碼平臺進(jìn)行，根據(jù)業(yè)務(wù)類型進(jìn)行抽象后的可重用能力和框架，提供配置化開發(fā)的工具，提高研發(fā)效率，例如針對線上渠道業(yè)務(wù)的合作方開發(fā)平臺、針對網(wǎng)點(diǎn)渠道的網(wǎng)點(diǎn)開發(fā)平臺、針對運(yùn)營類業(yè)務(wù)的表單／流程／數(shù)據(jù)處理的開發(fā)平臺等。

數(shù)據(jù)中臺的建設(shè)不同于傳統(tǒng)數(shù)據(jù)倉庫的建設(shè)：數(shù)據(jù)在企業(yè)應(yīng)用的建設(shè)過程中，存在于各個(gè)不同的系統(tǒng)中，這些系統(tǒng)由不同的部門開發(fā)、維護(hù)，信息存在重復(fù)、不完整、沖突等問題，無法形成可被方便使用的資源。為了解決信息在組織內(nèi)部流通不利的問題，企業(yè)往往通過建設(shè)數(shù)據(jù)倉庫為代表的OLAP系統(tǒng)。但數(shù)據(jù)倉庫系統(tǒng)往往由專業(yè)的數(shù)據(jù)團(tuán)隊(duì)進(jìn)行開發(fā)、維護(hù)，通過專門的技術(shù)／工具，從各個(gè)不同的系統(tǒng)中抽取、清洗、轉(zhuǎn)換數(shù)據(jù)，建立多維的數(shù)據(jù)模型，產(chǎn)生業(yè)務(wù)需要的報(bào)表。逐漸地，數(shù)據(jù)團(tuán)隊(duì)變成了一個(gè)專業(yè)、龐大、獨(dú)立的部門，專門為產(chǎn)生報(bào)表服務(wù)，這個(gè)團(tuán)隊(duì)采用了與其他系統(tǒng)開發(fā)不同的流程，積累了大量的業(yè)務(wù)需求，數(shù)據(jù)源頭與數(shù)據(jù)使用需求不一致導(dǎo)致數(shù)據(jù)質(zhì)量難以提高，形成了交易開發(fā)、數(shù)據(jù)開發(fā)兩張皮的現(xiàn)象。為了快速響應(yīng)業(yè)務(wù)需求，支撐業(yè)務(wù)創(chuàng)新，我們希望每個(gè)團(tuán)隊(duì)都能夠利用數(shù)據(jù)實(shí)現(xiàn)對業(yè)務(wù)的感知與洞察，不需要等待數(shù)據(jù)團(tuán)隊(duì)來響應(yīng)他們的需求，能夠自己發(fā)現(xiàn)數(shù)據(jù)、使用數(shù)據(jù)，這就是數(shù)據(jù)自服務(wù)能力，而數(shù)據(jù)團(tuán)隊(duì)的職責(zé)是管理數(shù)據(jù)架構(gòu)、提供平臺與工具、提高數(shù)據(jù)質(zhì)量、支持各方對數(shù)據(jù)的使用、形成數(shù)據(jù)資產(chǎn)，建立企業(yè)的數(shù)據(jù)自服務(wù)能力，簡而言之，這就是數(shù)據(jù)中臺的初衷。建立數(shù)據(jù)中臺，需要完成如下工作：

·　轉(zhuǎn)變目前數(shù)據(jù)團(tuán)隊(duì)的目標(biāo)與組織架構(gòu)，明確面向數(shù)據(jù)自服務(wù)的數(shù)據(jù)管理職能；

·　梳理現(xiàn)有全業(yè)務(wù)系統(tǒng)的數(shù)據(jù)架構(gòu)，形成可逐步演進(jìn)的企業(yè)元數(shù)據(jù)；

·　為數(shù)據(jù)的使用方提供數(shù)據(jù)生產(chǎn)線，為數(shù)據(jù)的收集／轉(zhuǎn)換／存儲／探索／可視化等提供方便的工具和研發(fā)過程；

·　通過數(shù)據(jù)標(biāo)簽化、數(shù)據(jù)關(guān)聯(lián)、畫像等手段，形成有重用價(jià)值的企業(yè)數(shù)據(jù)資產(chǎn)；基于數(shù)據(jù)安全策略，提供數(shù)據(jù)自服務(wù)能力。

技術(shù)中臺的建設(shè)是對企業(yè)技術(shù)架構(gòu)與研發(fā)過程進(jìn)行抽象與封裝，提供可復(fù)用能力，同樣需要達(dá)到標(biāo)準(zhǔn)化、端到端、柔性（可變化）的要求。技術(shù)中臺包括：可復(fù)用的技術(shù)組件，提供標(biāo)準(zhǔn)化的使用方法，例如消息、緩存、持久化、前端等；集成組件，將各應(yīng)用整合起來以一致的視圖展現(xiàn)給使用者，例如門戶、服務(wù)集成、統(tǒng)一身份／認(rèn)證、對賬等；技術(shù)框架，根據(jù)業(yè)務(wù)類型的不同提供標(biāo)準(zhǔn)的代碼開發(fā)框架，例如聯(lián)機(jī)框架、批量框架、聯(lián)機(jī)小批量框架、異步處理框架、前端展現(xiàn)框架等；研發(fā)流程，以DevOps為核心建立架構(gòu)、需求、開發(fā)、發(fā)布、監(jiān)控、運(yùn)維的流程。金融企業(yè)一般系統(tǒng)很多，采用的技術(shù)也不一樣，決定了技術(shù)中臺的建設(shè)，同樣不要追求一個(gè)大一統(tǒng)的平臺，而是按照這樣的思路循序漸進(jìn)，也不要追求最先進(jìn)的實(shí)現(xiàn)技術(shù)，為開發(fā)者提供可復(fù)用能力后，底層的技術(shù)差異應(yīng)該被屏蔽掉。我們的經(jīng)驗(yàn)是，首先考慮的是集成組件，因?yàn)槎鄠€(gè)應(yīng)用不能整合直接影響了用戶的使用體驗(yàn)，也造成了應(yīng)用間互聯(lián)互通的困難，而使用集成組件進(jìn)行整合也容易被不同系統(tǒng)的研發(fā)者接受；其次是研發(fā)流程的標(biāo)準(zhǔn)化，可以從版本管理、持續(xù)集成與發(fā)布入手，比較容易達(dá)到效果；再次是統(tǒng)一一些技術(shù)組件，指導(dǎo)系統(tǒng)使用這些組件，提高應(yīng)用的質(zhì)量，最后，在有條件的應(yīng)用中定義標(biāo)準(zhǔn)化的應(yīng)用技術(shù)架構(gòu)。

明確了中臺建設(shè)的目標(biāo)、原則與方法，可以看出中臺建設(shè)更多是利用可重用思想，建立標(biāo)準(zhǔn)化、端到端、柔性（可變化）的重用能力，可以從企業(yè)級中臺開始，也可以從某一業(yè)務(wù)領(lǐng)域開始，還可以在某一系統(tǒng)入手進(jìn)行，因此，對金融企業(yè)中臺建設(shè)成熟度的評估，我們建議從業(yè)務(wù)、架構(gòu)、流程、組織幾個(gè)維度入手，參考CMMI的成熟度模型。其中業(yè)務(wù)考量中臺建設(shè)的產(chǎn)品化能力，包括愿景與策略、融合與創(chuàng)新，是單一項(xiàng)目還是可管理、可度量、可優(yōu)化的企業(yè)行為；架構(gòu)考量中臺的重用能力，是否符合標(biāo)準(zhǔn)化、端到端、柔性（可變化）的標(biāo)準(zhǔn)；過程考量企業(yè)軟件研發(fā)過程，是否建立了可重用、敏捷的過程體系；組織考量金融企業(yè)科技團(tuán)隊(duì)組織架構(gòu)與協(xié)作關(guān)系，是否建立了可重用軟件研發(fā)的模式。

對于金融科技的從業(yè)者，這是一個(gè)全新的時(shí)代。從B/S到SOA再到中臺架構(gòu)，標(biāo)志著IT建設(shè)進(jìn)入到了深水區(qū)，一方面IT系統(tǒng)不再是簡單的信息保存，而是業(yè)務(wù)數(shù)據(jù)化，利用數(shù)據(jù)驅(qū)動業(yè)務(wù)；另一方面IT系統(tǒng)不再是簡單的從業(yè)務(wù)需求轉(zhuǎn)化為系統(tǒng)實(shí)現(xiàn)，而是需要通過可復(fù)用能力支撐甚至引導(dǎo)業(yè)務(wù)需求。本書通過七個(gè)部分，論述了金融企業(yè)中臺的背景、目標(biāo)、原則與分工、業(yè)務(wù)中臺／數(shù)據(jù)中臺／技術(shù)中臺的實(shí)施方法、成熟度評估原則，這也是我們從SOA架構(gòu)到中臺架構(gòu)、從平臺化到中臺化里程碑的總結(jié)。

拋磚引玉，是為序。

著者

2020年6月