連鎖零售企業(yè)上云指引

1、連鎖零售企業(yè)上云指引目錄前言1 HYPERLINK l _bookmark0 第一章 云計(jì)算的發(fā)展及通用性分析2 HYPERLINK l _bookmark1 第二章 連鎖零售企業(yè)上云方案指導(dǎo)4 HYPERLINK l _bookmark2 第三章 云平臺(tái)技術(shù)堆棧能力7 HYPERLINK l _bookmark3 第四章 上云注意事項(xiàng)9 HYPERLINK l _bookmark4 第五章 連鎖零售企業(yè)上云實(shí)施路徑11 HYPERLINK l _bookmark5 第六章 上云實(shí)施參考方案12 HYPERLINK l _bookmark6 第七章 上云實(shí)施參考步驟16 HYPERLINK l

2、 _bookmark7 第八章 連鎖零售企業(yè)數(shù)字化轉(zhuǎn)型參考最佳實(shí)踐17連鎖零售企業(yè)上云指引 | 第一章 云計(jì)算的發(fā)展及通用性分析連鎖零售企業(yè)上云指引 | 第一章 云計(jì)算的發(fā)展及通用性分析 PAGE 20 PAGE 21第一章 云計(jì)算的發(fā)展及通用性分析云計(jì)算技術(shù)自 2009 年高速發(fā)展至今，已經(jīng)成為幾乎所有新興技術(shù)的支撐平臺(tái)。軟件定義“一切”：以云計(jì)算為基礎(chǔ)，連接無(wú)處不在、計(jì)算無(wú)處不在、數(shù)據(jù)無(wú)處不在、軟件無(wú)處不在；以軟件為載體，數(shù)據(jù)為要素，產(chǎn)業(yè)融合不斷加快，數(shù)字世界與物理世界更充分融合，推動(dòng)未來(lái)世界加速發(fā)展。目前，云計(jì)算中的云管平臺(tái)及大部分應(yīng)用所采用的關(guān)鍵技術(shù)已經(jīng)逐步成熟。而分析云技術(shù)現(xiàn)狀、發(fā)展

3、路徑、應(yīng)用普及，以及云計(jì)算未來(lái)發(fā)展趨勢(shì)，可以預(yù)見，基于云計(jì)算的企業(yè)級(jí)大規(guī)模應(yīng)用期即將到來(lái)。連鎖零售企業(yè)上云是順應(yīng)技術(shù)發(fā)展潮流之舉，是企業(yè)降低運(yùn)營(yíng)成本，優(yōu)化管理和運(yùn)行流程，提高整體創(chuàng)新能力，尋求新的利潤(rùn)增長(zhǎng)點(diǎn)的最佳手段。云的可用性現(xiàn)階段主流云計(jì)算服務(wù)商針對(duì)自己的云服務(wù)產(chǎn)品普遍提供用戶級(jí)的 99.95%或以上的服務(wù)質(zhì)量承諾（SLA），即：1 年 = 365 天 = 8760 小時(shí)99.95% 服務(wù)承諾= 8760 小時(shí) * 0.0005 = 4.38 小時(shí) = 262.8 分鐘（宕機(jī)）也就是說(shuō)，云服務(wù)產(chǎn)品全年宕機(jī)時(shí)間不超過(guò) 4.38 小時(shí)（262.8）分鐘，這已經(jīng)超過(guò)了傳統(tǒng) IT 廠商對(duì)于產(chǎn)品可用

4、性的服務(wù)承諾。另外，就數(shù)據(jù)可靠性方面，云計(jì)算服務(wù)商更可提供 99.9999%或以上的服務(wù)承諾（SLA）。即， 全年不超過(guò) 5.3 分鐘宕機(jī)，很大程度上超過(guò)了傳統(tǒng)軟件或硬件廠商對(duì)于自身產(chǎn)品的質(zhì)量保障承諾。云的穩(wěn)定性云計(jì)算服務(wù)的本質(zhì)是一種數(shù)字化的服務(wù)，而云計(jì)算服務(wù)商在海量的計(jì)算機(jī)群組的基礎(chǔ)上，通過(guò)對(duì)冗余數(shù)據(jù)收集、分析和管理服務(wù)，在提供高性能計(jì)算能力的同時(shí)，極大程度上地提升系統(tǒng)的穩(wěn)定性，大幅減少數(shù)據(jù)運(yùn)算和處理過(guò)程中的錯(cuò)誤。與傳統(tǒng) IT 往往會(huì)出現(xiàn)網(wǎng)絡(luò)中斷、網(wǎng)絡(luò)繁忙、網(wǎng)絡(luò)不穩(wěn)定等情況相比，云計(jì)算服務(wù)模式可以提供24 小時(shí)全天候的服務(wù)。用戶可以通過(guò)實(shí)時(shí)切換網(wǎng)絡(luò)運(yùn)營(yíng)商，來(lái)降低網(wǎng)絡(luò)出現(xiàn)問題時(shí)所帶來(lái)的損失。云

5、的安全性在安全資質(zhì)方面，云計(jì)算服務(wù)商普遍通過(guò)了國(guó)際信息安全管理體系（ISO 27001），公安部等級(jí)保護(hù)測(cè)評(píng)認(rèn)證和可信云認(rèn)證等；另外，在安全服務(wù)方面還提供了 DDoS, WAF 防火墻，SSL 加密，以及數(shù)據(jù)加密等服務(wù)；同時(shí)，云計(jì)算服務(wù)商依靠生態(tài)合作力量，正在和第三方安全廠商緊密集成以提供更廣泛的數(shù)據(jù)和應(yīng)用安全保護(hù)的合作監(jiān)察。云的擴(kuò)展性云計(jì)算服務(wù)商最大的優(yōu)勢(shì)就是基于傳統(tǒng) IT 廠商無(wú)法比擬的海量資源。通過(guò)動(dòng)態(tài)、可擴(kuò)展、虛擬化的資源池，將計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)甚至是應(yīng)用能力在大規(guī)模的集群上進(jìn)行彈性伸縮。在這個(gè)過(guò)程中，云計(jì)算服務(wù)商可以根據(jù)不同的客戶規(guī)模來(lái)調(diào)整資源，并且不會(huì)因?yàn)樵L問量過(guò)高而降低運(yùn)行速度。采

6、用按使用量計(jì)費(fèi)的標(biāo)準(zhǔn)，讓云服務(wù)用戶能更靈活地根據(jù)實(shí)際需求來(lái)增加或者減少使用量，必更加有效地利用資源，節(jié)約成本。企業(yè)上云 ROI 分析上云會(huì)在戰(zhàn)略層面為連鎖零售企業(yè)帶來(lái)“商業(yè)創(chuàng)新驅(qū)動(dòng)力”和“技術(shù)創(chuàng)新支撐點(diǎn)”兩方面的價(jià)值；在管理層面帶來(lái)管理價(jià)值和管理成本兩方面的價(jià)值；在運(yùn)營(yíng)層面帶來(lái)業(yè)務(wù)高效協(xié)同和業(yè)務(wù)高效處理兩方面的價(jià)值；在執(zhí)行層面帶來(lái)資產(chǎn)收益和業(yè)務(wù)敏捷等方面的價(jià)值。以下是借鑒同行先進(jìn)企業(yè)經(jīng)驗(yàn)量化出的部分價(jià)值指標(biāo)： 標(biāo)準(zhǔn)建設(shè)，提升資源使用率，降低投入成本；硬件成本降低超過(guò) 45%；軟件成本降低超過(guò) 35%；集成成本降低超過(guò) 53%。高效部署，業(yè)務(wù)敏捷，降低人員投入成本；實(shí)施成本降低超過(guò) 70%；運(yùn)維

7、成本降低超過(guò) 75%。可靠穩(wěn)固，減少故障帶來(lái)的業(yè)務(wù)損失；宕機(jī)時(shí)間最多可減少 80%。商業(yè)創(chuàng)新，開拓新利潤(rùn)源。投資回報(bào)比例超過(guò) 15 倍。連鎖零售企業(yè)上云指引 | 第二章 連鎖零售企業(yè)上云方案指導(dǎo)連鎖零售企業(yè)上云指引 | 第二章 連鎖零售企業(yè)上云方案指導(dǎo)第二章 連鎖零售企業(yè)上云方案指導(dǎo)上云場(chǎng)景指導(dǎo)建議私有云優(yōu)勢(shì)：提供對(duì)數(shù)據(jù)、安全性和服務(wù)質(zhì)量的最有效控制；架構(gòu)體系更適合企業(yè)內(nèi)部應(yīng)用；更好的管理，以及優(yōu)化已有 IT 資產(chǎn)。公有云優(yōu)勢(shì)：承載面向互聯(lián)網(wǎng)的應(yīng)用；管理、運(yùn)維成本相對(duì)較低；優(yōu)化、加速互聯(lián)網(wǎng)應(yīng)用；支持超高的并發(fā)連。混合云優(yōu)勢(shì)：有效地集成基礎(chǔ)設(shè)施、應(yīng)用程序、數(shù)據(jù)和流程，向業(yè)務(wù)提供服務(wù)；無(wú)縫、自動(dòng)、

8、集中地管理跨多個(gè)云平臺(tái)的系統(tǒng)；無(wú)縫遷移、運(yùn)營(yíng)和管理公共和私有云之間的應(yīng)用程序和工作負(fù)載；云服務(wù)提供了智能、靈活的低成本管理平臺(tái)；最優(yōu)化企業(yè)管理和最小化治理中可能遇到的風(fēng)險(xiǎn)。連鎖零售業(yè)業(yè)務(wù)特點(diǎn)：產(chǎn)業(yè)鏈復(fù)雜、關(guān)聯(lián)業(yè)務(wù)及系統(tǒng)多、經(jīng)營(yíng)單位分布廣；企業(yè)規(guī)模大、生產(chǎn)和經(jīng)營(yíng)管理復(fù)雜；部分業(yè)務(wù)（比如促銷，節(jié)假日等）負(fù)載動(dòng)態(tài)變化大，不同業(yè)務(wù)負(fù)載需要不同的資源支持；存在面向第三方用戶的互聯(lián)網(wǎng)應(yīng)用需求。通過(guò)對(duì)私有云、公有云、混合云三者優(yōu)勢(shì)，連鎖零售業(yè)典型業(yè)務(wù)特點(diǎn)，以及混合云發(fā)展趨勢(shì)的分析，我們認(rèn)為發(fā)現(xiàn)連鎖零售企業(yè)采取混合云上云策略是滿足其業(yè)務(wù)需求的最佳途徑（初等建議）。搭建混合云的應(yīng)用場(chǎng)景主要分為以下三種：A.開發(fā)

9、測(cè)試環(huán)境上公有云，生產(chǎn)環(huán)境上私有云。優(yōu)點(diǎn)是：無(wú)閑置資產(chǎn)，降低資金要求；降低私有云配置開發(fā)測(cè)試環(huán)境，降低管理難度；開發(fā)具備互聯(lián)網(wǎng)特性應(yīng)用。具體的應(yīng)用場(chǎng)景，包括但不限于開發(fā)/測(cè)試，或在不同的云系統(tǒng)使用相同的開發(fā)測(cè)試環(huán)境。這種應(yīng)用方式可以防止開發(fā)/測(cè)試主機(jī)資源的浪費(fèi)。B.應(yīng)用部分部署，將同一應(yīng)用的不同層次部署在不同云中。優(yōu)點(diǎn)是：對(duì)于響應(yīng)速度要求高的應(yīng)用就近部署，以提升最終用戶體驗(yàn)，實(shí)現(xiàn)應(yīng)用加速；支持 Web 前端服務(wù)的靈活擴(kuò)展；對(duì)關(guān)鍵數(shù)據(jù)進(jìn)行保護(hù)和集中控制。具體的應(yīng)用場(chǎng)景，包括但不限于將應(yīng)用邏輯層或者核心數(shù)據(jù)層部署在私有云，前端部署在公有云。這種模式可以利用公有云帶寬大、出口多的優(yōu)勢(shì)特性，部署 we

10、b 前端接入，提升訪問速度。C.應(yīng)用完全部署，關(guān)鍵應(yīng)用部署在私有云。優(yōu)點(diǎn)是：重要且數(shù)據(jù)安全性要求較高的應(yīng)用部署在私有云，以滿足合規(guī)性、可控性、安全性和性能方面的要求；具有互聯(lián)網(wǎng)特性或者未來(lái)規(guī)模難以預(yù)估的應(yīng)用放在公有云，防止資源浪費(fèi)，縮短建設(shè)周期， 降低總體成本。具體的應(yīng)用場(chǎng)景，包括但不限于關(guān)鍵應(yīng)用部署在私有云，以保持對(duì)核心數(shù)據(jù)的管控。這種模式不僅可以降低數(shù)據(jù)中心的原始投入，同時(shí)可以有效降低總體成本。連鎖零售企業(yè)上混合云的架構(gòu)設(shè)計(jì)應(yīng)注意：待業(yè)務(wù)需求和應(yīng)用需求明確后，要制定出預(yù)期負(fù)載和多種云基礎(chǔ)設(shè)施之間的依賴關(guān)系，如此混合云架構(gòu)能更好地支持業(yè)務(wù)和應(yīng)用需求?；旌显萍軜?gòu)如下圖所示：混合云架構(gòu)的詳細(xì)說(shuō)明

11、如下：應(yīng)用層。根據(jù)應(yīng)用的可伸縮性分為兩類：傳統(tǒng)應(yīng)用和云原生應(yīng)用。其一，傳統(tǒng)應(yīng)用一般為 CS 架構(gòu)或者三層架構(gòu)，基于關(guān)系型數(shù)據(jù)庫(kù)存儲(chǔ)，數(shù)據(jù)庫(kù)一般采用主從式架構(gòu)，當(dāng)負(fù)載增加時(shí)，擴(kuò)展能力有限，而且擴(kuò)展難度較大。如：ERP、CRM 等。其二，云原生應(yīng)用，采用非共享的架構(gòu)；基于 NoSQL 技術(shù)存儲(chǔ)，對(duì)大數(shù)據(jù)集進(jìn)行分片存儲(chǔ)，計(jì)算節(jié)點(diǎn)只依賴本地存儲(chǔ)，因此進(jìn)行伸縮時(shí)， 只需要增加或者減少節(jié)點(diǎn)即可。如：電子商務(wù)應(yīng)用、大數(shù)據(jù)分析等應(yīng)用。PaaS 層。中間件分為兩類：一類是傳統(tǒng)中間件，如身份認(rèn)證、內(nèi)容管理、報(bào)表引擎、工作流引擎、消息隊(duì)列、服務(wù)總線；另一類為適合分布式存儲(chǔ)和計(jì)算的中間件或服務(wù)，如基于 NoSQL 的

12、數(shù)據(jù)庫(kù)中間件、分布式計(jì)算框架 MapReduce 等?；旌显乒芾砥脚_(tái)：包括資源管理(服務(wù)器、網(wǎng)絡(luò)、存儲(chǔ))、服務(wù)管理(賬單、服務(wù)度量、賬號(hào))、動(dòng)態(tài)工作負(fù)載管理、高可用性和安全管理(備份、監(jiān)控、負(fù)載均衡、高可用性)、虛擬機(jī)映像管理(操作系統(tǒng) ISO、自定義模板)和管理接口(用戶接口、API 接口)。集成：私有云與公有云要進(jìn)行集成，可從數(shù)據(jù)同步、應(yīng)用集成與消息同步、服務(wù)器點(diǎn)對(duì)點(diǎn)連接、VPN 加密連接等方面進(jìn)行集成。連鎖零售企業(yè)上云指引 | 第三章 云平臺(tái)技術(shù)堆棧能力連鎖零售企業(yè)上云指引 | 第三章 云平臺(tái)技術(shù)堆棧能力第三章 云平臺(tái)技術(shù)堆棧能力連鎖零售企業(yè)在上混合云的過(guò)程中，針對(duì)應(yīng)用層設(shè)計(jì)應(yīng)實(shí)現(xiàn)以下目

13、標(biāo)：建立能夠滿足自身業(yè)務(wù)應(yīng)用的混合云平臺(tái)，并隨著業(yè)務(wù)的不斷發(fā)展逐步建立成熟的應(yīng)用，最終可以構(gòu)建適用于連鎖零售行業(yè)的 SaaS 應(yīng)用；實(shí)現(xiàn)“厚平臺(tái)、薄應(yīng)用”的規(guī)劃目標(biāo)，建立完善的技術(shù)及業(yè)務(wù)服務(wù)目錄，為業(yè)務(wù)系統(tǒng)提供技術(shù)及業(yè)務(wù)能力，實(shí)現(xiàn)業(yè)務(wù)應(yīng)用敏捷構(gòu)建；建立完善的混合云平臺(tái)技術(shù)標(biāo)準(zhǔn)體系，包括基礎(chǔ)架構(gòu)環(huán)境標(biāo)準(zhǔn)化、平臺(tái)云服務(wù)及環(huán)境標(biāo)準(zhǔn)化、應(yīng)用系統(tǒng)標(biāo)準(zhǔn)化、管理運(yùn)營(yíng)標(biāo)準(zhǔn)化；建立統(tǒng)一云管理平臺(tái)，統(tǒng)一管理、運(yùn)營(yíng)平臺(tái)云服務(wù)與基礎(chǔ)資源服務(wù)，用戶可以通過(guò)統(tǒng)一門戶進(jìn)行管理及自助服務(wù)。初步建議：連鎖零售企業(yè)混合云平臺(tái)專業(yè)應(yīng)用層、平臺(tái)服務(wù)層、基礎(chǔ)設(shè)施服務(wù)層功能架構(gòu)，如下圖：每一層的具體定位如下：專業(yè)應(yīng)用層通過(guò)混合云平臺(tái)的平

14、臺(tái)服務(wù)層服務(wù)及基礎(chǔ)設(shè)施服務(wù)層服務(wù)支撐連鎖零售企業(yè)已有業(yè)務(wù)平臺(tái)及未來(lái)發(fā)展的行業(yè)應(yīng)用；支撐新建云應(yīng)用及存量系統(tǒng)的遷移部署；平臺(tái)服務(wù)層為專業(yè)應(yīng)用提供支撐開發(fā)的組件服務(wù)，提供經(jīng)營(yíng)管控、生產(chǎn)運(yùn)營(yíng)、綜合管理等業(yè)務(wù)領(lǐng)域的專業(yè)服務(wù)、跨業(yè)務(wù)域的通用服務(wù)以及技術(shù)服務(wù)；提供適應(yīng)云應(yīng)用開發(fā)的持續(xù)交付平臺(tái)。基礎(chǔ)設(shè)施服務(wù)層提供基礎(chǔ)設(shè)施資源服務(wù)，為不同類型應(yīng)用提供安全、可靠的資源。云統(tǒng)一管理平臺(tái)通過(guò)集成不同的管理界面到統(tǒng)一管理門戶中，提供對(duì)平臺(tái)服務(wù)及基礎(chǔ)資源服務(wù)的統(tǒng)一管理、運(yùn)營(yíng)；為管理用戶及資源使用用戶提供統(tǒng)一門戶。安全管理提供云平臺(tái)安全管理體系及標(biāo)準(zhǔn)。連鎖零售企業(yè)上云指引 | 第四章 上云注意事項(xiàng)連鎖零售企業(yè)上云指引 |

15、 第四章 上云注意事項(xiàng)第四章 上云注意事項(xiàng)傳統(tǒng)零售商上云之后，能夠更安全、更輕松、更高效地訪問數(shù)據(jù)，完成向智慧零售的轉(zhuǎn)型。上云是一復(fù)雜過(guò)程，為了讓企業(yè)在最佳情況下完成由本地向云端的遷移，企業(yè)往往需要注意以下問 題：序號(hào)需要關(guān)注的問題具體內(nèi)容1充分論證設(shè)計(jì)方案的技術(shù)可行性在云平臺(tái)的設(shè)計(jì)方案完成之后，要進(jìn)行充分的驗(yàn)證和審核，從云平臺(tái)建設(shè)工作的開始就嚴(yán)格把控質(zhì)量關(guān)2通過(guò)技術(shù)驗(yàn)證選擇合適的平臺(tái)開展選型測(cè)試工作，在企業(yè)的需求和現(xiàn)有業(yè)務(wù)的基礎(chǔ)上，制定選型測(cè)評(píng)指標(biāo)3驗(yàn)證云平臺(tái)是否符合用戶使用需求在云平臺(tái)交付之后，需要開展驗(yàn)收測(cè)評(píng)工作，從功 能、效率、可靠性、兼容性等方面對(duì)云平臺(tái)進(jìn)行全面的測(cè)試，確保企業(yè)接收使

16、用的是質(zhì)量得到保障的云計(jì)算平臺(tái)4驗(yàn)證云平臺(tái)是否具備完整的安全機(jī)制由專業(yè)的、有云平臺(tái)安全檢測(cè)經(jīng)驗(yàn)的人員或機(jī)構(gòu)幫助企業(yè)完善云計(jì)算的安全機(jī)制，并做好安全防護(hù)措施， 確保云平臺(tái)、應(yīng)用和數(shù)據(jù)的安全5驗(yàn)證應(yīng)用系統(tǒng)的遷移效果在系統(tǒng)遷移后開展遷移測(cè)試工作，檢驗(yàn)系統(tǒng)功能的完備性和準(zhǔn)確性，檢驗(yàn)系統(tǒng)性能是否達(dá)到企業(yè)的要求， 來(lái)保障系統(tǒng)最終用戶的使用質(zhì)量6驗(yàn)證各系統(tǒng)遷移后聯(lián)合工作的效果開展系統(tǒng)聯(lián)調(diào)測(cè)試工作，制定跨越多個(gè)子系統(tǒng)的測(cè)試場(chǎng)景，通過(guò)場(chǎng)景聯(lián)調(diào)測(cè)試子系統(tǒng)，驗(yàn)證子系統(tǒng)之間接口的連通性和性能，確保各系統(tǒng)之間能夠協(xié)調(diào)運(yùn)行7驗(yàn)證應(yīng)用系統(tǒng)混合云模式部署后的效果由專業(yè)的、有大規(guī)模性能測(cè)試經(jīng)驗(yàn)的人員或機(jī)構(gòu)在系統(tǒng)運(yùn)行前進(jìn)行性能測(cè)

17、試，并實(shí)時(shí)根據(jù)監(jiān)控和分析結(jié) 果，動(dòng)態(tài)改變測(cè)試規(guī)模的大小，逐步發(fā)現(xiàn)、解決系統(tǒng)出現(xiàn)的性能瓶頸，保障系統(tǒng)上線后的性能質(zhì)量8實(shí)時(shí)監(jiān)測(cè)云平臺(tái)的安全性由專業(yè)的、有云平臺(tái)安全測(cè)試或運(yùn)維經(jīng)驗(yàn)的人員或機(jī)構(gòu)，定期地對(duì)云平臺(tái)的客戶虛擬機(jī)操作系統(tǒng)、中間 件、數(shù)據(jù)庫(kù)、應(yīng)用軟件、主流虛擬化軟件進(jìn)行安全掃描和檢測(cè)序號(hào)需要關(guān)注的問題具體內(nèi)容9實(shí)時(shí)監(jiān)測(cè)云應(yīng)用的性能和可用性云應(yīng)用系統(tǒng)在運(yùn)行過(guò)程中會(huì)面臨因網(wǎng)絡(luò)阻塞、系統(tǒng)運(yùn)行缺陷引起的性能和訪問可用性下降的問題。為了能夠及時(shí)發(fā)現(xiàn)問題，并確保最終用戶的使用質(zhì)量，需要對(duì)系統(tǒng)進(jìn)行性能和可用性監(jiān)測(cè)10混合云平臺(tái)的穩(wěn)定性是重點(diǎn)云平臺(tái)與企業(yè)內(nèi)網(wǎng)的銜接問題，云服務(wù)主機(jī)數(shù)量成百上千后管理和運(yùn)維的問題

18、11費(fèi)用的透明化云上多賬號(hào)，管理、開銷一筆亂帳。要拒絕浪費(fèi)，確保所有的資源對(duì)應(yīng)的花費(fèi)都是有效的12統(tǒng)一架構(gòu)正好借助混合云平臺(tái)統(tǒng)一 IT 系統(tǒng)架構(gòu)，降低集成費(fèi)用，減少 IT 硬件投入13保證云上應(yīng)用的業(yè)務(wù)連續(xù)性如何保證混合云的各種指標(biāo)和性能，能統(tǒng)一納入已有的監(jiān)控體系和工作流程中，需要有一個(gè)能提供專業(yè)云管理工具和專業(yè)的服務(wù)團(tuán)隊(duì)來(lái)幫助監(jiān)控業(yè)務(wù)獲得持續(xù)穩(wěn)定14上云遷移方案更應(yīng)該關(guān)注TCO傳統(tǒng) IT 架構(gòu)向云架構(gòu)遷移不僅需要對(duì)遷移方案進(jìn)行充分評(píng)估，要考慮業(yè)務(wù)場(chǎng)景、云上系統(tǒng)架構(gòu)，對(duì)于費(fèi)用投入更要強(qiáng)調(diào)性價(jià)比15安全合規(guī)體系以及人員管控上云后云上資源和數(shù)據(jù)需要一套安全合規(guī)使用管理體系以減少來(lái)自外部和內(nèi)部的安全

19、風(fēng)險(xiǎn)16培訓(xùn)和知識(shí)轉(zhuǎn)移上云后，流程和處理方式將發(fā)生改變，如何讓團(tuán)隊(duì)中的成員了解云計(jì)算，學(xué)習(xí)掌握服務(wù)商的各種產(chǎn)品和工具的新技術(shù)，從而可以將云的優(yōu)勢(shì)發(fā)揮到最大，達(dá)到運(yùn)營(yíng)最優(yōu)化17混合云平臺(tái)的穩(wěn)定性是重點(diǎn)云平臺(tái)與企業(yè)內(nèi)網(wǎng)的銜接問題，云服務(wù)主機(jī)數(shù)量成百上千后管理和運(yùn)維的問題連鎖零售企業(yè)上云指引 | 第五章 連鎖零售企業(yè)上云實(shí)施路徑連鎖零售企業(yè)上云指引 | 第六章 上云實(shí)施參考方案第五章 連鎖零售企業(yè)上云實(shí)施路徑上云策略建議規(guī)劃上云實(shí)施路線從以下五個(gè)方面進(jìn)行考慮：總體規(guī)劃，分步實(shí)施總體規(guī)劃云平臺(tái)建設(shè)全路徑，具體項(xiàng)目實(shí)施中，合理劃分項(xiàng)目階段，小步快跑、快速見效。戰(zhàn)略優(yōu)先，快速見效優(yōu)先建設(shè)本企業(yè)戰(zhàn)略關(guān)注重點(diǎn)

20、而信息化支撐薄弱的業(yè)務(wù)領(lǐng)域，快速體現(xiàn)建設(shè)效果。標(biāo)準(zhǔn)先行，重點(diǎn)突破梳理標(biāo)準(zhǔn)規(guī)范作為系統(tǒng)建設(shè)的依據(jù)，總體規(guī)劃應(yīng)優(yōu)先選擇基礎(chǔ)平臺(tái)、關(guān)鍵系統(tǒng)作為突破口，后續(xù)實(shí)施完善和提升整體架構(gòu)。業(yè)務(wù)統(tǒng)一，優(yōu)先集中優(yōu)先考慮業(yè)務(wù)標(biāo)準(zhǔn)化程度高的專業(yè)領(lǐng)域進(jìn)行上云建設(shè)，并梳理本企業(yè)管理需求，歸納總結(jié)形成典型模式。積極探索，平穩(wěn)上云充分驗(yàn)證云平臺(tái)核心技術(shù)，不斷完善云平臺(tái)支撐能力，控制技術(shù)風(fēng)險(xiǎn)，平穩(wěn)上云。第六章 上云實(shí)施參考方案現(xiàn)狀評(píng)估參考方案上云的現(xiàn)狀評(píng)估階段可以由四部分組成，依次分別為云應(yīng)用適應(yīng)屬性的收集、云的準(zhǔn)備和遷移路線的選擇、工作負(fù)載優(yōu)先級(jí)的確認(rèn)和財(cái)務(wù) TCO 分析。云應(yīng)用適應(yīng)屬性的收集通過(guò)收集應(yīng)用屬性特征來(lái)確定目標(biāo)應(yīng)

21、用，以此來(lái)建立云應(yīng)用適應(yīng)屬性；將涉及不同業(yè)務(wù)線的和多個(gè)設(shè)備部署的應(yīng)用梳理出來(lái)。云的準(zhǔn)備和遷移路線的選擇從每一個(gè)業(yè)務(wù)線中收集優(yōu)先級(jí)高的應(yīng)用列表和詳細(xì)的應(yīng)用數(shù)據(jù)；分析輸入數(shù)據(jù)，以此來(lái)了解應(yīng)用云的適用性、最佳目標(biāo)平臺(tái)和遷移路徑。工作負(fù)載優(yōu)先級(jí)的確認(rèn)對(duì)應(yīng)用的工作負(fù)載的優(yōu)先級(jí)進(jìn)行排序，主要基于業(yè)務(wù)線、應(yīng)用的復(fù)雜性、關(guān)鍵性、業(yè)務(wù)需求、成本控制以及遷移到目標(biāo)環(huán)境過(guò)程中的條件。財(cái)務(wù) TCO 分析基于目標(biāo)平臺(tái)、遷移路線和應(yīng)用的 TCO，構(gòu)建遷移路徑和財(cái)務(wù)概覽。應(yīng)用部署和數(shù)據(jù)遷移應(yīng)用部署為了確定應(yīng)用究竟是部署在公有云上還是私有云上，還是繼續(xù)保留下來(lái)，建議綜合考慮功能性、安全性/監(jiān)管要求、資本支出的耐受能力以及架構(gòu)

22、等因素，以下模型供參考。公有云私有云保留/使用私有基礎(chǔ)設(shè)施關(guān)鍵特征由供應(yīng)商提供的服務(wù)，在多個(gè)客戶之間共享通過(guò)互聯(lián)網(wǎng)或私有網(wǎng)絡(luò)訪問不同程度的數(shù)據(jù)控制為使用的資源付費(fèi)云存在于企業(yè)防火墻之外企業(yè)內(nèi)部的構(gòu)建、管理和使用跨業(yè)務(wù)單元的通用資源池在企業(yè)內(nèi)部進(jìn)行數(shù)據(jù)控制基礎(chǔ)設(shè)施歸企業(yè)所有云存在于企業(yè)的防火墻之內(nèi)現(xiàn)存的非云環(huán)境，由以下組成：虛擬化（但不是云化的） 服務(wù)器物理服務(wù)器大型機(jī)專業(yè)的硬件考慮因素較低的數(shù)據(jù)駐留需求易于控制由安全和管控帶來(lái)的風(fēng)險(xiǎn)松集成系統(tǒng)突發(fā)/尖銳型的工作負(fù)載非生產(chǎn)系統(tǒng)全局的內(nèi)容交付需求專業(yè)的工作負(fù)載適度的需求變動(dòng)由安全和管控帶來(lái)的高風(fēng)險(xiǎn)（如：數(shù)據(jù)的駐留需 求）規(guī)模經(jīng)濟(jì)的內(nèi)部?jī)?yōu)化具有強(qiáng)大的

23、功能集成的核心系統(tǒng)，例如：集成的財(cái)務(wù)和制造系統(tǒng)利用專業(yè)化硬件由嚴(yán)格的安全和管控帶來(lái)的高風(fēng)險(xiǎn)緊密的集成點(diǎn)，很難解耦和連鎖零售企業(yè)上云指引 | 第六章 上云實(shí)施參考方案連鎖零售企業(yè)上云指引 | 第六章 上云實(shí)施參考方案在應(yīng)用上云時(shí)，所涉及的數(shù)據(jù)遷移對(duì)象和批次，需要注意的是，綜合考慮數(shù)據(jù)的重要性、安全性、復(fù)雜性等指標(biāo)，按照時(shí)間順序和技術(shù)上的復(fù)雜程度具體分為：批次 1，以快速實(shí)現(xiàn)、最小化集成、最低依賴性為目標(biāo)的簡(jiǎn)單、可行的遷移，主要針對(duì)非生產(chǎn)性數(shù)據(jù)做簡(jiǎn)單遷移。批次 2，簡(jiǎn)單的數(shù)據(jù)，具有低技術(shù)復(fù)雜性，和大的占用空間，主要針對(duì)非生產(chǎn)性數(shù)據(jù)做復(fù)雜遷移，或生產(chǎn)性數(shù)據(jù)做簡(jiǎn)單遷移。批次 3，逐步增加數(shù)據(jù)相互關(guān)聯(lián)的

24、復(fù)雜度，主要針對(duì)非生產(chǎn)性數(shù)據(jù)的復(fù)雜遷移及數(shù)據(jù)重構(gòu)，或生產(chǎn)性數(shù)據(jù)的復(fù)雜遷移及數(shù)據(jù)重構(gòu)。上云后系統(tǒng)測(cè)試與健康檢查系統(tǒng)測(cè)試上云后，云平臺(tái)應(yīng)可以提供持續(xù)交付工具，及開發(fā)測(cè)試環(huán)境，對(duì)系統(tǒng)進(jìn)行測(cè)試；具體的應(yīng)用場(chǎng)景包括但不限于開發(fā)/測(cè)試或針對(duì)不同的云使用相同的開發(fā)測(cè)試環(huán)境，這樣可以防止開發(fā)/測(cè)試資源的重復(fù)與浪費(fèi)。統(tǒng)一對(duì)開發(fā)環(huán)境、集成測(cè)試環(huán)境、驗(yàn)收及 UAT 測(cè)試環(huán)境以及生產(chǎn)環(huán)境進(jìn)行管控。提供固化開發(fā)規(guī)范、簡(jiǎn)化開發(fā)過(guò)程的開發(fā)框架，以此輔助開發(fā)，接收最終版本并統(tǒng)一部署到生產(chǎn)環(huán)境。在開發(fā)環(huán)境中，通過(guò)統(tǒng)一的開發(fā)框架，實(shí)現(xiàn)應(yīng)用和服務(wù)的統(tǒng)一開發(fā)，由開發(fā)框架提供開發(fā)模板，即時(shí)集成，自動(dòng)構(gòu)建，服務(wù)模擬、在線幫助等；在集成測(cè)

25、試環(huán)境中，通過(guò)統(tǒng)一的測(cè)試框架，實(shí)現(xiàn)應(yīng)用和服務(wù)的統(tǒng)一測(cè)試，由測(cè)試框架提供統(tǒng)一的測(cè)試模板，自動(dòng)化測(cè)試工具，代碼安全檢測(cè)等內(nèi)容；驗(yàn)證及 UAT 測(cè)試環(huán)境，通過(guò)統(tǒng)一的驗(yàn)證測(cè)試框架，實(shí)現(xiàn)應(yīng)用和服務(wù)的統(tǒng)一驗(yàn)證測(cè)試，并將代碼交由平臺(tái)統(tǒng)一發(fā)布；最終在生產(chǎn)環(huán)境中，統(tǒng)一管理已經(jīng)發(fā)布的應(yīng)用。應(yīng)完成一套備份與恢復(fù)的策略的實(shí)施，并且進(jìn)行經(jīng)常與深入的測(cè)試；同時(shí)平臺(tái)具備應(yīng)用程序安全測(cè)試的能力，通過(guò)安全測(cè)試的應(yīng)用程序能夠防范已知的網(wǎng)絡(luò)攻擊。健康檢查計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)資源的可用性和服務(wù)連續(xù)性，以及資源調(diào)整機(jī)制構(gòu)成了服務(wù)監(jiān)測(cè)和健康型檢查的關(guān)鍵指標(biāo)。云平臺(tái)應(yīng)滿足以下方面：對(duì)服務(wù)進(jìn)行監(jiān)測(cè)，能夠采集并整合其性能數(shù)據(jù)，對(duì)外提供統(tǒng)一的訪問接

26、口； 提供監(jiān)控?cái)?shù)據(jù)的表示方案和存檔機(jī)制，為事后性能分析和統(tǒng)計(jì)提供依據(jù)； 提供可視化方案，向用戶直觀地呈現(xiàn)服務(wù)的當(dāng)前狀態(tài)和歷史信息。服務(wù)監(jiān)測(cè)和性能采集工具、可視化工具以及監(jiān)控信息存儲(chǔ)的持久性構(gòu)成了監(jiān)控技術(shù)的關(guān)鍵指標(biāo)；根據(jù)當(dāng)前系統(tǒng)的網(wǎng)絡(luò)負(fù)載情況，適時(shí)調(diào)整網(wǎng)絡(luò)帶寬，保證服務(wù)水平。在原有網(wǎng)絡(luò)資源不可用時(shí)， 能自動(dòng)切換到備用網(wǎng)絡(luò)資源，保證服務(wù)持續(xù)；根據(jù)當(dāng)前系統(tǒng)的計(jì)算負(fù)載情況，適時(shí)遷移或擴(kuò)展應(yīng)用，保證服務(wù)水平。在原有計(jì)算資源不可用時(shí)，能自動(dòng)切換到備用計(jì)算資源，保證服務(wù)持續(xù)；根據(jù)當(dāng)前系統(tǒng)的存儲(chǔ)負(fù)載情況，適時(shí)增添或擴(kuò)展存儲(chǔ)設(shè)備，保證服務(wù)水平。在原有存儲(chǔ)資源不可用時(shí)，能自動(dòng)切換到備用存儲(chǔ)資源，保證服務(wù)持續(xù)。系統(tǒng)

27、切割和平臺(tái)運(yùn)營(yíng)系統(tǒng)切割系統(tǒng)上云，并不是對(duì)所有應(yīng)用都是一個(gè)標(biāo)準(zhǔn)，包括其中一些不能被遷移的應(yīng)用，或者需要重建/重構(gòu)的應(yīng)用，可能會(huì)包括以下六種情況：退役保留替換遷移重建平臺(tái)重構(gòu)描述將要退役/結(jié)束生命周期的應(yīng)用，其用戶可能會(huì)遷移到其它應(yīng)用上保留下來(lái)的應(yīng)用，作為非云基礎(chǔ)設(shè)施的一部分將會(huì)被其它應(yīng)用（或者是應(yīng)用集） 所取代的應(yīng)用，并且使用商業(yè)軟 件，作為一個(gè)服務(wù)進(jìn)行交付應(yīng)用組件是云適應(yīng)性較強(qiáng)的，并且在虛擬化以后需要很少的變化應(yīng)用組件不在云上或不符合成本效益，因此需要進(jìn)行調(diào)整應(yīng)用組件并不適用于云，并且/或者根據(jù)業(yè)務(wù)需求要進(jìn)行特定的改變示例自定義的.NET 或者 Java 應(yīng)用，具備在OOTB 或者 ERP 系

28、統(tǒng)內(nèi)部可以合并的特征由業(yè)務(wù)的要求，保留下來(lái)的應(yīng)用Salesforc 和WorkdayWindows或者Linux 虛擬的/物理的服務(wù)器云適應(yīng)性較強(qiáng)的工作負(fù)載小應(yīng)用占用的空間 /最小的依賴性&交互性將一個(gè)Java EE 應(yīng)用從WebSphere 移動(dòng)到 Red Hat JBoss移動(dòng)數(shù)據(jù)庫(kù)包為了能在云 上 運(yùn) 行，需要升級(jí)軟件版本Oracle 轉(zhuǎn)為 AWS RDS利用云重構(gòu)一個(gè)保留下來(lái)的C+應(yīng)用應(yīng)用架構(gòu)限 制 - Non- RESTful 架構(gòu)，單態(tài)應(yīng)用非云的技術(shù)（例如： 主機(jī)，AIX 或者Solaris）平臺(tái)運(yùn)營(yíng)除了必要的工具之外，管理運(yùn)營(yíng)體系是確保云平臺(tái)得以有效規(guī)劃、實(shí)施和控制的基礎(chǔ)，在具體

29、的設(shè)計(jì)中共包含組織與職責(zé)、制度與流程兩個(gè)方面的內(nèi)容。首先，對(duì)于管理運(yùn)營(yíng)組織與職責(zé)來(lái)說(shuō)，主要關(guān)注于云平臺(tái)管理運(yùn)營(yíng)的組織結(jié)構(gòu)和責(zé)權(quán)體系框架， 各參與組織依據(jù)此框架開展云平臺(tái)管理運(yùn)營(yíng)相關(guān)工作。組織結(jié)構(gòu)明確云平臺(tái)運(yùn)營(yíng)過(guò)程中的權(quán)責(zé)分配，以此建立運(yùn)營(yíng)團(tuán)隊(duì)和保障體系。組織與職責(zé)解決的是明確“誰(shuí)來(lái)做”的問題。因此，組織與職責(zé)的設(shè)計(jì)主要包括：組織架構(gòu)、職責(zé)分工、能力素質(zhì)、管控機(jī)制和保障體系幾個(gè)方面的內(nèi)容。其次，對(duì)于管理運(yùn)營(yíng)制度與流程來(lái)說(shuō)，依據(jù)職責(zé)分工，提升部門間的高效合作。主要關(guān)注于云平臺(tái)日常運(yùn)營(yíng)工作的開展落實(shí)與管理，確保運(yùn)營(yíng)工作的效率與效果。 制度與流程是明確“如何做” 的問題。因此，制度與流程的設(shè)計(jì)主要包括

30、：服務(wù)需求、服務(wù)設(shè)計(jì)、服務(wù)實(shí)施、上線部署、服務(wù)計(jì)量、服務(wù)評(píng)價(jià)、服務(wù)監(jiān)控、服務(wù)運(yùn)維、運(yùn)營(yíng)監(jiān)控、運(yùn)營(yíng)提升幾個(gè)方面的內(nèi)容。建議零售企業(yè)在上云中云平臺(tái)管理運(yùn)營(yíng)體系架構(gòu)依照下圖構(gòu)建：連鎖零售企業(yè)上云指引 | 第八章 連鎖零售企業(yè)數(shù)字化轉(zhuǎn)型參考最佳實(shí)踐連鎖零售企業(yè)上云指引 | 第八章 連鎖零售企業(yè)數(shù)字化轉(zhuǎn)型參考最佳實(shí)踐第七章 上云實(shí)施參考步驟上云實(shí)施分為六個(gè)步驟完成，依次分別為系統(tǒng)評(píng)估、系統(tǒng)驗(yàn)證、數(shù)據(jù)遷移、應(yīng)用遷移、系統(tǒng)配置、監(jiān)控優(yōu)化，不同步驟以及具體活動(dòng)如下所示：系統(tǒng)評(píng)估云適應(yīng)性屬性收集及評(píng)估；遷移工作量及費(fèi)用評(píng)估；系統(tǒng)架構(gòu)評(píng)估；系統(tǒng)安全評(píng)估；應(yīng)用遷移分類；遷移工具評(píng)估及選型。系統(tǒng)驗(yàn)證云平臺(tái)環(huán)境及技術(shù)研

31、究；創(chuàng)建 PoC 試點(diǎn)應(yīng)用；測(cè)試部署在云環(huán)境中的 PoC 或試點(diǎn)應(yīng)用；制定應(yīng)用遷移策略；標(biāo)識(shí)并轉(zhuǎn)移應(yīng)用遷移風(fēng)險(xiǎn)。數(shù)據(jù)遷移根據(jù)應(yīng)用系統(tǒng)的數(shù)據(jù)特點(diǎn)選擇云存儲(chǔ)類型；將應(yīng)用數(shù)據(jù)遷移至對(duì)應(yīng)的云存儲(chǔ)中，如文件系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)等。應(yīng)用遷移根據(jù)遷移策略實(shí)施應(yīng)用遷移；根據(jù)應(yīng)用特點(diǎn)選擇使用平臺(tái)組件及服務(wù)；根據(jù)應(yīng)用系統(tǒng)的數(shù)據(jù)特點(diǎn)選擇云存儲(chǔ)類型；將應(yīng)用數(shù)據(jù)遷移至對(duì)應(yīng)的云存儲(chǔ)中，如文件系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)等。系統(tǒng)配置組件及服務(wù)配置；監(jiān)控管理配置；安全管理配置；系統(tǒng)資源配置；服務(wù)目錄配置。監(jiān)控優(yōu)化服務(wù)監(jiān)控；系統(tǒng)監(jiān)控；系統(tǒng)日志及審計(jì)；系統(tǒng)優(yōu)化。第八章 連鎖零售企業(yè)數(shù)字化轉(zhuǎn)型參考最佳實(shí)踐中金珠寶混合云部署、云零售案例企業(yè)介紹中金

32、珠寶主要經(jīng)營(yíng)范圍包括：黃金、白銀、鉆石、珠寶玉石制品的綜合開發(fā)、設(shè)計(jì)、生產(chǎn)、銷售、咨詢服務(wù)等， 在全國(guó)擁有 30 家品牌服務(wù)中心，連鎖專賣店總計(jì) 2000 余家，覆蓋全國(guó)市場(chǎng)。案例介紹中金珠寶現(xiàn)有的 IDC 面臨著四大難題：第一，機(jī)柜和服務(wù)器趨于飽和，當(dāng)業(yè)務(wù)擴(kuò)展需要新增服務(wù)器時(shí)，IT 部門難以快速響應(yīng)需求；第二，IT 部門網(wǎng)絡(luò)和安全運(yùn)維人手嚴(yán)重不足；第三，網(wǎng)絡(luò)安全架構(gòu)屬于傳統(tǒng)的檢測(cè)、防御方式，難以抵御新型的高級(jí)網(wǎng)絡(luò)攻擊；第四，黃金珠寶行業(yè)整體還面臨著終端零售市場(chǎng)需求放緩、庫(kù)存壓力大、生產(chǎn)經(jīng)營(yíng)模式單一等諸多問題。中金珠寶希望通過(guò)京東云的混合云部署，解決業(yè)務(wù)發(fā)展中的 IT 難題，通過(guò)擁抱云計(jì)算、大

33、數(shù)據(jù)等打造智慧零售新路徑，加速企業(yè)數(shù)字化轉(zhuǎn)型的進(jìn)程。京東云為中金珠寶提供混合云部署、云災(zāi)備、云零售服務(wù)。在混合云部署方面，京東云為中金珠寶提供公有云、安全防護(hù)、專線連接、遷移服務(wù)、監(jiān)控管理的一站式服務(wù)；確保中金珠寶在原有系統(tǒng)功能不受影響的前提下, 擴(kuò)展了原系統(tǒng)的計(jì)算能力, 存儲(chǔ)容量, 網(wǎng)絡(luò)帶寬。中金珠寶通過(guò)京東云的服務(wù), 完善了現(xiàn)有數(shù)據(jù)備份方案, 實(shí)現(xiàn)了數(shù)據(jù)庫(kù)的云災(zāi)備，同時(shí)還幫助中金珠寶的業(yè)務(wù)和應(yīng)用在云上進(jìn)行全面?zhèn)浞?。借助京東云知客等產(chǎn)品，中金珠寶可以進(jìn)行門店客流監(jiān)測(cè), 分析預(yù)測(cè); 顧客行為分析; 活動(dòng)營(yíng)銷監(jiān)測(cè)、 分析、指導(dǎo)，從而提升流量效率, 促進(jìn)轉(zhuǎn)化，在傳統(tǒng)門店管理的基礎(chǔ)上，實(shí)現(xiàn)向移動(dòng)互聯(lián)

34、網(wǎng)、大數(shù)據(jù)以及人工智能的轉(zhuǎn)型，開啟智能化、數(shù)字化零售智慧門店的全面建設(shè)。僅幾個(gè)月時(shí)間，中金珠寶在京東云上已經(jīng)有 40 多臺(tái)云主機(jī)、多個(gè)私有網(wǎng)絡(luò)和多個(gè)負(fù)載均衡， 不僅服務(wù)器規(guī)模已經(jīng)超過(guò)本地?cái)?shù)據(jù)中心，而且云數(shù)據(jù)中心的安全設(shè)置也高于本地?cái)?shù)據(jù)中心，但是云數(shù)據(jù)中心投入的運(yùn)維人員卻遠(yuǎn)遠(yuǎn)低于本地?cái)?shù)據(jù)中心的人員投入。成本大大降低。遷移上云后的中金珠寶，在同等配置情況下，單臺(tái)服務(wù)器的綜合采購(gòu)價(jià)格比物理服務(wù)器降低 30%以上。管理更加敏捷。傳統(tǒng)的 IDC 模式下，中金珠寶新增服務(wù)器的申請(qǐng)時(shí)間為 10 個(gè)工作日左右，上云后僅需 0.5 個(gè)工作日即可完成新項(xiàng)目的部署。喜力啤酒數(shù)字化轉(zhuǎn)型實(shí)踐案例：利用微軟 Azure

35、平臺(tái)快速實(shí)現(xiàn)全球營(yíng)銷戰(zhàn)略業(yè)務(wù)需求：當(dāng)詹姆斯邦德出現(xiàn)時(shí)，世界的命運(yùn)往往是前途未卜的。而當(dāng)喜力決定根據(jù)最新上映的邦德電影實(shí)施一項(xiàng)全球性的營(yíng)銷競(jìng)賽時(shí)，挑戰(zhàn)同樣很高。喜力在全世界范圍內(nèi)長(zhǎng)期舉辦創(chuàng)新性營(yíng)銷競(jìng)賽，在 178 個(gè)國(guó)家銷售旗艦優(yōu)質(zhì)啤酒，除了優(yōu)質(zhì)的啤酒產(chǎn)品，創(chuàng)新性營(yíng)銷競(jìng)賽也使喜力成為世界最著名的品牌之一。但是 2012 年的營(yíng)銷競(jìng)賽是根據(jù)邦德電影系列之天幕殺機(jī)，這與喜力以往的做法有所不同。傳統(tǒng)意義上，喜力的營(yíng)銷運(yùn)營(yíng)模式為集約化模式。營(yíng)銷競(jìng)賽可以是全球性的，但其實(shí)施方式卻做不到這一點(diǎn)。例如，部門決定推出日期后， 而最終全球性競(jìng)賽要經(jīng)過(guò)數(shù)月才能逐步實(shí)施。然而，針對(duì)邦德這次的促銷，喜力計(jì)劃在全球各地同

36、一時(shí)間實(shí)施該項(xiàng)競(jìng)賽。這對(duì)喜力來(lái)說(shuō)無(wú)疑是前所未有的挑戰(zhàn)，尤其是技術(shù)運(yùn)營(yíng)方面。競(jìng)賽最主要的數(shù)字內(nèi)容是為全世界數(shù)百萬(wàn)觀影者無(wú)瑕疵地播放 100 兆電影。此前，喜力曾在它的外包數(shù)據(jù)中心支持過(guò)數(shù)字媒體。但是，數(shù)據(jù)中心缺少喜力所需的計(jì)算機(jī)資源，如果要構(gòu)建它們尤其是能夠支持?jǐn)?shù)百萬(wàn)次同時(shí)點(diǎn)擊的高峰流量，是一項(xiàng)耗時(shí)費(fèi)力的工作，它也不能提供喜力所需的區(qū)域覆蓋以減少全球性延遲。解決方案：當(dāng)活動(dòng)需要一個(gè)同樣世界級(jí)的云平臺(tái)時(shí)，喜力向 Azure 尋求合作。喜力采用 Azure 作為促銷手段，甚至需要更多技術(shù)性支持，包括獲得歐洲杯冠軍聯(lián)賽的支持?！巴ㄟ^(guò) Azure，我們不需要在服務(wù)器管理上投入資金，因此我們能夠?qū)Ｗ⒂谂e辦

37、最成功的競(jìng)賽?！毕擦θ騼?yōu)質(zhì)部經(jīng)理 EwoutBarendregt 表示。為了成功舉辦競(jìng)賽，公司運(yùn)用 Azure 加速網(wǎng)絡(luò)以確保提供快速、可靠的數(shù)字內(nèi)容，以及覆蓋全球 1050 萬(wàn)消費(fèi)者。第二年，在某種程度上說(shuō)，喜力面臨一個(gè)更為嚴(yán)峻的數(shù)字營(yíng)銷挑戰(zhàn)。那時(shí)，喜力將全球競(jìng)賽基于歐洲冠軍聯(lián)賽足球比賽上。競(jìng)賽獎(jiǎng)同時(shí)在超過(guò) 70 個(gè)市場(chǎng)、通過(guò) 30 種語(yǔ)言同時(shí)開始。雖然 Skyfall 競(jìng)賽只是要求公司在一個(gè)大型網(wǎng)絡(luò)上展現(xiàn)服務(wù)內(nèi)容，UCL 競(jìng)賽則要求在全球范圍內(nèi)的實(shí)時(shí)計(jì)算。這是由于 UCL 的核心是一個(gè)供世界各地消費(fèi)者現(xiàn)場(chǎng)對(duì)決的彈球游戲。解決方案要根據(jù)每名玩家對(duì)決的朋友和家人的數(shù)量，對(duì)其進(jìn)行多組排行榜提供

38、支持。在游戲過(guò)程中，排行榜要實(shí)時(shí)更新。喜力所期望的是該項(xiàng)技術(shù)能夠同時(shí)支持一百萬(wàn)名用戶玩家。為了滿足這些要求，喜力將它的 Azure 應(yīng)用由一個(gè)數(shù)據(jù)中心擴(kuò)展到四個(gè)數(shù)據(jù)中心，實(shí)現(xiàn)地理冗余和低延遲性。數(shù)據(jù)被存在 Azure 桌面存儲(chǔ)裝置內(nèi)進(jìn)行異步更新。存儲(chǔ)裝置的結(jié)構(gòu)帶 10000 個(gè)分區(qū)（最初從 10 遞增）用于必要的擴(kuò)展。喜力所開發(fā)的解決方案是應(yīng)用了 Azure Visual Studio 2013 版。使用 Visual Studio 載荷測(cè)試集群進(jìn)行結(jié)構(gòu)測(cè)試，生成載荷并測(cè)試應(yīng)用程序（不測(cè)試網(wǎng)絡(luò)）。 Azure 服務(wù)顧問協(xié)助開發(fā)解決方案并進(jìn)行載荷測(cè)試，解決性能方面的問題。解決方案的良好結(jié)果讓喜力

39、再次選擇 Azure 服務(wù)，運(yùn)用于其它方面，如“開放你的城市”競(jìng)賽中。在這次競(jìng)賽中，顧客通過(guò) Twitter 和其它社交媒體與喜力進(jìn)行實(shí)時(shí)互動(dòng)，從他們附近的“社會(huì)熱點(diǎn)”俱樂部和酒吧獲取建議。“由于這些競(jìng)賽的成功舉辦，現(xiàn)在我們?cè)跔I(yíng)銷以外也使用 Azure 云服務(wù)，”Borrsma 表示，引入Azure 動(dòng)態(tài) CRM 線上系統(tǒng)用于顧客關(guān)系管理以及 O365 辦公室員工的工作效率提高。客戶收益：喜力已在三個(gè)全球性競(jìng)賽中運(yùn)用 Azure 服務(wù)，支持?jǐn)?shù)百萬(wàn)用戶，大大降低延遲性，為大幅度降低成本奠定堅(jiān)實(shí)的基礎(chǔ)。每小時(shí)兩百萬(wàn)名用戶玩家喜力使用 Azure 服務(wù)實(shí)現(xiàn)了在一個(gè)大規(guī)模范圍上 100% 的可靠性，平

40、臺(tái)以其在 UCL 競(jìng)賽中完美的表現(xiàn)、支持每小時(shí)兩百萬(wàn)用戶玩家以及超過(guò) 4 千萬(wàn)參與者的容納能力，超過(guò)了其服務(wù)水平協(xié)議。200-300 毫秒延遲傳遞通過(guò) Azure 服務(wù)，喜力可以同時(shí)滿足其世界范圍內(nèi)的低延遲要求。7 毫秒-535 毫秒的延遲率，其一般為 200-300 毫秒之間，這對(duì)于全球?qū)崟r(shí)性比賽是一項(xiàng)巨大優(yōu)勢(shì)。因此，參與者享受他們的體驗(yàn)并繼續(xù)比賽平均 4.5 分鐘。提供可靠性、降低成本和靈活性Boorsma 表示喜力將在營(yíng)銷競(jìng)賽和其它目標(biāo)活動(dòng)中應(yīng)用 Azure，例如 Azure 可以用于公司的網(wǎng)站更新?！拔覀円欢〞?huì)繼續(xù)使用 Azure，”Boorsma 表示，“我們需要它所提供的可靠性，同

41、時(shí)我們認(rèn)為應(yīng)用 Azure 可以免去在世界范圍內(nèi)構(gòu)建和維護(hù)其它數(shù)據(jù)中心的成本，它給了我們極大的靈活性?！毖蠛蛹瘓F(tuán)企業(yè)上云實(shí)施案例企業(yè)介紹作為振興蘇酒的“領(lǐng)頭羊”的洋河，奮力開拓市場(chǎng)，強(qiáng)化內(nèi)部管理，深化企業(yè)制度改革，在激烈的競(jìng)爭(zhēng)中不斷鑄造新的優(yōu)勢(shì)，擁有洋河、雙溝兩個(gè)中國(guó)名酒。英國(guó)著名的權(quán)威品牌評(píng)估機(jī)構(gòu)（BF)發(fā)布“2016 全球烈酒品牌價(jià)值 50 強(qiáng)”排行榜，洋河位列中國(guó)第二、全球第三位。案例介紹在現(xiàn)代互聯(lián)網(wǎng)的沖擊以及現(xiàn)在商業(yè)形態(tài)大規(guī)模變革的情況下，整個(gè)白酒行業(yè)的業(yè)務(wù)形態(tài)已經(jīng)大大地往外延了，更多的需要往前端渠道的生態(tài)、供應(yīng)鏈的生態(tài)進(jìn)行大規(guī)模地延展。在這個(gè)延展中，洋河的企業(yè)信息化也需要從傳統(tǒng)的 E

42、RP 跳轉(zhuǎn)到基于智慧的、基于互聯(lián)網(wǎng)的平臺(tái)來(lái)進(jìn)行核心的建設(shè)。洋河股份制定了從傳統(tǒng)型企業(yè)轉(zhuǎn)向服務(wù)型企業(yè)，從生產(chǎn)制造型企業(yè)轉(zhuǎn)向互聯(lián)網(wǎng)型企業(yè)的戰(zhàn)略目標(biāo)， 即“雙核戰(zhàn)略”，主業(yè)(白酒)做大做強(qiáng)，新業(yè)(互聯(lián)網(wǎng)、投資等)快速發(fā)展。在 IT 技術(shù)方面，洋河股份將利用物聯(lián)網(wǎng)技術(shù)推動(dòng)企業(yè)溯源應(yīng)用；利用移動(dòng)互聯(lián)技術(shù)推動(dòng)互聯(lián)網(wǎng)平臺(tái)建設(shè)；利用大數(shù)據(jù)技術(shù)，開展企業(yè)商業(yè)智能分析；利用虛擬化技術(shù)，打造企業(yè)私有云平臺(tái)。青云 QingCloud 為其提供了一套完整的云計(jì)算解決方案，包括穩(wěn)定可靠、集成統(tǒng)一、彈性伸縮、智能高效并自主可控的云基礎(chǔ)架構(gòu)平臺(tái)，以及數(shù)據(jù)庫(kù)集群、緩存集群、對(duì)象存儲(chǔ)、大數(shù)據(jù)平臺(tái)和容器等服務(wù)于一身的 PaaS 平

43、臺(tái)。洋河股份依托于青云私有云平臺(tái)，快速構(gòu)建起一個(gè)擁有互聯(lián)網(wǎng)能力的 PaaS 平臺(tái)，在這個(gè)平臺(tái)之上運(yùn)行著圖像識(shí)別與算法平臺(tái)，包括 AI 的圖片識(shí)別、渠道畫像標(biāo)簽庫(kù)、智能補(bǔ)貨、大數(shù)據(jù)分析平 臺(tái)、智能推薦、自動(dòng)化的編排路線等等，通過(guò)這個(gè)平臺(tái)構(gòu)建起洋河股份的智慧渠道與全渠道電商產(chǎn)品等，為洋河股份“雙核戰(zhàn)略”提供了有力支撐。華創(chuàng)數(shù)字化實(shí)踐案例企業(yè)介紹華潤(rùn)創(chuàng)業(yè)（深圳）有限公司成立于 1992 年，是華潤(rùn)（集團(tuán)）有限公司綜合消費(fèi)品及零售服務(wù)業(yè)務(wù)的旗艦香港公司。旗下有 7 個(gè)戰(zhàn)略業(yè)務(wù)單元，24 個(gè)一級(jí)利潤(rùn)中心。主要定位于消費(fèi)品和零售板塊，主營(yíng)業(yè)務(wù)包括啤酒、食品、飲品三大版塊。案例介紹華潤(rùn)創(chuàng)業(yè)在 IT 層面是一家傳統(tǒng)企業(yè)，同樣面臨著企業(yè)數(shù)字化轉(zhuǎn)型帶來(lái)的挑戰(zhàn)。為此華潤(rùn)創(chuàng)業(yè)制定了五化三集中，