企業(yè)數(shù)字化運營平臺項目總體建設(shè)方案

企業(yè)數(shù)字化運營平臺項目總體建設(shè)方案2023年項目總體建設(shè)方案2目錄CONTENTS項目總體理解1目錄項目總體工作目標目標分類關(guān)鍵目標點提升流程效率產(chǎn)銷品管理上架：產(chǎn)銷品規(guī)則可配置，簡化產(chǎn)銷品管理上架流程業(yè)務受理：提升使用者感知客戶感知：購物車自主選擇一線操作感知：信息一致提升銷售產(chǎn)出產(chǎn)品：上線提速

營銷策略：活動上線提速，系統(tǒng)能力分鐘級伸縮精準營銷：360客戶視圖、標簽全渠道加載銷售支撐：商機貫通項目合同訂單渠道能力：支持泛渠道拓展提升風控能力規(guī)則：規(guī)則可視化管理系統(tǒng)運行：故障在線修復，無需停機降低人員消耗營業(yè)前臺：普通操作時間下降、場景化操作時間下降管理人員：一點配置，杜絕重復操作降低重復投資統(tǒng)一硬件資源統(tǒng)一PaaS平臺共享微服務開發(fā)配置化當前系統(tǒng)理解：總體情況Siebel生產(chǎn)庫：主要承擔業(yè)務管理平臺的業(yè)務運營、外部受理類接口、及集團兩級運營相關(guān)的受理和查詢接口數(shù)據(jù)量級：每月訂單數(shù)量在290-300w，存儲每月增量1T左右受理入口：獨立門戶50%流量，Sieble50%流量應用能力中心CPC配置中心基礎(chǔ)運營管理能力開放Siebel營銷資源系統(tǒng)CPC中心數(shù)據(jù)接口系統(tǒng)資源系統(tǒng)服務開通計費系統(tǒng)Siebel應用1、銷售品申請流程不含：系統(tǒng)運行配置包括如下：1、產(chǎn)品2、銷售品3、規(guī)則管理集團接口……門戶政企營業(yè)門戶……………………當前系統(tǒng)理解：主要痛點體驗待提升性能有壓力界面不友好、受理復雜，操作步驟多產(chǎn)品配置過程繁瑣，屬性配置需要建立類、屬性定義、譯文等子項規(guī)則不靈活模型未統(tǒng)一過戶生成訂單，對于大批量分機的訂單生成太慢，且容”，會發(fā)生40個分機需要處理近2個小時的情況拆機生成訂單，對于大批量分機的拆機處理性能不佳，20個分機的訂單生成，卡“后臺操作中”近1小時，無法滿足業(yè)務受理需求目前省內(nèi)單行項目C網(wǎng)訂單生成約45s-60s，復雜訂單60s以上，時間與訂單中的行項目數(shù)量成正比，固話、寬帶生成訂單30s以內(nèi)。Siebel與融合模型差異大，需要大量轉(zhuǎn)換各系統(tǒng)之間未采用統(tǒng)一模型需要通過后臺代碼的改造來進行個性化規(guī)則的實現(xiàn)，改造難度較大與產(chǎn)品、銷售品耦合性較大，對于產(chǎn)品的上下線都會存在影響擴展性應用層面可以通過增加處理隊列及組件橫向擴容，但是數(shù)據(jù)庫層面目前雙機再擴的可能性不大，會成為瓶頸，以集團壓測為例，壓測情況下數(shù)據(jù)庫CPU達到了50以上。項目目標理解：業(yè)務目標類型目標點說明功能承接客戶、資產(chǎn)、受理平穩(wěn)升級如何按區(qū)域？按業(yè)務類型進行分步上線性能提升提升業(yè)務辦理性能，包括：C網(wǎng)業(yè)務受理、政企批量受理等.整理制作郎豐利1519業(yè)務模式提升具備中臺能力，接收：商機單、訂單等項目目標理解：技術(shù)目標類型目標點說明平臺框架服務框架SpringCloud規(guī)則管理規(guī)則建設(shè)統(tǒng)一管控、中心執(zhí)行、可開放項目演進方案理解：總體方案總體建設(shè)架構(gòu)及范圍：應用能力中心客戶中心能力中心層受理中心CPC配置中心基礎(chǔ)運營管理能力開放Siebel客戶中心數(shù)據(jù)受理中心數(shù)據(jù)營銷資源系統(tǒng)CPC中心數(shù)據(jù)接口系統(tǒng)資源系統(tǒng)服務開通計費系統(tǒng)OGG數(shù)據(jù)同步Siebel應用1、受理2、規(guī)則執(zhí)行1、客帳戶2、資產(chǎn)1、銷售品申請流程不含：系統(tǒng)運行包括如下：1、產(chǎn)品2、銷售品3、規(guī)則管理計費?。–寬固）數(shù)據(jù)計費取非（C寬固）數(shù)據(jù)集團接口……SpringCloud運維管理監(jiān)控分析安全管理運維操作發(fā)布部署分布式緩存分布式服務框架分布式消息中間件規(guī)則引擎分布式文件服務PaaSX86服務器網(wǎng)絡(luò)資源存儲資源IaaS...平臺工作流引擎容器Docker應用門戶政企營業(yè)門戶……………………項目演進方案理解：演進模式訴求模式概述難點優(yōu)勢劣勢系統(tǒng)建設(shè)整體客戶中心、受理中心、基礎(chǔ)運營中心等原業(yè)務管理平臺營業(yè)受理部分整體割接總工期更短風險大按功能中心按中心逐步割接，如：先割接受理中心，再客戶中心風險分攤總體工期更長總體工作量更大多次割接的風險按業(yè)務先政企類業(yè)務，再上其他業(yè)務第2步，由于融合業(yè)務原因，拆分難度大或者需要更多的工作來補償業(yè)務管理平臺整體功能范圍包括比較廣，首先按功能域進行劃分，重點考慮營業(yè)受理相關(guān)功能：（*）依據(jù)對時間和風險的綜合看法，目前選擇：按功能中心+按業(yè)務相結(jié)合方式推進目錄CONTENTS目錄項目總體建設(shè)方案2項目總體理解1總體介紹：原則（1/4）能力開放能力中心技術(shù)架構(gòu)數(shù)據(jù)模型基礎(chǔ)設(shè)施EOP整體業(yè)務管理平臺應用傳統(tǒng)IOE事務型架構(gòu)業(yè)務管理平臺域模型小型機、X86服務器，統(tǒng)一管控SGW整體計費應用傳統(tǒng)計費系統(tǒng)架構(gòu)計費域模型業(yè)務管理平臺計費業(yè)務運營平臺新一代數(shù)字化運營平臺業(yè)務管理平臺域計費域EOP、分布式服務框架實現(xiàn)集團省兩級能力統(tǒng)一開放體系SOO及省分規(guī)范物理中心采用融合模型，數(shù)據(jù)共享、表達一致X86服務器，統(tǒng)一管控邏輯中心遵循集團中心劃分交框架組件密集計算框架組件基于集團IT云平臺建設(shè)業(yè)務支撐具備應用百花齊放，提升需求支撐效率和提供極致客戶體驗的用戶界面能力中心應用功能劃分能力中心，沉淀基礎(chǔ)能力，逐步打造IT核心能力系統(tǒng)架構(gòu)完全基于集團云平臺，層次邏輯明晰、應用業(yè)務應用、服務構(gòu)件深度解耦數(shù)據(jù)模型落地集團融合模型規(guī)范，業(yè)務管理平臺及計費數(shù)據(jù)統(tǒng)一共享

按照平臺+應用模式建設(shè)，業(yè)務應用、服務構(gòu)件深度解耦，應用低成本線性擴展、彈性伸縮。聚焦業(yè)務能力，統(tǒng)一建設(shè)運營，實現(xiàn)敏捷建設(shè)，具備可持續(xù)演進的新一代數(shù)字化運營平臺系統(tǒng)。業(yè)務能力層應用層PaaS營業(yè)門戶…APP網(wǎng)廳IaaS存儲資源X86物理機網(wǎng)絡(luò)資源云主機消息隊列…分布式緩存分布式數(shù)據(jù)庫營銷資源數(shù)據(jù)中心受理數(shù)據(jù)中心客戶管理數(shù)據(jù)中心客戶服務數(shù)據(jù)中心基礎(chǔ)管理數(shù)據(jù)中心營銷資源能力中心受理能力中心客戶管理能力中心客戶服務能力中心基礎(chǔ)管理能力中心能力中心數(shù)據(jù)中心能力開放能力分析…能力運維能力管理CPC配置服務中心營服協(xié)同服務中心CPC配置數(shù)據(jù)中心營服協(xié)同數(shù)據(jù)中心運維管理安全管理監(jiān)控中心運維操作中心規(guī)范約束PPM總體介紹：總體方案（2/4）應用中心化、服務化遵循功能內(nèi)聚的原則，應用功能劃分服務中心，沉淀基礎(chǔ)能力服務中心之間采用服務方式相互訪問，不可跨中心訪問數(shù)據(jù)庫數(shù)據(jù)中心分庫分表數(shù)據(jù)分庫分表存儲，物理上分散存儲到多臺數(shù)據(jù)存儲節(jié)點數(shù)據(jù)按照業(yè)務對象聚合程度劃分邏輯中心，不同中心數(shù)據(jù)邏輯隔離，不允訪問總體介紹：應用功能介紹（3/4）01產(chǎn)品化能力按照產(chǎn)品化思維，統(tǒng)一核心版本，系統(tǒng)架構(gòu)預留：主數(shù)據(jù)配置、規(guī)則機制、界面配置化等機制，支撐個性化功能?；诜栈c界面應用分離，保障復雜業(yè)務通用受理，同時常見業(yè)務場景化受理。場景化受理過程中可以按需切換到通用受理，已采集信息支持自動帶入，提升受理靈活性。具備規(guī)則引擎中心，根據(jù)不同的業(yè)務角色、不同的產(chǎn)品、不同的動作、不同的渠道，能夠展示對應的規(guī)則目錄分類，實現(xiàn)規(guī)則的預校驗能力，并確保不同渠道的規(guī)則執(zhí)行結(jié)果保持一致。02銷售中臺03營業(yè)受理04規(guī)則校驗整合各渠道訂單處理數(shù)據(jù)和能力；規(guī)范訂單處理流程；提升產(chǎn)品在各渠道的發(fā)布效率，承接引流單、商機單，拓展銷售領(lǐng)域；構(gòu)建全渠道生產(chǎn)體系，提升企業(yè)生產(chǎn)運營效率?？傮w介紹：技術(shù)架構(gòu)介紹（4/4）01分布式架構(gòu)互聯(lián)網(wǎng)分布式框架，提供分布式服務框架+分布式數(shù)據(jù)服務框架，實現(xiàn)邏輯、數(shù)據(jù)、資源解耦；中心化：具備高內(nèi)聚、低耦合的特征特點，實現(xiàn)中心和所轄數(shù)據(jù)的自治；服務化：中心服務標準化，打造重后臺能力，輕前臺應用的方式，為客戶提供極致的體驗。02高效快速采用分布式數(shù)據(jù)庫，實現(xiàn)數(shù)據(jù)庫云化，通過分布式數(shù)據(jù)庫的分庫分表能力，提升橫向擴展能力，突破性能瓶頸通過分布式數(shù)據(jù)緩存應用可以降低系統(tǒng)交互環(huán)節(jié)與時間、提高事務吞吐率、有效降低系統(tǒng)延時；提供高效可靠的消息傳遞服務，實現(xiàn)系統(tǒng)間請求異步解耦，通過消息堆積與高性能特性，實現(xiàn)平谷削峰，提高系統(tǒng)整體性能03穩(wěn)定無單點包括接入層、門戶層、應用中心層、組件（數(shù)據(jù)庫、緩存、消息），通過主備、主從或集群，結(jié)合心跳檢測切換、異常剔除等檢測及恢復機制，實現(xiàn)全鏈路無單點能力，保障系統(tǒng)高可用05數(shù)據(jù)按ID散列04彈性伸縮構(gòu)建應用、平臺、數(shù)據(jù)存儲的伸縮能力，通過分布式服務框架、分布式數(shù)據(jù)庫，實現(xiàn)邏輯、數(shù)據(jù)、狀態(tài)、資源解耦，實現(xiàn)動態(tài)伸縮能力。數(shù)據(jù)分中心、分庫分表存儲，實現(xiàn)數(shù)據(jù)自治、水平擴展，保障高峰期性能高效、支撐快速變化的創(chuàng)新業(yè)務。關(guān)鍵點方案：核心能力中心邊界介紹客戶資產(chǎn)訂單組織員工產(chǎn)銷售品配置產(chǎn)銷售品配置CPC（增量）生產(chǎn)配置域受理中心基礎(chǔ)管理客戶中心訂單查詢客戶360視圖生產(chǎn)受理域客戶管理門戶訂單查詢服務其他界面資產(chǎn)中心其他界面訂單受理中心受理門戶CPC配置（增量）受理等使用部分公共中心發(fā)布全局表同步客戶中心檔案查詢界面訂單查詢界面界面基礎(chǔ)管理中心界面CPC中心關(guān)鍵點方案：系統(tǒng)分層數(shù)據(jù)訪問接口定義數(shù)據(jù)訪問（*RepositoryImpl）領(lǐng)域?qū)ο螅–ustomer）服務邏輯(*ManagerImpl)門戶邏輯Controller服務接口（*FacadeImpl）門戶界面（HTML/ZUL）服務邏輯接口定義服務接口接口定義數(shù)據(jù)服務層：實現(xiàn)數(shù)據(jù)的訪問數(shù)據(jù)存儲業(yè)務邏輯層：實現(xiàn)業(yè)務邏輯處理（本中心的業(yè)務邏輯處理），如客戶采集保存業(yè)務邏輯層：實現(xiàn)跨中心及業(yè)務對象向外部接口DTO的處理，跨中心業(yè)務邏輯處理門戶處理層，前臺用戶輸入輸出處理門戶HTMLMySQLMySQLMySQL關(guān)鍵點方案：規(guī)則中心方案配置中心受理中心規(guī)則中心，統(tǒng)一配置執(zhí)行分散到各受理中心規(guī)則配置訂單受理CPC（配置中心）-規(guī)則配置受理中心-規(guī)則執(zhí)行同步工程周期需求分析總體設(shè)計環(huán)境搭建版本開發(fā)數(shù)據(jù)割接系統(tǒng)并行割接上線用測環(huán)境搭建生產(chǎn)環(huán)境搭建版本測試系統(tǒng)架構(gòu)、業(yè)務架構(gòu)、數(shù)據(jù)模型、業(yè)務功能、運維架構(gòu)總體設(shè)計用測測試并行測試割接方案準備各輪用測、并行配合數(shù)據(jù)割接演練上線割接測試方案準備系統(tǒng)上線功能梳理，需求分析、對標；集團規(guī)范對標外圍接口版本研發(fā)測試用例編寫并行方案準備版本持續(xù)優(yōu)化迭代