電力營銷服務(wù)業(yè)務(wù)中臺設(shè)計方法與支撐體系研究

周綱 王錦志 許道強 方學民 施明泰 楊維

[摘? ? 要] 隨著電力體制改革不斷深化，新興的業(yè)務(wù)出現(xiàn)和信息通信技術(shù)的持續(xù)發(fā)展，傳統(tǒng)電力營銷服務(wù)系統(tǒng)已難以滿足用戶需求，需要引入企業(yè)中臺等架構(gòu)和理念開展優(yōu)化升級。參考互聯(lián)網(wǎng)電商等企業(yè)業(yè)務(wù)中臺設(shè)計經(jīng)驗，結(jié)合電力營銷業(yè)務(wù)特點，分析了營銷服務(wù)業(yè)務(wù)中臺的構(gòu)成，研究了營銷服務(wù)業(yè)務(wù)中臺的設(shè)計流程、各環(huán)節(jié)的設(shè)計原則和具體的設(shè)計方法，最后從技術(shù)支撐和運營支撐兩方面闡述了營銷服務(wù)業(yè)務(wù)中臺支撐體系，為電力營銷服務(wù)系統(tǒng)業(yè)務(wù)中臺體系的落地提供參考。

[關(guān)鍵詞] 電力營銷;業(yè)務(wù)中臺設(shè)計;中臺支撐體系

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2020. 01. 037

[中圖分類號] F270.7? ? [文獻標識碼]? A? ? ? [文章編號]? 1673 - 0194（2020）01- 0083- 07

0? ? ? 引? ? 言

營銷業(yè)務(wù)是電力企業(yè)的對外服務(wù)窗口，處于服務(wù)政府、企業(yè)、人民群眾的最前端。隨著電力市場化改革的持續(xù)深化，綜合能源服務(wù)市場的快速發(fā)展和新興業(yè)務(wù)的不斷出現(xiàn)，營銷業(yè)務(wù)內(nèi)涵和發(fā)展模式也在發(fā)生深刻變化，需要廣泛運用“大云物移智”等先進信息通信技術(shù)，引入企業(yè)中臺、微應(yīng)用等創(chuàng)新性架構(gòu)和理念，優(yōu)化升級電力客戶服務(wù)體系，創(chuàng)新服務(wù)模式，提升服務(wù)質(zhì)量，滿足電力客戶日益多元化的優(yōu)質(zhì)服務(wù)需求[1-2]。

現(xiàn)有的電力營銷服務(wù)系統(tǒng)經(jīng)過多年運行，與營銷業(yè)務(wù)發(fā)展不相適應(yīng)的問題逐漸凸顯。業(yè)務(wù)協(xié)同方面，現(xiàn)有系統(tǒng)大多采用“煙囪式”建設(shè)模式，系統(tǒng)相對獨立，集成和協(xié)作成本高;需求響應(yīng)方面，各系統(tǒng)業(yè)務(wù)獨立縱向開展，業(yè)務(wù)邏輯共享性差，復(fù)用率低，需求響應(yīng)慢，難以支撐業(yè)務(wù)快速發(fā)展的需要;系統(tǒng)演進方面，現(xiàn)有系統(tǒng)整體升級往往以系統(tǒng)重建的形式進行，基礎(chǔ)功能重復(fù)投資建設(shè)，多年業(yè)務(wù)沉淀難以保留;數(shù)據(jù)融通方面，系統(tǒng)沉淀的數(shù)據(jù)資源廣泛分散在各個異構(gòu)系統(tǒng)中，數(shù)據(jù)一致性和流通性較差，共享困難，無法最大限度地挖掘數(shù)據(jù)價值。

為了解決信息化建設(shè)過程中異構(gòu)系統(tǒng)集成復(fù)雜，功能重復(fù)建設(shè)及需求響應(yīng)效率低下等問題，阿里巴巴等部分互聯(lián)網(wǎng)電商公司在IT架構(gòu)轉(zhuǎn)型過程中引入了中臺思想及體系[3]，對業(yè)務(wù)形成了強力支撐。文獻[3]對中臺在互聯(lián)網(wǎng)企業(yè)中發(fā)揮的業(yè)務(wù)價值、演進過程、服務(wù)體系搭建及相關(guān)案例進行了論述;文獻[4]給出了云上數(shù)據(jù)中臺頂層設(shè)計，并通過案例描述了云上數(shù)據(jù)中臺建設(shè)及其業(yè)務(wù)模式的形成過程。以上文獻基于互聯(lián)網(wǎng)電商企業(yè)業(yè)務(wù)及工程實踐對中臺戰(zhàn)略、思想、設(shè)計及運維體系進行了較為全面的普及性闡述，對中臺體系在營銷服務(wù)系統(tǒng)中的落地具有一定參考意義。面對數(shù)字化轉(zhuǎn)型要求，包括電力行業(yè)在內(nèi)的相關(guān)企業(yè)也針對業(yè)務(wù)中臺在營銷信息化中的應(yīng)用進行了相關(guān)研究。文獻[5]以數(shù)據(jù)驅(qū)動為出發(fā)點，通過大數(shù)據(jù)挖掘，產(chǎn)品緊關(guān)聯(lián)，全渠道覆蓋及場景化營銷來構(gòu)建企業(yè)中臺，從而滿足客戶個性化需求并提升客戶體驗;文獻[6]針對電子渠道建設(shè)現(xiàn)狀，借鑒互聯(lián)網(wǎng)企業(yè)的相關(guān)實踐，為電信運營商構(gòu)建電渠中臺系統(tǒng)提供了思路;文獻[7]提出電力物聯(lián)網(wǎng)多渠道客戶服務(wù)中臺整體架構(gòu)，并描述了用戶中心、工單中心、賬單中心等共享服務(wù)中心核心組件的業(yè)務(wù)內(nèi)容;文獻[8]基于中臺技術(shù)對全渠道運營支撐平臺架構(gòu)進行設(shè)計，并研究了部署方式和面向電力營銷的運營支撐平臺業(yè)務(wù)內(nèi)容。以上文獻對中臺體系的設(shè)計和在相關(guān)行業(yè)營銷業(yè)務(wù)中的應(yīng)用提出了總體思路和架構(gòu)，但多為對業(yè)務(wù)中臺設(shè)計的原則性介紹，尚缺乏設(shè)計過程的系統(tǒng)化闡述。

綜上，結(jié)合電力營銷業(yè)務(wù)實際，參考已有研究成果，針對營銷服務(wù)業(yè)務(wù)中臺設(shè)計方法開展研究，對中臺體系在電力營銷服務(wù)系統(tǒng)中的落地應(yīng)用具有較強的工程實用價值。

1? ? ? 營銷服務(wù)業(yè)務(wù)中臺的構(gòu)成

營銷服務(wù)業(yè)務(wù)中臺作為一種戰(zhàn)略性、體系性業(yè)務(wù)架構(gòu)，其核心價值在于將營銷業(yè)務(wù)能力IT化的模式轉(zhuǎn)變?yōu)閷I(yè)務(wù)能力資產(chǎn)化的模式，從而提高業(yè)務(wù)敏捷性及響應(yīng)市場的速度。營銷服務(wù)業(yè)務(wù)中臺里提供的業(yè)務(wù)能力可以逐漸被更多的業(yè)務(wù)應(yīng)用復(fù)用，從而逐漸累積企業(yè)業(yè)務(wù)能力資產(chǎn)，并通過中臺賦能的方式，為面向電力客戶服務(wù)的前臺應(yīng)用輸出持續(xù)沉淀的核心業(yè)務(wù)能力和快速創(chuàng)新能力[7]。它不僅包括中臺信息系統(tǒng)支撐，還包括與中臺匹配的管理體系和標準。具體來說，營銷服務(wù)業(yè)務(wù)中臺由業(yè)務(wù)中臺分析方法、各類業(yè)務(wù)服務(wù)能力中心及與之匹配的業(yè)務(wù)數(shù)據(jù)域、業(yè)務(wù)中臺技術(shù)支撐及與之匹配的管理機制及標準構(gòu)成。

（1）業(yè)務(wù)中臺分析方法：營銷業(yè)務(wù)中臺服務(wù)化建設(shè)方法，涉及服務(wù)中心規(guī)劃、服務(wù)識別、設(shè)計、實現(xiàn)、治理等一系列方法標準。

（2）業(yè)務(wù)能力中心：營銷業(yè)務(wù)服務(wù)中心由基于領(lǐng)域模型分解的業(yè)務(wù)能力池及從業(yè)務(wù)域、流程、功能、時序圖等業(yè)務(wù)分析中梳理出的服務(wù)組成。

（3）業(yè)務(wù)數(shù)據(jù)域：與上述業(yè)務(wù)能力中心匹配的業(yè)務(wù)數(shù)據(jù)集合，該業(yè)務(wù)數(shù)據(jù)域的操作一般必須通過該業(yè)務(wù)能力中心，從而天然保障數(shù)據(jù)的高度一致性。

（4）業(yè)務(wù)中臺技術(shù)基礎(chǔ)設(shè)施：是對業(yè)務(wù)中臺的業(yè)務(wù)能力中心、業(yè)務(wù)數(shù)據(jù)域、管理機制及標準提供標準技術(shù)支撐的技術(shù)體系，如分布式服務(wù)框架、分布式數(shù)據(jù)庫、分布式消息隊列、分布式業(yè)務(wù)監(jiān)控、分布式事務(wù)等。采用統(tǒng)一的技術(shù)基礎(chǔ)設(shè)施對于業(yè)務(wù)中臺的落地、運維、迭代更新等具有非常重要的作用。

（5）管理體制及標準：穩(wěn)定的團隊和規(guī)范標準保證業(yè)務(wù)中臺的能力建設(shè)方、能力使用方形成良好的流程運轉(zhuǎn)機制，實現(xiàn)業(yè)務(wù)能力的持續(xù)穩(wěn)定迭代，保證營銷業(yè)務(wù)中臺的持續(xù)演進。

以上五個方面構(gòu)成客戶服務(wù)業(yè)務(wù)中臺的核心。營銷服務(wù)業(yè)務(wù)能力中心構(gòu)成已有相關(guān)文獻[7]進行了詳細研究，本文不再贅述，主要針對業(yè)務(wù)中臺設(shè)計方法及包括技術(shù)基礎(chǔ)設(shè)施和管理體系在內(nèi)的業(yè)務(wù)中臺支撐體系展開論述。

2? ? ? 營銷服務(wù)業(yè)務(wù)中臺設(shè)計流程

參考互聯(lián)網(wǎng)企業(yè)以客戶為中心的以提升IT協(xié)同效能，促進業(yè)務(wù)創(chuàng)新，構(gòu)建行業(yè)生態(tài)為目標的業(yè)務(wù)中臺建設(shè)方法經(jīng)驗，結(jié)合電力營銷自身的業(yè)務(wù)特性，本文提出涵蓋整體客戶服務(wù)業(yè)務(wù)中臺設(shè)計實施過程。設(shè)計過程分為服務(wù)中心規(guī)劃、服務(wù)識別、服務(wù)設(shè)計、服務(wù)實現(xiàn)及服務(wù)治理5個步驟，涉及業(yè)務(wù)相關(guān)提交件的輸入要求，業(yè)務(wù)中臺相關(guān)提交件的輸出，設(shè)計過程的一系列標準、模板和規(guī)范，前后步驟相互驗證，迭代演進，如圖1所示。

（1）在服務(wù)中心規(guī)劃階段，基于業(yè)務(wù)領(lǐng)域模型的輸入根據(jù)服務(wù)中心規(guī)劃方法和決策流程及指標確定電力營銷服務(wù)系統(tǒng)的服務(wù)中心，根據(jù)服務(wù)中心確定電力營銷服務(wù)業(yè)務(wù)中臺架構(gòu)。

（2）在服務(wù)識別階段，依賴業(yè)務(wù)需求分析產(chǎn)出的四級或五級流程、業(yè)務(wù)時序圖、業(yè)務(wù)規(guī)則、業(yè)務(wù)功能等作為服務(wù)識別的輸入，再根據(jù)各種需求輸入對應(yīng)的服務(wù)梳理方法梳理出備選服務(wù)。針對備選服務(wù)依據(jù)服務(wù)中心規(guī)劃做篩選、聚合、歸類形成電力營銷服務(wù)系統(tǒng)的服務(wù)模型，同時根據(jù)服務(wù)的非功能需求產(chǎn)出業(yè)務(wù)中臺技術(shù)能力支撐。

（3）在服務(wù)設(shè)計階段，根據(jù)服務(wù)識別階段產(chǎn)出的服務(wù)模型，設(shè)計對外暴露的服務(wù)接口和操作，設(shè)計各個服務(wù)中心的數(shù)據(jù)模型，設(shè)計服務(wù)中心的部署模型。

（4）在服務(wù)實現(xiàn)階段，根據(jù)服務(wù)設(shè)計階段的產(chǎn)出，依據(jù)代碼開發(fā)規(guī)范、微服務(wù)開發(fā)最佳實踐，進行服務(wù)接口的代碼業(yè)務(wù)邏輯實現(xiàn)及開發(fā)完成后的服務(wù)單元測試、服務(wù)集成測試、服務(wù)非功能測試、服務(wù)部署上線等。

（5）在服務(wù)治理階段，針對服務(wù)的持續(xù)運營，收集及反饋服務(wù)實際運行信息，促進服務(wù)的持續(xù)迭代，持續(xù)的滿足和促進業(yè)務(wù)創(chuàng)新，真正達到以客戶為中心、服務(wù)好客戶的核心主旨。

2.1? ?服務(wù)中心規(guī)劃

2.1.1? ?原則與思路

服務(wù)中心規(guī)劃分為業(yè)務(wù)領(lǐng)域建模階段、服務(wù)中心推導(dǎo)規(guī)劃階段、服務(wù)中心評審階段、業(yè)務(wù)中臺架構(gòu)形成等階段，如圖2所示。在業(yè)務(wù)領(lǐng)域建模階段，由業(yè)務(wù)專家和業(yè)務(wù)架構(gòu)師使用領(lǐng)域分析方法來分析營銷現(xiàn)有和未來的業(yè)務(wù)，根據(jù)營銷業(yè)務(wù)所涵蓋的全量用戶用例模型分析抽象其中的業(yè)務(wù)對象和業(yè)務(wù)實體及其之間的關(guān)系，從中推導(dǎo)規(guī)劃出營銷業(yè)務(wù)領(lǐng)域模型作為下一階段營銷服務(wù)中心規(guī)劃的業(yè)務(wù)輸入;在服務(wù)規(guī)劃階段，由中臺架構(gòu)師與業(yè)務(wù)架構(gòu)師根據(jù)營銷業(yè)務(wù)領(lǐng)域模型推導(dǎo)出營銷的服務(wù)中心規(guī)劃藍圖;在中心評審階段，由中臺管控組主持審核服務(wù)中心規(guī)劃，根據(jù)預(yù)先指定的服務(wù)中心評審標準，確定中心規(guī)劃的合理性和中心實施計劃和資源安排;最終根據(jù)服務(wù)中心規(guī)劃審批的意見和結(jié)果，形成營銷服務(wù)業(yè)務(wù)中臺架構(gòu)，作為后續(xù)營銷服務(wù)梳理的范圍和依據(jù)。

2.1.2? ?服務(wù)中心規(guī)劃方法

（1）業(yè)務(wù)領(lǐng)域建模。業(yè)務(wù)領(lǐng)域建模是對業(yè)務(wù)中臺所涉及的需求業(yè)務(wù)進行業(yè)務(wù)分解及業(yè)務(wù)邊界劃分，形成“高內(nèi)聚低耦合”的業(yè)務(wù)子域過程。首先，采用用例建模進行業(yè)務(wù)需求的收集及分析，用例建模的最主要功能就是用來表達系統(tǒng)的共性需求或行為。該階段產(chǎn)出“用例模型”，包括“用例”及“用例描述”;然后，基于“用例模型”同時結(jié)合領(lǐng)域建模分析方法，來挖掘和分析重要的業(yè)務(wù)實體，并建立業(yè)務(wù)實體之間的關(guān)系，最終形成領(lǐng)域模型。領(lǐng)域模型包括業(yè)務(wù)實體及業(yè)務(wù)實體之間的關(guān)系。

（2）服務(wù)中心規(guī)劃。在業(yè)務(wù)領(lǐng)域模型產(chǎn)出之后，要對模型進行歸納和劃分形成業(yè)務(wù)域，歸納是為了保證相近的職責模型聚攏在一起從而保證職責的單一且內(nèi)聚，同時明確出來的兩個域的邊界，保證業(yè)務(wù)域之間的低耦合。當業(yè)務(wù)域架構(gòu)產(chǎn)出之后，服務(wù)中心架構(gòu)的骨架初步形成，業(yè)務(wù)域基本上可以對應(yīng)到相應(yīng)的服務(wù)中心，后續(xù)就是在這個框架上去填充內(nèi)容。先根據(jù)業(yè)務(wù)流程開始對服務(wù)進行識別，從而進行服務(wù)化的架構(gòu)建模，同時把服務(wù)所在的業(yè)務(wù)范圍歸屬到相應(yīng)的服務(wù)中心。另外服務(wù)中心還可以從技術(shù)維度橫向縱向抽象各個服務(wù)中心共同依賴的技術(shù)能力，形成技術(shù)視角的服務(wù)中心，例如多個服務(wù)中心都需要內(nèi)容發(fā)布能力，如果希望能提供統(tǒng)一的內(nèi)容管理、發(fā)布、存儲與挖掘的功能平臺，可以形成內(nèi)容發(fā)布中心。

2.2? ?服務(wù)識別

2.2.1? ?原則與思路

通過流程識別、時序圖識別、功能識別等方法初步梳理出備選服務(wù)，產(chǎn)出初步的營銷服務(wù)模型。根據(jù)初步的營銷服務(wù)模型，進行抽象歸納，相同業(yè)務(wù)能力的進行合并，類似業(yè)務(wù)能力的進行歸集形成服務(wù)操作，并抽象服務(wù)操作的輸入輸出，盡可能共用同一個服務(wù)操作，多個業(yè)務(wù)相對固定的連續(xù)操作考慮形成組合服務(wù);根據(jù)服務(wù)評測標準進行分析、合并、過濾等處理，最終形成服務(wù)模型，如圖3所示。

2.2.2? ?服務(wù)識別方法

服務(wù)識別依賴于業(yè)務(wù)流程、規(guī)則、功能、時序圖的輸入，根據(jù)不同輸入使用不同的服務(wù)梳理方法進行服務(wù)梳理，形成服務(wù)模型。

（1）業(yè)務(wù)流程分析方法：以當前業(yè)務(wù)流程為參考，識別其需要改進的地方，盡可能以目標業(yè)務(wù)流程為分析對象來識別服務(wù)。目標業(yè)務(wù)流程的定義一般應(yīng)該在服務(wù)識別前完成，可以以當前流程為基礎(chǔ)，以行業(yè)的最佳實踐為指導(dǎo)，參考行業(yè)標準規(guī)范，優(yōu)化重構(gòu)而成。優(yōu)化和重構(gòu)的核心在于兩個方面，一是以有效地支撐企業(yè)業(yè)務(wù)目標和愿景（如簡化業(yè)務(wù)流程、提高執(zhí)行力等）為根本原則;以消除冗余（共同活動、規(guī)則、數(shù)據(jù)）和增強靈活性（識別易變活動、規(guī)則、數(shù)據(jù)）為基本方法，二是在分析過程中，注意總結(jié)參與的業(yè)務(wù)角色（內(nèi)外人員或系統(tǒng)）、業(yè)務(wù)實體（數(shù)據(jù)層面）、構(gòu)成流程的業(yè)務(wù)活動（子流程）之間的依賴和順序關(guān)系、活動分支依據(jù)的判斷規(guī)則以及各活動自身依賴的規(guī)則和策略。一般對業(yè)務(wù)流程拆解最多到四級子流程（即第五級）即可識別出合適粒度的業(yè)務(wù)能力作為備選服務(wù)。可以明確歸屬為某個服務(wù)中心的業(yè)務(wù)任務(wù)/操作就是備選服務(wù)，比如所有對于用戶的操作都歸屬于用戶中心;如無法確定該業(yè)務(wù)操作屬于哪個服務(wù)中心，但又是通用的業(yè)務(wù)能力，作為備選服務(wù)，為后續(xù)分析服務(wù)中心服務(wù)涵蓋了業(yè)務(wù)做迭代。

（2）功能分析方法：根據(jù)業(yè)務(wù)功能的輸入，按照業(yè)務(wù)中臺服務(wù)化方法根據(jù)電力營銷服務(wù)系統(tǒng)業(yè)務(wù)功能的輸入，采用功能服務(wù)梳理方法的能力中心分析方法、原則，從業(yè)務(wù)應(yīng)用功能中去分析、抽象、歸類、設(shè)計支撐系統(tǒng)業(yè)務(wù)應(yīng)該具有的能力中心和能力中心大顆粒度的服務(wù)。整體業(yè)務(wù)中臺能力中心分析推導(dǎo)過程的步驟包括業(yè)務(wù)及應(yīng)用能力輸入、業(yè)務(wù)能力分析、關(guān)鍵要素拆解、關(guān)鍵要素分布分析及中心能力匯聚。

（3）時序圖分析方法：根據(jù)業(yè)務(wù)域/系統(tǒng)間的業(yè)務(wù)調(diào)用動作，梳理出備選服務(wù)，包含動作的輸入輸出、非功能要求、服務(wù)發(fā)布范圍等，形成服務(wù)模型;上述梳理出的服務(wù)綜合抽象歸類，形成服務(wù)模型。作為下一階段服務(wù)設(shè)計的輸入?？梢悦鞔_歸屬為某個服務(wù)中心的業(yè)務(wù)動作就是備選服務(wù)，比如所有對于用戶的操作都歸屬于用戶中心;如無法確定該業(yè)務(wù)動作屬于哪個服務(wù)中心，但又是通用的業(yè)務(wù)能力，作為備選服務(wù)，為后續(xù)分析服務(wù)中心服務(wù)涵蓋了業(yè)務(wù)做迭代。

2.3? ?服務(wù)設(shè)計

2.3.1? ?原則與思路

服務(wù)設(shè)計以服務(wù)識別出的服務(wù)模型為基礎(chǔ)，針對服務(wù)粒度、依賴關(guān)系做合理調(diào)整;并對服務(wù)接口、服務(wù)應(yīng)用分組、以及部署方式，以契約先行和更好地支持可伸縮高可用為目標做進一步的設(shè)計，同時在性能、管控、安全等非功能性需求方面對服務(wù)實現(xiàn)提出明確的要求，在這個過程中，逐步明確完善系統(tǒng)整體架構(gòu)，包括架構(gòu)主題決策、系統(tǒng)組件模型、系統(tǒng)部署模型、信息數(shù)據(jù)模型等，如圖4所示。

2.3.2? ?服務(wù)設(shè)計方法

業(yè)務(wù)中臺服務(wù)設(shè)計方法包括服務(wù)化松耦合設(shè)計方法、命名方法、接口設(shè)計方法、操作設(shè)計方法等。以服務(wù)化松耦合設(shè)計方法為例，一是實現(xiàn)的松耦合，將核心業(yè)務(wù)實現(xiàn)抽成獨立的服務(wù)成為服務(wù)提供方，將前端應(yīng)用作為服務(wù)消費方，兩者之間通過RPC（遠程調(diào)用協(xié)議）進行通信，消費端與核心業(yè)務(wù)提供方解耦，服務(wù)提供方的內(nèi)部變更不會影響到消費方，同時消費方可以根據(jù)需要切換提供方;二是時間的松耦合，實質(zhì)上是將同步化為異步，在高并發(fā)的情況下，由于下游服務(wù)、業(yè)務(wù)鏈的各個服務(wù)的可用性、處理能力存在差異，讓服務(wù)提供方在同一時間處理掉大量的數(shù)據(jù)是不現(xiàn)實的，需要降低服務(wù)之間的強依賴性，目前主流的方式是采用異步消息隊列，犧牲一部分時間從而保證最終一致，服務(wù)高可用;三是位置的松耦合，應(yīng)用系統(tǒng)啟動的時候，無須關(guān)注服務(wù)提供方的位置，會根據(jù)一定的方式獲取到需要的位置信息，目前的主流方式是采用服務(wù)注冊中心，服務(wù)提供方將所有的服務(wù)注冊到服務(wù)注冊中心，當服務(wù)消費方想要調(diào)用其他系統(tǒng)的服務(wù)時，從注冊中心查找對應(yīng)的服務(wù)后再進行調(diào)用，一些主流的服務(wù)注冊中心中間件同時提供了一系列機制可以保證服務(wù)實時發(fā)現(xiàn)、注冊、刷新等;四是版本的松耦合，隨著服務(wù)的升級會帶來版本的升級，不能出現(xiàn)消費端需要依賴特定版本才能工作的情況，因此高版本必須要向下兼容。

2.4? ?服務(wù)實現(xiàn)

服務(wù)實現(xiàn)根據(jù)服務(wù)設(shè)計的產(chǎn)出文檔，結(jié)合滿足業(yè)務(wù)的穩(wěn)定性和容量性需求，采用成熟的分布式服務(wù)框架進行服務(wù)開發(fā)實現(xiàn)。需按照統(tǒng)一的編碼開發(fā)規(guī)范，保證服務(wù)實現(xiàn)的開發(fā)質(zhì)量，主要包含服務(wù)實現(xiàn)決策和服務(wù)實現(xiàn)技術(shù)兩大部分。服務(wù)實現(xiàn)決策確定接口定義、方法定義和實現(xiàn)模塊，服務(wù)實現(xiàn)技術(shù)確定發(fā)布協(xié)議、訪問端點及安全機制。

根據(jù)服務(wù)設(shè)計確定的服務(wù)模型的服務(wù)目錄、服務(wù)關(guān)聯(lián)、服務(wù)定義，并且在對系統(tǒng)整體架構(gòu)的逐步完善中明確這些服務(wù)的分組分類，以及不同的服務(wù)暴露、交互場景等。在確定了該服務(wù)所采用的服務(wù)化框架實現(xiàn)的選型后，開始實現(xiàn)服務(wù)模型里面的服務(wù)，包括確定業(yè)務(wù)中臺技術(shù)架構(gòu)，根據(jù)業(yè)務(wù)中臺技術(shù)支撐形成業(yè)務(wù)中臺技術(shù)架構(gòu);確定服務(wù)化框架，確定產(chǎn)品來封裝業(yè)務(wù)能力的實現(xiàn)，形成服務(wù);確定實現(xiàn)業(yè)務(wù)能力依賴的技術(shù)產(chǎn)品，如使用什么規(guī)則、搜索、消息、緩存引擎，工作流和數(shù)據(jù)持久化框架等;編寫、集成、組裝、測試，形成應(yīng)用部署交付件要求之前服務(wù)設(shè)計階段提出的實現(xiàn)指導(dǎo)原則能夠切實落實;最后部署服務(wù)，服務(wù)應(yīng)用能夠便捷甚至自動地適應(yīng)不同的部署目標環(huán)境（如日常、測試、預(yù)發(fā)、線上）之間的切換。

2.5? ?服務(wù)治理

服務(wù)治理是使營銷服務(wù)業(yè)務(wù)中臺建立的服務(wù)體系順暢運轉(zhuǎn)而制定的指導(dǎo)原則，以及執(zhí)行這些原則所需要的技術(shù)手段，涉及服務(wù)發(fā)布發(fā)現(xiàn)、服務(wù)鑒權(quán)授權(quán)、服務(wù)監(jiān)控統(tǒng)計、服務(wù)故障預(yù)案、服務(wù)彈性伸縮、服務(wù)限流降級、服務(wù)鏈路追蹤、服務(wù)鏈路壓測、服務(wù)灰度發(fā)布等。通過服務(wù)的治理，使服務(wù)實時使用數(shù)據(jù)反饋到業(yè)務(wù)系統(tǒng)，推進業(yè)務(wù)持續(xù)梳理優(yōu)化，從而引導(dǎo)業(yè)務(wù)中臺持續(xù)優(yōu)化迭代，以數(shù)據(jù)優(yōu)化的手段促進營銷業(yè)務(wù)真正往以客戶為中心的方向上演進。

服務(wù)演進是服務(wù)治理的一部分，需要解決服務(wù)生命周期中的階段性問題，即服務(wù)該如何更新以及該如何控制管理更新對已有服務(wù)消費者的影響。服務(wù)被消費后也會需要更新，這些更新可能是因為要加入新的功能，或者要修復(fù)問題和錯誤，或者是從易用性上要做改進，或者從業(yè)務(wù)耦合性和完整性上要做合并拆分，也可能是單純因為服務(wù)本身代表的業(yè)務(wù)能力發(fā)生了變化，例如規(guī)則、流程變化等。這些變化，有的并不會影響到已有服務(wù)消費者的繼續(xù)使用，有的卻要求已有服務(wù)消費者做改造。表1列出了服務(wù)演進中服務(wù)更新的可能情況、原因及對應(yīng)的處置原則。

3? ? ? 營銷服務(wù)業(yè)務(wù)中臺技術(shù)支撐體系

3.1? ?業(yè)務(wù)中臺技術(shù)支撐要求

營銷服務(wù)業(yè)務(wù)中臺為支撐業(yè)務(wù)的海量用戶訪問、快速迭代支撐業(yè)務(wù)創(chuàng)新、業(yè)務(wù)穩(wěn)定的運行，數(shù)據(jù)化運維的輔助，從技術(shù)角度需要考慮解決上述幾個關(guān)鍵問題，綜合分析應(yīng)滿足以下技術(shù)要求。

（1）應(yīng)用微服務(wù)化：未來營銷的持續(xù)增長，應(yīng)用會變得越來越臃腫，開發(fā)、維護成本會越來越高，任何小的改動影響面都越來越廣，以上相關(guān)問題導(dǎo)致對于業(yè)務(wù)的響應(yīng)變得越來越緩慢，傳統(tǒng)架構(gòu)已經(jīng)無法滿足互聯(lián)網(wǎng)環(huán)境下的快速創(chuàng)新需求。為滿足IT對于業(yè)務(wù)的快速支持和支撐業(yè)務(wù)的快速創(chuàng)新，能力中心的架構(gòu)需要實現(xiàn)基于微服務(wù)開發(fā)框架，采用分布式應(yīng)用服務(wù)框架組件搭建，微服務(wù)開發(fā)框架把業(yè)務(wù)能力發(fā)布成服務(wù)，以實現(xiàn)現(xiàn)有集中式系統(tǒng)的分布式改造，降低新業(yè)務(wù)應(yīng)用的建設(shè)成本周期和風險。微服務(wù)開發(fā)框架將各部門的應(yīng)用資源以業(yè)務(wù)能力的形式組織起來，通過該開發(fā)框架對這些業(yè)務(wù)能力進行封裝形成易于共享的服務(wù)，從而實現(xiàn)業(yè)務(wù)能力粒度上的重用、組裝、維護和管理。