傳統(tǒng)企業(yè)云化中的平滑過渡

1、維新式革命-如何支撐大型復雜業(yè)務(wù)平滑演進舊邦新命周雖舊邦，其命維新 。- 詩經(jīng)大雅文王茍日新，日日新，又日新 。- 湯盤銘作新民。- 康誥分流限流降級架構(gòu)1.設(shè)計式創(chuàng)造性解決未來和未知的問題2.可視化3.無中生有4.無用之用5.在行動中思考MQNtfy提供對業(yè)務(wù)訪問請求的統(tǒng)一路由/按需分發(fā)請求給對應(yīng)應(yīng)用線靈 Nginx高效信息路由OrderCa PartnerMgmtProduct InventorPushIMP/統(tǒng)一數(shù)據(jù)存儲抽象Sample(BE提供6RouterManager（portal inDF）物理資源層HUAWEI TECHNOLOGIES CO., LTD.消息路由系統(tǒng)間交互信息

2、的轉(zhuǎn)換與路由網(wǎng)絡(luò)路由業(yè)務(wù)路由應(yīng)用套件業(yè)務(wù)路由&服務(wù)路由服務(wù)數(shù)據(jù)路由基于路由的業(yè)務(wù)部署與交互策略提供業(yè)務(wù)內(nèi)部子系統(tǒng)/服務(wù)之間的請求路由 DSF eBUSServ1 Serv2 Serv3Common IT ServiceBPM/ iSearc SNSRuleEngine基于數(shù)據(jù)類型抽象的統(tǒng)一數(shù)據(jù)訪問路由 SQ Fil Block 提供基于網(wǎng)絡(luò)感知的應(yīng)用請求分發(fā)能力，如支撐應(yīng)用就近本地接入 NAT 支持基于Nigix+LUA/DSL的在SLBWeb-BussApp1 App2 App3 OrderRTOrderBatchpService Center yMgmt h S)L e提供基于網(wǎng)絡(luò)

3、感知的應(yīng)用請求分發(fā)能力，如支撐應(yīng)用就近本地接入統(tǒng)一消息對外暴露與編提供對業(yè)務(wù)訪問請求的統(tǒng)一路由/按需分發(fā)請求給對應(yīng)應(yīng)用由 系統(tǒng)維護BussMonitoALM3rd ALMr業(yè)務(wù)路由&服Fault ProcessPlatform（DV）Platform（DF）數(shù)路通過路由更好的調(diào)通過路由無嵌入獲RouterManagement（portal inDF）網(wǎng)消息路由提供系統(tǒng)間交互信息的轉(zhuǎn)換與路由云基礎(chǔ)平臺與路由的協(xié)作絡(luò)路由API Gateway (Orchestration Transformation)排 業(yè)務(wù)路應(yīng)用與服務(wù)管理提供業(yè)務(wù)內(nèi)部子系統(tǒng)/服務(wù)之間的請求路由務(wù)路由公共能力與服務(wù) 內(nèi)部

4、原子服務(wù) 內(nèi)部原子服務(wù)DSF Software Rep Resource Info CenterFoundation ResourceManagementCSC/OpenAS據(jù)基于數(shù)據(jù)類型抽象的統(tǒng)一數(shù)據(jù)訪問路由由DDS/RDS資源調(diào)度中（DF）： 信息中心（DV）：Platform（DW）中間件能力中心 度應(yīng)用（部署、通 取應(yīng)用交互等信息。（DW） 訊等）BussAssuranceSLM MaintenanceBPM vSerach Deploy Task ManagementHUAWEI TECHNOLOGIES CO., LTD.8基于路由模式實現(xiàn)業(yè)務(wù)平滑云化演進消息路由業(yè)務(wù)路由App接入

5、處理存儲交互傳統(tǒng)模式：垂直E2E能力開發(fā)App處理交互存儲MODE1：消息統(tǒng)一分發(fā)App處理交互存儲App處理交互存儲App存儲1App處理交互MODE2：統(tǒng)一數(shù)據(jù)存儲App處理交互App處理交互App存儲2App存儲MODE3：服務(wù)化、微服務(wù)化Ap App p處 處理1 理2業(yè)務(wù)路由&服務(wù)路由Ser Serv1 v2數(shù)據(jù)路由App處理nServn通過使用路由能力，實現(xiàn)功能逐步平滑解耦；也可以實現(xiàn)新舊模塊共存，通過調(diào)節(jié)路由實現(xiàn)能力平滑過渡HUAWEI TECHNOLOGIES CO., LTD.9業(yè)務(wù)消息分發(fā)（Nginx）業(yè)務(wù)消息中間件eBusDSFMQWebServerWebServ

6、erAppServerAppServer1，設(shè)置灰度規(guī)則；2，選擇進行升級的灰度組3，執(zhí)行灰度發(fā)布任務(wù)；Portal4，下發(fā)灰度數(shù)據(jù)：業(yè)務(wù)消息分發(fā)部件與灰度任務(wù)的對應(yīng)關(guān)系、灰度組節(jié)點范圍、灰度規(guī)則配置協(xié)調(diào)（ZooKeeper）5，訂閱并處理灰度數(shù)據(jù)變更：根據(jù)灰度規(guī)則區(qū)分業(yè)務(wù)消息，使用灰度組節(jié)點范圍進行優(yōu)先路由；6，訂閱并處理灰度數(shù)據(jù)變更：根據(jù)灰度組節(jié)點范圍進行優(yōu)先路由；WebServerA，業(yè)務(wù)消息發(fā)送至業(yè)務(wù)消息分發(fā)模塊B，當灰度規(guī)則存在時，業(yè)務(wù)消息分發(fā)模塊使用灰度規(guī)則匹配消息來源，并將來自灰度用戶的消息優(yōu)先路由到灰度節(jié)點IP范圍內(nèi)；管理系統(tǒng)業(yè)務(wù)環(huán)境WebServer向ZooKeeper注冊自

7、身服務(wù)地址，Nginx則從ZooKeeper中查詢WebServer的地址來建立外部消息路由；業(yè)務(wù)APPServer向ZooKeeper注冊自身服務(wù)地址，WebServer則從ZooKeeper中查詢AppServer的地址來建立業(yè)務(wù)內(nèi)部路由；AppServerDigitalFoundry灰度規(guī)則管理灰度任務(wù)調(diào)度7，分批對業(yè)務(wù)節(jié)點進行升級；當前的業(yè)務(wù)路由方式及灰度發(fā)布方案灰度數(shù)據(jù)對應(yīng)Nginx實例的灰度任務(wù)數(shù)據(jù)灰度規(guī)則灰度節(jié)點IP對應(yīng)Nginx實例的灰度任務(wù)數(shù)據(jù)C，當灰度規(guī)則存在時，業(yè)務(wù)消息中間件將來源于灰度節(jié)點IP的業(yè)務(wù)消息優(yōu)先路由到灰度節(jié)點IP范圍內(nèi)的后續(xù)模塊上；ServiceRouter

8、業(yè)務(wù)消息中間件DigitalFoundryPortal配置協(xié)調(diào)（ZooKeeper）業(yè)務(wù)消息分發(fā)（Nginx）AppServerAppServerDigitalFoundryWebServerWebServer灰度數(shù)據(jù)灰度任務(wù)1數(shù)據(jù)灰度發(fā)布路由控制中的耦合及解耦思路灰度數(shù)據(jù)格式對中間件形灰度數(shù)據(jù)格式對中間件形成約束：成約束： 下發(fā)到ZooKeeper中數(shù)據(jù)格式需要被Nginx、業(yè)務(wù)消息中間件理解。DF與與Nginx及其處理能力及其處理能力耦合耦合： 從拓撲中獲取Nginx服務(wù)的服務(wù)實例名，與灰度任務(wù)映射，以便將灰度數(shù)據(jù)創(chuàng)建到ZooKeeper中時，使用Nginx服務(wù)實例名作為數(shù)據(jù)子目錄。 灰度

9、規(guī)則類型必須是Nginx支持的類型。DF與與ZooKeeper及其配置方及其配置方式耦合式耦合： 從拓撲中獲取ZooKeeper的接入數(shù)據(jù)，作為灰度數(shù)據(jù)下發(fā)的服務(wù)接入點。 灰度數(shù)據(jù)操作按ZooKeeper接口來實現(xiàn)灰度分組可能與實際路由灰度分組可能與實際路由分組不一致：分組不一致： 灰度分組在DF側(cè)配置，某些場景下可能與業(yè)務(wù)預(yù)置的路由分組不一致。業(yè)務(wù)使用灰度發(fā)布能力時業(yè)務(wù)使用灰度發(fā)布能力時與消息中間件耦合：與消息中間件耦合： 不同消息中間件提供不同的灰度路由控制方式。業(yè)務(wù)路由控制業(yè)務(wù)消息中間件DigitalFoundryPortal業(yè)務(wù)消息分發(fā)（Nginx）DigitalFoundry服務(wù)中心

10、ServiceCenterWebServerWebServer10AppServerAppServer平臺構(gòu)建統(tǒng)一的服務(wù)管理和路由控制能力： 將復雜的路由控制變成平臺能力，對業(yè)務(wù)透明； 開放統(tǒng)一的接口給業(yè)務(wù)，避免技術(shù)耦合。HUAWEI TECHNOLOGIES CO., LTD.解決問題的思路ServiceRouterNginx+LUA11（）業(yè)務(wù)消息分發(fā)（Nginx）業(yè)務(wù)消息中間件eBusDSFMQWebServerWebServerWebServerAppServerAppServerAppServer2，后端服務(wù)注冊自身Name、IP、端口；配置協(xié)調(diào)（后端服務(wù)）（ZooKeeper）3，

11、ServiceRouter訂閱后端服務(wù)Name、IP、端口ZooKeeper上；配置協(xié)調(diào)（前端業(yè)務(wù)）（ZooKeeper）5，前端業(yè)務(wù)使用ServiceRouter更改后的服務(wù)信息建立路由；演進第一步：映射業(yè)務(wù)路由DigitalFoundry1，DF可通過ZooKeeper下發(fā)路由控制數(shù)據(jù)給ServiceRounter4，ServiceRouter將后端服務(wù)Name對應(yīng)的IP、端口替換為自己的IP、端口，并注冊到前端業(yè)務(wù)關(guān)注的7，ServiceRounter收到前端業(yè)務(wù)的業(yè)務(wù)消息時，根據(jù)路由控制數(shù)據(jù)，將消息路由到合適的后端服務(wù)上；6，業(yè)務(wù)消息分發(fā)感知ZooKeeper中的前端業(yè)務(wù)地址以及路由控

12、制數(shù)據(jù)，將業(yè)務(wù)消息分發(fā)至合適的前端業(yè)務(wù)節(jié)點上；HUAWEI TECHNOLOGIES CO., LTD.ServiceRouterNginx+LUA12服務(wù)中心ServiceCenter（）演進第二步：服務(wù)中心業(yè)務(wù)消息分發(fā)（Nginx）eBusDSFMQWebServerWebServerWebServerAppServerAppServerAppServer服務(wù)注冊1，前端業(yè)務(wù)和后臺服務(wù)統(tǒng)一向服務(wù)中心注冊自己的Name、IP、端口；3，前端業(yè)務(wù)和后端服務(wù)統(tǒng)一從服務(wù)注冊獲取調(diào)整后的服務(wù)地址使用；服務(wù)路由配置2，服務(wù)中心根據(jù)路由規(guī)則對注冊的服務(wù)信息進行調(diào)整，并通知ServiceRouter業(yè)務(wù)消

13、息中間件5，ServiceRounter收到前端業(yè)務(wù)的業(yè)務(wù)消息時，根據(jù)路由控制數(shù)據(jù)，將消息路由到合適的后端服務(wù)上；4，業(yè)務(wù)消息分發(fā)感知從服務(wù)中心獲取前端業(yè)務(wù)及路由控制數(shù)據(jù)，將業(yè)務(wù)消息路由到合適的前端業(yè)務(wù)節(jié)點；HUAWEI TECHNOLOGIES CO., LTD.ServiceRouter灰度發(fā)布問題的解決業(yè)務(wù)消息分發(fā)Nginx+LUA業(yè)務(wù)消息中間件eBusDSFMQWebServer1，設(shè)置灰度規(guī)則；2，選擇進行升級的灰度組3，執(zhí)行灰度發(fā)布任務(wù)；WebServerWebServerAppServerAppServerDigitalFoundry灰度規(guī)則管理灰度任務(wù)調(diào)度DigitalFoun

14、dryPortal4，下發(fā)灰度數(shù)據(jù)：業(yè)務(wù)消息分發(fā)部件與灰度任務(wù)的對應(yīng)關(guān)系、灰度組節(jié)點及服務(wù)、灰度規(guī)則5，訂閱并處理灰度數(shù)據(jù)變更：根據(jù)灰度規(guī)則區(qū)分業(yè)務(wù)消息，使用灰度組節(jié)點范圍進行優(yōu)先路由；灰度發(fā)布引擎ServicCenter6，訂閱并處理灰度數(shù)據(jù)變更：獲取所有灰度任務(wù)的灰度節(jié)點服務(wù)信息；A，業(yè)務(wù)消息發(fā)送至業(yè)務(wù)消息分發(fā)模塊管理系統(tǒng)業(yè)務(wù)環(huán)境AppServerB，當灰度規(guī)則存在時，Ngx+lua使用灰度規(guī)則匹配消息來源，將來自灰度用戶的消息優(yōu)先路由到灰度節(jié)點IP范圍內(nèi)，在轉(zhuǎn)發(fā)消息的同時設(shè)置灰度請求標簽；響應(yīng)消息需去掉灰度標簽。7，分批對業(yè)務(wù)節(jié)點的服務(wù)進行升級；灰度數(shù)據(jù)對應(yīng)Nginx實例的灰度任務(wù)數(shù)據(jù)灰度規(guī)則灰度節(jié)點的IP：Port列表對應(yīng)Nginx實例的灰度任務(wù)數(shù)據(jù)C，ServiceRouter檢查灰度標簽，判斷屬于灰度請求優(yōu)先匹配灰度任務(wù)中的IP：Port度發(fā)布方案完全不侵入平 13ServiceRouterNginx+LUAHUAWEI TECHNOLOGIES CO., LTD.14服務(wù)中心ServiceCenter服務(wù)注冊服務(wù)路由配置（）后續(xù)演進：消息中間件透明化業(yè)務(wù)消息分發(fā)（Nginx）eBus接口適配DSF接口適配MQ接口適配WebServerWebServerWebServerAppServerAppServer