混合云論壇作為大會(huì)分論壇之一，于8月15日下午舉辦。論壇邀請(qǐng)到了中國(guó)信通院、新華三、綠城集團(tuán)、中國(guó)電信、長(zhǎng)虹集團(tuán)、騰訊等單位的專家，與大家共話混合云的應(yīng)用與發(fā)展。
 

以下為長(zhǎng)虹集團(tuán)軟件與服務(wù)中心數(shù)據(jù)服務(wù)部技術(shù)總監(jiān)蒲文龍：《混合云助力長(zhǎng)虹數(shù)字化轉(zhuǎn)型》演講全文：

大家下午好，很高興今天有機(jī)會(huì)跟大家分享一下長(zhǎng)虹這些年在云這塊所做的一些事情。長(zhǎng)虹創(chuàng)始于1958年，公司前身國(guó)營(yíng)長(zhǎng)虹機(jī)器廠是我國(guó)“一五”期間的156項(xiàng)重點(diǎn)工程之一，是當(dāng)時(shí)  國(guó)內(nèi)唯一的機(jī)載火控雷達(dá)生產(chǎn)基地。從軍工立業(yè)、彩電興業(yè)，到信息電子的多元拓展，已成為集軍工、消費(fèi)電子、核心器件研發(fā)與制造為一體的綜合型跨國(guó)企業(yè)集團(tuán)，并正向具有全球競(jìng)爭(zhēng)力的信息家電內(nèi)容與服務(wù)提供商挺進(jìn)。目前長(zhǎng)虹有1170.21億的規(guī)模，去年開始了進(jìn)入了數(shù)字化轉(zhuǎn)型戰(zhàn)略階段?；谌鴺?biāo)戰(zhàn)略，提出“研發(fā)、制造、交易”三大智能平臺(tái)建設(shè)戰(zhàn)略，并擬定能力外放轉(zhuǎn)型計(jì)劃。長(zhǎng)虹的轉(zhuǎn)型也是它組織結(jié)構(gòu)的轉(zhuǎn)型，大家可能不太了解長(zhǎng)虹，其實(shí)長(zhǎng)虹目前子公司長(zhǎng)虹電源是中國(guó)最大的航空電源提供商，四川愛(ài)聯(lián)是中國(guó)最大的無(wú)線連接模塊的生產(chǎn)制造商，長(zhǎng)虹的佳華是中國(guó)最大數(shù)據(jù)存儲(chǔ)方案提供商，華意壓縮全球產(chǎn)銷量第一的制冷壓縮機(jī)，壓縮機(jī)的技術(shù)也是全球領(lǐng)先的。同時(shí)長(zhǎng)虹的技術(shù)體系，還成立了燈塔實(shí)驗(yàn)室和競(jìng)爭(zhēng)力實(shí)驗(yàn)室，燈塔實(shí)驗(yàn)室就像華為的2012實(shí)驗(yàn)室，對(duì)我們而言，是一樣的性質(zhì)。長(zhǎng)虹的轉(zhuǎn)型主要圍繞三個(gè)坐標(biāo)：第一，商業(yè)的變革。第二，產(chǎn)品的變革。第三，技術(shù)的變革。今天重點(diǎn)分享下技術(shù)這塊的變革，大家可以看到從云平臺(tái)、大數(shù)據(jù)，然后再到最終能力外放的一個(gè)方向。

首先給大家看幾個(gè)案例，2013年開始轉(zhuǎn)型之后做的一些案例。戰(zhàn)略地圖，原來(lái)長(zhǎng)虹在全國(guó)各地有幾十家銷售分公司，上千家經(jīng)營(yíng)部。原來(lái)要看一份報(bào)表數(shù)據(jù)的時(shí)候，其實(shí)它整個(gè)從統(tǒng)計(jì)，到逐層的上報(bào)需要一個(gè)月左右的時(shí)間，后來(lái)統(tǒng)一上了IT系統(tǒng)之后，將數(shù)據(jù)實(shí)時(shí)傳到云端，進(jìn)行實(shí)時(shí)的數(shù)據(jù)的統(tǒng)計(jì)分析，拿到數(shù)據(jù)報(bào)告，基本上就是當(dāng)天之內(nèi)就能保證拿到整個(gè)數(shù)據(jù)這塊的報(bào)告。管理者能及時(shí)響應(yīng)做出決策、降低決策風(fēng)險(xiǎn)。通過(guò)地圖獲知各行政區(qū)域銷售情況，通過(guò)顏色深淺直觀感受到銷售好壞，通過(guò)時(shí)間軸可以看到公司歷史銷售情況，同時(shí)可直觀看到渠道組織分布，銷售任務(wù)信息，銷售完成率等相關(guān)信息，隨時(shí)隨地了解各渠道組織銷售完成情況，為經(jīng)營(yíng)決策提供可視化展現(xiàn)，從而更加快速響應(yīng)業(yè)務(wù)變化。

這個(gè)案例是2014年10月的時(shí)候?qū)?萬(wàn)5前多個(gè)端子信號(hào)源的使用情況的跟蹤，得出的結(jié)果HDMI我們終端鋪設(shè)了3路，而三路都插滿的情況基本沒(méi)有，再來(lái)看看YPBPR分子端口，基本只有發(fā)燒友會(huì)使用這個(gè)，他的使用占比也很少，可以取掉。而VGA一般是用于連接接電腦，很少人回家后還和家人分享一份商務(wù)的PPT，這塊可以取掉?？偟膩?lái)說(shuō)取掉的端子信號(hào)源，每年為公司節(jié)約幾百萬(wàn)元直接的硬件成本，同時(shí)還提升了整個(gè)機(jī)型設(shè)計(jì)可用的空間。

個(gè)性化推薦，從我們的數(shù)據(jù)分析來(lái)看，目前整個(gè)電視這個(gè)大屏它的數(shù)據(jù)的流量的來(lái)源來(lái)自于個(gè)性化推薦的要占到40%以上。通過(guò)遙控器去點(diǎn)了之后，搜索到特定節(jié)目的情況只占5%不到，剩下其他是我們語(yǔ)音呼出這樣的場(chǎng)景。而個(gè)性化推薦這塊先后分了三個(gè)階段。第一個(gè)階段，那時(shí)候技術(shù)也不是很成熟，最早是把數(shù)據(jù)采集做了共性化的推薦，就是給用戶反饋大家都在看什么，計(jì)算能力強(qiáng)大后，進(jìn)入了基于家庭的推薦。用電視機(jī)大多數(shù)是一個(gè)家庭，所以沒(méi)法區(qū)分到具體是某一個(gè)用戶在用，這里做的推薦更多是電視終端的推薦。去年做了一個(gè)事情，就是通過(guò)深度學(xué)習(xí)去預(yù)測(cè)哪個(gè)時(shí)間段是家庭某一個(gè)成員他在看電視，做到千人千面的個(gè)性化推薦。

長(zhǎng)虹也打造了自己的長(zhǎng)虹大腦。其實(shí)就是語(yǔ)義分析和應(yīng)用。目前做到多輪的對(duì)話，有40多個(gè)領(lǐng)域的技能，服務(wù)了千萬(wàn)級(jí)別的終端客戶。

總的來(lái)說(shuō)，長(zhǎng)虹在云端這塊能力的要求是亞秒級(jí)的響應(yīng)，萬(wàn)億集的數(shù)據(jù)集。而長(zhǎng)虹傳統(tǒng)的開發(fā)模式是項(xiàng)目制，就是一年上線一個(gè)項(xiàng)目或一個(gè)產(chǎn)品。所以，在整個(gè)用戶爆發(fā)式增長(zhǎng)的場(chǎng)景下求軟服中心帶來(lái)的挑戰(zhàn)就是如何快速的迭代，如何快速的擴(kuò)展、如何做到高可用。

挑戰(zhàn)就有變革，原來(lái)的形式不行了。所以，從三個(gè)方面進(jìn)行變革。第一，技術(shù)的革新：我們緊追新技術(shù)，包括最近微服務(wù)、容器等。第二，新的組織架構(gòu)：也用產(chǎn)品線的方式做事情。第三，在企業(yè)的文化：推崇DevOps的文化。我們?cè)趯?shí)踐過(guò)程中探索出基于基礎(chǔ)云平臺(tái)加速技術(shù)革新、devops文化落地到企業(yè)軟件開發(fā)。

在上云的過(guò)程中有很多的挑戰(zhàn)。原來(lái)IT采購(gòu)方式，上一批機(jī)器就是兩個(gè)月的時(shí)間，同時(shí)資源的利用率有的高、有的低，就琢磨著上云，而那時(shí)候要選擇上云，各種云也特別多大大小小十幾家云，我們用過(guò)的云很多阿里云、AWS、UCloud等等，基本上主流的云廠商我們都有用過(guò)。

公有云用的多后，發(fā)現(xiàn)最大的問(wèn)題就是跨云之間怎么樣去遷移，遷移一次，大的業(yè)務(wù)系統(tǒng)基本上得準(zhǔn)備一個(gè)月，然后遷移一周，還得并行跑兩三個(gè)月，然后整個(gè)任務(wù)才能完成，前前后后需要3、4個(gè)月。所以說(shuō)，如何找一套好的方案來(lái)解決我們IaaS層遷移的問(wèn)題。有幸的是，從2016年開始接觸ZStack發(fā)現(xiàn)它解決了我們的問(wèn)題，原來(lái)五六個(gè)人做的機(jī)房運(yùn)維的事情，基本上一個(gè)人就可以搞定，整個(gè)私有混合云管理平臺(tái)這塊也做起來(lái)了，也不用裝OpenStack那么麻煩?？偨Y(jié)而言，一個(gè)核心就是如何降低TCO。混合云的要求最主要有兩個(gè)方面，一個(gè)就是管理平臺(tái)的打通，如何通過(guò)同一個(gè)平面將這種非標(biāo)準(zhǔn)的標(biāo)準(zhǔn)化，形成公司的一種標(biāo)準(zhǔn)。還有數(shù)據(jù)層面的一個(gè)打通，數(shù)據(jù)層面其實(shí)就是網(wǎng)絡(luò)層面的打通，我們基本上也是通過(guò)專線的方式去打通。

Iaas我們通過(guò)Zstack解決了 ，PaaS層面的混合云管理，我們自己基于Docker開發(fā)了混合云Paas的管理的解決方案，叫Matrix  Cloud。Matrix Cloud全面擁抱CloudNative技術(shù)，形成研發(fā)、運(yùn)維、測(cè)試三個(gè)方面統(tǒng)一的基礎(chǔ)云平臺(tái)。Matrix Cloud速度上解決了一天多次部署的問(wèn)題；在安全上保證了整個(gè)的可接性，還有應(yīng)用的隔離。擴(kuò)展方面能支持垂直和水平的擴(kuò)展。還有優(yōu)先性方面，因?yàn)殡娨暯K端有一個(gè)特點(diǎn)就是升級(jí)特別麻煩，業(yè)務(wù)的特點(diǎn)要求我們必須盡可能把計(jì)算放到云端。

Matrix Cloud整體的架構(gòu)，其實(shí)很簡(jiǎn)單，底層是IaaS，就是ZStack私有云+公有云的方式，然后上面提供一些基礎(chǔ)服務(wù)，主要是負(fù)載均衡和容器引擎，同時(shí)把數(shù)據(jù)庫(kù)和存儲(chǔ)抽象出來(lái)，因?yàn)橐鋈萜?，基本上存?chǔ)要求存在遠(yuǎn)端保證服務(wù)的無(wú)狀態(tài)化。然后DevOps服務(wù)就是我們開發(fā)的服務(wù)，包括敏捷的管理，代碼的托管、測(cè)試的管理等，測(cè)試管理等。

容器平臺(tái)我們基于K8s定制，和直接使用k8s 相比、在Matrix容器引擎控制臺(tái)、應(yīng)用的管理和部署更加簡(jiǎn)易（k8s 上手難、學(xué)習(xí)成本高）、自動(dòng)生成部署網(wǎng)絡(luò)拓?fù)鋱D、讓架構(gòu)更加清晰、更加方便負(fù)載均衡配置管理、同時(shí)可以管理多個(gè)IDC的容器集群。

容器PaaS平臺(tái)多集群的管理，就是通過(guò)統(tǒng)一的Total管理不同IDC的集群，達(dá)到混合云管理的效果。原來(lái)運(yùn)維操作可能先起數(shù)據(jù)庫(kù)，然后再起一個(gè)中間件，最后再起前端，業(yè)務(wù)編排做的事情，就是把整個(gè)應(yīng)用統(tǒng)一的編排號(hào)，一鍵啟動(dòng)

高可用：我們把負(fù)載均衡分成內(nèi)外網(wǎng)，平時(shí)我們使用軟件WAF直接對(duì)接我們的內(nèi)網(wǎng)LB，這樣他有一個(gè)好處，就是如果我的WAF掛了之后，可以快速的通過(guò)DNS解析到外網(wǎng)LB，這樣能保證整個(gè)服務(wù)高可用。同時(shí)做監(jiān)控的時(shí)候也能監(jiān)控內(nèi)外部，快速定位內(nèi)外部的問(wèn)題。

除此之外，做了日志這塊的管理，其實(shí)在容器整個(gè)日志這塊的感覺(jué)很重要，如何把你的日志變得可搜索、可應(yīng)用。有很多公有云的是用了ELK的解決方案，但是很多傳統(tǒng)運(yùn)維在用的時(shí)候是不習(xí)慣那種方式的，我們這里做了一些定制化的日志歸檔。

微服務(wù)引擎：兼容SpringCloud和servicecomb的微服務(wù)引擎、可視化的控制臺(tái)、可視化服務(wù)治理配置、配置文件管理、客戶端負(fù)載均衡策略配置、調(diào)用鏈的分布式追蹤。

微服務(wù)必然會(huì)涉及到API網(wǎng)關(guān)。服務(wù)消費(fèi)者（應(yīng)用）通過(guò) API網(wǎng)關(guān)然后轉(zhuǎn)發(fā)到后端服務(wù) ，請(qǐng)求通過(guò)API網(wǎng)關(guān)的時(shí)候?qū)M(jìn)行了認(rèn)證鑒權(quán)、流量控制（每分鐘請(qǐng)求多少次）、可約定應(yīng)用對(duì)密文通信網(wǎng)關(guān)解密后轉(zhuǎn)發(fā)給后端服務(wù)進(jìn)行處理。API網(wǎng)關(guān)開放了自身的管理API便于集成，Matrix Cloud API網(wǎng)關(guān)除了對(duì)內(nèi)部微服提供路由轉(zhuǎn)發(fā)、安全認(rèn)證功能外、還可以將內(nèi)部軟件能力服務(wù)能力開放給第三方合作伙伴。

通常的軟件開發(fā)是需求、開發(fā)、測(cè)試、運(yùn)維采用了多種IT工具進(jìn)行協(xié)同、用戶需要登錄多套系統(tǒng)進(jìn)行操作、比較繁瑣。matrix devops服務(wù)是根據(jù)軟服中心的研發(fā)流程做的深度定制，通過(guò)統(tǒng)一的控制臺(tái)頁(yè)面打通敏捷管理、開發(fā) 、測(cè)試、運(yùn)維4個(gè)環(huán)境的協(xié)同。通過(guò)在頁(yè)面上配置devops流水線完成開發(fā)過(guò)程中的單元測(cè)試、代碼測(cè)試、接口測(cè)試 以及測(cè)試用例、集成測(cè)試環(huán)節(jié)的性能、安全掃描測(cè)試、以及最終的部署上線。

然后敏捷管理部分，我們基本上是以兩周為迭代，然后去做持續(xù)集成，持續(xù)的測(cè)試，還有持續(xù)的交付。在整個(gè)迭代開發(fā)過(guò)程中，基本上都是走自動(dòng)化的流程，必須要有人工測(cè)試的地方才會(huì)有測(cè)試人員去測(cè)試，基本上自動(dòng)化能達(dá)到60%的水平。

整個(gè)DevOps的流程，很多都是自動(dòng)化的流程，從拉代碼到自動(dòng)構(gòu)建、自動(dòng)掃描，只有在我們需要進(jìn)行人工測(cè)試的時(shí)候才會(huì)走一個(gè)流程審批系統(tǒng)，然后去做測(cè)試資源的一個(gè)分配的申請(qǐng)。然后測(cè)試之后，測(cè)試人員會(huì)打一個(gè)Tag，相當(dāng)于項(xiàng)目測(cè)試過(guò)了，然后整個(gè)項(xiàng)目就會(huì)進(jìn)入到運(yùn)維那里做應(yīng)用的發(fā)布，運(yùn)維那里發(fā)布也是一鍵就能上云。

舉個(gè)典型的應(yīng)用場(chǎng)景，這里我舉的是語(yǔ)義相關(guān)的應(yīng)用場(chǎng)景。其實(shí)終端過(guò)來(lái)之后，它會(huì)到API網(wǎng)關(guān)，API網(wǎng)關(guān)之后會(huì)到前臺(tái)的一個(gè)聚合服務(wù)的智能語(yǔ)義服務(wù)，智能語(yǔ)義服務(wù)會(huì)調(diào)用業(yè)務(wù)中臺(tái)的微服務(wù)能力，比如NLP專門做NLP的事情，知識(shí)圖譜專門做知識(shí)圖譜的事情。中臺(tái)會(huì)利用后面的存儲(chǔ)和數(shù)據(jù)庫(kù)服務(wù)，把數(shù)據(jù)組合計(jì)算之后之后返回給聚合的前臺(tái)，再返回給API網(wǎng)關(guān)，最終返回給終端的應(yīng)用。

DevOps為軟件團(tuán)隊(duì)提供軟件開發(fā)全生命周期的DevOps工具鏈、從敏捷開發(fā)到代碼驅(qū)動(dòng)的自動(dòng)化構(gòu)建、自動(dòng)化測(cè)試、自動(dòng)化部署。

總結(jié)而言， Matrix  Cloud帶來(lái)的一個(gè)效益，成本節(jié)約這塊，因?yàn)橹饕荍ava多一些，總結(jié)了一下，基本上提升了20倍左右。因?yàn)樵瓉?lái)研發(fā)在申請(qǐng)和運(yùn)維申請(qǐng)服務(wù)器的時(shí)候申請(qǐng)的往往都很大，而且Java應(yīng)用的內(nèi)存是階梯式的增長(zhǎng)，這部分通過(guò)容器的監(jiān)控，能細(xì)化在應(yīng)用這塊的問(wèn)題，也能排除一些連接未關(guān)閉等的一些問(wèn)題。同時(shí)也完成了公司在大數(shù)據(jù)、AI領(lǐng)域的多元化支撐。在效率這塊，原來(lái)更多靠人，現(xiàn)在更多靠自動(dòng)化，基本上提升在50%左右的提升，跨云可遷移也不受限于特定廠商

目前我們的應(yīng)用相比前面嘉賓所介紹的應(yīng)用規(guī)模而言還比較少，目前成規(guī)模的應(yīng)用有50多個(gè)，自動(dòng)化部署2000多次，微服務(wù)有100多個(gè)，20000+的自動(dòng)構(gòu)建，5000+ 容器。