電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺的設(shè)計與實現(xiàn)

李家健，王海霞

（1.中國電信股份有限公司廣東分公司，廣東 廣州 510180；2.中國電信股份有限公司廣州研究院，廣東 廣州 510630）

1 引言

隨著移動通信和互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，以及全業(yè)務(wù)運營和3G大規(guī)模的推廣，電信業(yè)務(wù)種類更加豐富，市場競爭日益加劇。而智能手機、平板電腦等大量新型移動智能終端的出現(xiàn)，使得用戶的通訊行為、消費習(xí)慣發(fā)生巨變，如微信、易信等社交網(wǎng)絡(luò)平臺集聚人氣，O2O、C2B等銷售模式開始普及。

電子渠道已經(jīng)逐步從過去作為實體渠道的補充，發(fā)展成為通信運營商不可或缺的市場營銷渠道和客戶服務(wù)渠道。如何借鑒電商行業(yè)的經(jīng)驗來增強業(yè)務(wù)承載能力，優(yōu)化客戶體驗，充分發(fā)揮電子渠道的優(yōu)勢，成為電信運營商提升核心競爭力的重要戰(zhàn)略之一。

2 系統(tǒng)總體設(shè)計

2.1 現(xiàn)狀分析

中國電信廣東分公司的電子渠道現(xiàn)狀是整體結(jié)構(gòu)較零散，前重后輕、相互獨立，既無法快速響應(yīng)業(yè)務(wù)需求，也無法滿足協(xié)同運營的要求，快速拓展電渠服務(wù)及銷售觸點。其存在的主要問題如下：

（1）業(yè)務(wù)耦合性越來越高，需求開發(fā)周期長，實施效率低。

（2）電渠各個系統(tǒng)不統(tǒng)一，同一業(yè)務(wù)需求要在各渠道多次提出，容易造成業(yè)務(wù)邏輯混亂和運營效率低。

（3）業(yè)務(wù)可配置化程度低，缺乏統(tǒng)一的能力開放平臺。

2.2 業(yè)務(wù)目標(biāo)

中國電信廣東分公司的電子渠道的發(fā)展目標(biāo)是以互聯(lián)網(wǎng)企業(yè)為標(biāo)桿，建設(shè)一套電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺。平臺重點支撐以下業(yè)務(wù)目標(biāo)：

（1）業(yè)務(wù)能力的統(tǒng)一接入、統(tǒng)一管理、快速封裝

◆業(yè)務(wù)能力的統(tǒng)一接入：電信對內(nèi)外各個門戶及合作伙伴所使用的電信業(yè)務(wù)能力統(tǒng)一接入控制；

◆業(yè)務(wù)能力的統(tǒng)一管理：業(yè)務(wù)能力從申請、配置到開放、關(guān)閉的全生命周期管理；

◆業(yè)務(wù)能力的快速封裝：通過配置對基礎(chǔ)服務(wù)進行組合形成業(yè)務(wù)服務(wù)能力，并能實時對外開放或關(guān)閉。

（2）服務(wù)提供組件化、標(biāo)準(zhǔn)化

每個服務(wù)中心提供業(yè)務(wù)底層原子化服務(wù)，并統(tǒng)一服務(wù)接入、交換、訪問標(biāo)準(zhǔn)處理流程，服務(wù)和服務(wù)之間通過消息推送，實現(xiàn)服務(wù)異步調(diào)用，以達到松耦合和靈活擴展。

原子服務(wù)能夠通過組合及編排方式生成新服務(wù)組件，提高系統(tǒng)運營支撐效率，實現(xiàn)快速支撐和運營式開發(fā)模式。

（3）數(shù)據(jù)模型統(tǒng)一化

全面整合10000號、直銷渠道、社會渠道等渠道支撐，統(tǒng)一規(guī)劃網(wǎng)廳、自助終端、商城等電子渠道交互流程，提升內(nèi)外部客戶的體驗一致性；設(shè)計符合電信電商化的數(shù)據(jù)統(tǒng)一模型，發(fā)揮體驗和運營效率，構(gòu)建出高可用性和高擴展的數(shù)據(jù)模型，擺脫業(yè)務(wù)依賴。

（4）架構(gòu)分布式

通過Session（會話控制）、業(yè)務(wù)、服務(wù)和數(shù)據(jù)庫分布式架構(gòu)，構(gòu)建出高可用性和高擴展的服務(wù)平臺。

（5）引入O2O線上線下模式互動營銷，提升用戶體驗

通過網(wǎng)廳、觸屏版、客戶端等形式支持用戶營業(yè)廳預(yù)約、資源查詢等服務(wù)體驗提升，實現(xiàn)商品訂單統(tǒng)一管理、完善分銷系統(tǒng)向B2B2C演進。

2.3 系統(tǒng)功能架構(gòu)

電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺核心應(yīng)用功能包含服務(wù)接入、交換、訪問三層管理以及能力配置管理、生命周期管理、控制中心、運營支撐管理、開發(fā)測試支撐管理等關(guān)鍵功能。平臺功能架構(gòu)如圖1所示。

（1）服務(wù)接入：主要負責(zé)根據(jù)單位時間內(nèi)的訪問次數(shù)、流量對調(diào)用方進行訪問控制，當(dāng)達到設(shè)置的閾值時，將調(diào)用方的調(diào)用返回，并通過返回流量限制錯誤明確告知調(diào)用方是屬于超過流量限制，以方便調(diào)用方進行相應(yīng)的處理。安全控制包括：數(shù)字簽名認證，支持MD5等加密方式；IP黑白名單；OAuth 2.0校驗用戶是否授權(quán)應(yīng)用訪問用戶信息，對接入平臺的用戶進行安全鑒權(quán)。超時控制通過設(shè)置每個服務(wù)的超時閾值，當(dāng)服務(wù)代理調(diào)用服務(wù)提供方超時達到閾值后，調(diào)用探測偵聽接口，告知探測模塊對服務(wù)進行探測。

圖1 電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺功能架構(gòu)

（2）服務(wù)交換：主要負責(zé)對外提供Http Post、Web Service、Socket等不同方法服務(wù)的請求，并根據(jù)各個協(xié)議版本對應(yīng)的節(jié)點描述配置，對接入的請求進行協(xié)議轉(zhuǎn)換。根據(jù)各個協(xié)議版本對應(yīng)的節(jié)點描述配置，對接入的請求進行格式校驗，過濾消息中的個別字段或記錄。服務(wù)平臺接收到請求，在進行認證鑒權(quán)之后，把請求轉(zhuǎn)發(fā)到本地服務(wù)提供方，如果調(diào)用成功則返回調(diào)用結(jié)果，否則生成調(diào)用服務(wù)失敗信息。構(gòu)建事務(wù)控制中心，所有事務(wù)的上下文都會注冊到事務(wù)中心，事務(wù)中心是可以允許事務(wù)的嵌套的，服務(wù)代理去調(diào)用其它服務(wù)時，如果這個服務(wù)有配置事務(wù)，那么它就會被當(dāng)作一個子事務(wù)來注冊到事務(wù)管理中心去。服務(wù)代理端把交互日志入隊列到能力開放平臺上進行持久化，為了提高發(fā)送性能，把日志信息先發(fā)送到本地隊列，啟動多個發(fā)送線程從隊列中讀取信息，同步到能力開放平臺系統(tǒng)上，對于發(fā)送失敗的日志，需寫入本地文件進行重發(fā)。

（3）能力訪問：主要負責(zé)解析組合服務(wù)，處理數(shù)據(jù)轉(zhuǎn)換以及分發(fā)組合服務(wù)中的各個組合環(huán)節(jié)。將消息根據(jù)不同條件路由到不同端點，可以分為靜態(tài)路由和動態(tài)路由。

（4）能力配置：主要負責(zé)合作伙伴管理、服務(wù)提供、服務(wù)注冊、服務(wù)授權(quán)、服務(wù)目錄、服務(wù)編排、服務(wù)數(shù)據(jù)轉(zhuǎn)換、服務(wù)拓撲及服務(wù)測試。

（5）生命周期管理：服務(wù)生命周期管理的對象是服務(wù)能力，管理過程包括申請、審核、配置、發(fā)布、授權(quán)、關(guān)閉/注銷。服務(wù)生命周期管理是通過流程驅(qū)動管理，以確保標(biāo)準(zhǔn)服務(wù)的可用性、準(zhǔn)確性和完整性。

（6）控制中心：主要負責(zé)服務(wù)探測管理、配置變更通知、協(xié)調(diào)控制、分布式、灰度上線及緩存管理。

（7）運營支撐：主要負責(zé)服務(wù)監(jiān)控、實時監(jiān)控、容器監(jiān)控、數(shù)據(jù)采集、告警指標(biāo)和報表分析的功能。

（8）開發(fā)測試支撐：主要負責(zé)開發(fā)指南和沙箱測試。

2.4 系統(tǒng)網(wǎng)絡(luò)架構(gòu)

電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺數(shù)據(jù)中心將應(yīng)用、數(shù)據(jù)、服務(wù)器和存儲設(shè)備等集中管理，減少IT基礎(chǔ)設(shè)施和應(yīng)用系統(tǒng)的重復(fù)建設(shè)，可有效降低維護成本，改進軟硬件性能，并通過統(tǒng)一的備份及災(zāi)難恢復(fù)機制來增強可靠性和可用性。

數(shù)據(jù)中心將來需要為Internet、短信、WAP、VPN和專線等多種接入渠道提供可擴展的服務(wù)，承載核心應(yīng)用，因此網(wǎng)絡(luò)系統(tǒng)必須在性能、可靠性、安全性、管理性、擴展性等方面滿足應(yīng)用的需求。電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺網(wǎng)絡(luò)架構(gòu)如圖2所示：

圖2 電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺網(wǎng)絡(luò)架構(gòu)

3 系統(tǒng)的關(guān)鍵技術(shù)

3.1 SOA架構(gòu)

采用業(yè)界已經(jīng)廣泛采納的SOA（Service-Oriented Architecture，面向服務(wù)的體系結(jié)構(gòu)）架構(gòu)，進行電渠服務(wù)提煉。電子渠道標(biāo)準(zhǔn)服務(wù)平臺提供的落地思路是分析業(yè)務(wù)域中DFD（Data Flow Diagram，數(shù)據(jù)流圖）業(yè)務(wù)流程圖，經(jīng)過顆粒度、耦合性、非功能需求分析，分解出電渠服務(wù)?；痉纸膺^程如下：

（1）服務(wù)發(fā)現(xiàn)：包括業(yè)務(wù)域分解、業(yè)務(wù)流程分解、業(yè)務(wù)變化分析、現(xiàn)有系統(tǒng)分析。

（2）服務(wù)規(guī)約：顆粒度分析、耦合性分析、非功能性要求、接口定義。

（3）服務(wù)實現(xiàn)：服務(wù)實現(xiàn)決策、服務(wù)組件裝配、服務(wù)組合配置、服務(wù)重構(gòu)、業(yè)務(wù)邏輯收斂。

3.2 去IOE技術(shù)

去IOE技術(shù)已經(jīng)在互聯(lián)網(wǎng)得到很好的實踐落地，它給企業(yè)從軟件和硬件上帶來了更低的成本。電子渠道標(biāo)準(zhǔn)服務(wù)平臺去IOE主要集中如下：

（1）采用高性能中間件開源產(chǎn)品替換IBM、Oracle等中間件，需要有壓力測試研究，如不使用IBM服務(wù)總線產(chǎn)品、Oracle WebLogic產(chǎn)品，使用開源ESB、開源Web容器替換。

（2）數(shù)據(jù)庫存儲，對于可以容忍一定程序的數(shù)據(jù)，可以使用MySQL替換Oracle，關(guān)鍵業(yè)務(wù)繼續(xù)使用Oracle。引入NoSQL技術(shù)進行非核心數(shù)據(jù)存儲與分析，如平臺服務(wù)調(diào)用日志。

（3）存儲方面采用更加廉價的存儲設(shè)備。

3.3 緩存技術(shù)

采用緩存技術(shù)能夠有效解決業(yè)務(wù)系統(tǒng)對數(shù)據(jù)庫的壓力。緩存技術(shù)主要包括如下設(shè)計點：

（1）一致性Hash：解決了動態(tài)增減節(jié)點帶來的緩存節(jié)點失效問題，符合平衡性、單調(diào)性、分散負載均衡等特點。

（2）緩存加載：緩存數(shù)據(jù)初始加載與增量插入。

（3）緩存同步：根據(jù)場景設(shè)置主動與被動緩存失效策略。

（4）epoll網(wǎng)絡(luò)事件模型：使得在相同的硬件環(huán)境下較其它網(wǎng)絡(luò)模型支持更多的并發(fā)連接。

（5）緩存HA集群：避免節(jié)點失效后，緩存空窗現(xiàn)象導(dǎo)致大量數(shù)據(jù)庫操作而出現(xiàn)雪崩效應(yīng)，通過HA實現(xiàn)失效轉(zhuǎn)移。

（6）實現(xiàn)服務(wù)配置數(shù)據(jù)可緩存、接口服務(wù)可緩存等。

（7）個性化緩存刷新策略。

（8）分布式緩存與本地緩存結(jié)合，要求緩存數(shù)據(jù)的一致性。

（9）可以使用分布式協(xié)調(diào)技術(shù)，實現(xiàn)數(shù)據(jù)緩存、同步刷新。

4 結(jié)束語

本文結(jié)合電子渠道發(fā)展的趨勢和業(yè)務(wù)目標(biāo)，提出了電子渠道標(biāo)準(zhǔn)服務(wù)提供平臺的功能框架和網(wǎng)絡(luò)架構(gòu)，并研究了平臺的3項關(guān)鍵技術(shù)，為電子渠道后續(xù)的發(fā)展建設(shè)提供參考。

[1]中國電信股份有限公司. 中國電信CTG-MBOSS系列規(guī)范集[Z]. 2011.

[2]趙一帆. 中國移動通信集團廣東有限公司電子渠道運營策略研究[D]. 北京: 北京交通大學(xué), 2012.

[3]王大順. 營銷渠道如何適應(yīng)電信競爭環(huán)境?[J]. 中國電信業(yè), 2003(6): 42-44.

[4]周瑞峰. 電信運營商電子渠道建設(shè)初探[J]. 有線電視技術(shù), 2012(12): 132-134.

[5]王越. 電信運營商服務(wù)營銷渠道模式市場適應(yīng)性研究[J]. 世界電信, 2005(12): 19-23.

[6]李建州,宗新華,車立偉. 運營商電子渠道的演進和展望[J]. 移動通信, 2010(21): 38-41.

[7]張罡,田偉. 淺論電信運營商的電子渠道[J]. 數(shù)字技術(shù)與應(yīng)用, 2010(6): 155-155.

[8]施戀林. 運營商和第三方支付平臺的合作與發(fā)展[J]. 通信企業(yè)管理, 2010(3): 82-83.

[9]張典曦,邱明清. “渠道建設(shè)+產(chǎn)品捆綁”模式 助運營商有線寬帶業(yè)務(wù)激增[J]. 通信世界, 2011(36): 18-19.

[10]陳永東. 增值業(yè)務(wù)市場：3G運營商激戰(zhàn)正酣[J]. 互聯(lián)網(wǎng)天地, 2009(9): 45-46.