傳統(tǒng)建設(shè)模式已無法滿足移動互聯(lián)網(wǎng)模式下業(yè)務(wù)量彈性變化的需求，以及業(yè)務(wù)快速增長對處理能力增長的需要，造成資源浪費(fèi)，維護(hù)成本高。?存在問題：?資源按峰值配置，獨(dú)立不共享，服務(wù)器利用率低?大量使用小型機(jī)，或SAN存儲，成本高?系統(tǒng)部署擴(kuò)容環(huán)節(jié)多、周期長

　　期望：

　　?打破原有模式（每個(gè)平臺廠家提供軟、硬件），統(tǒng)一構(gòu)筑硬件平臺，只向業(yè)務(wù)廠家采購軟件多業(yè)務(wù)系統(tǒng)共享資源，減少服務(wù)器數(shù)量，同時(shí)通過規(guī)劃，實(shí)現(xiàn)多平臺系統(tǒng)搭配后的錯峰填谷通過平臺層面的可靠性保證，降低對業(yè)務(wù)可靠性依賴，提高維護(hù)效率。???前期評估：收集業(yè)務(wù)現(xiàn)狀，包括計(jì)算資源、存儲資源、網(wǎng)絡(luò)資源、負(fù)載均衡資源、防火墻資源，操作系統(tǒng)、數(shù)據(jù)庫、中間件、及相關(guān)業(yè)務(wù)特點(diǎn)等信息，然后根據(jù)以上全部信息進(jìn)行業(yè)務(wù)云化的可行性評估。?

　　方案制訂：

　　根據(jù)上一階段對業(yè)務(wù)現(xiàn)狀的評估、分析，生成平臺云化遷移方案。包括組網(wǎng)方式，軟、硬件部署方式等。?資源調(diào)度：根據(jù)標(biāo)準(zhǔn)模板提出資源申請，包括主機(jī)資源（CPU、內(nèi)存、操作系統(tǒng)、主機(jī)存儲）、存儲空間（容量、IOPS）、網(wǎng)絡(luò)要求，其它特殊要求等。?

　　業(yè)務(wù)部署：

　　根據(jù)對業(yè)務(wù)影響最小的原則制定割接方案，完成業(yè)務(wù)系統(tǒng)在虛擬化資源池上的部署?安全審計(jì)：根據(jù)企業(yè)云計(jì)算平臺安全規(guī)范。針對平臺在資源交付期，業(yè)務(wù)部署期，業(yè)務(wù)運(yùn)行期全流程進(jìn)行安全基線掃描和加固。?成效評估：評估上線資源占用情況，轉(zhuǎn)化為成本核算，根據(jù)現(xiàn)網(wǎng)運(yùn)行效果評估云化集群的整體運(yùn)營成本和投資回報(bào)。???

　　平臺云化總體方案

　　?1、整體云化?平臺的所有模塊均部署在云資源池上?網(wǎng)絡(luò)依托云資源池的統(tǒng)一網(wǎng)絡(luò)進(jìn)行平臺承載?業(yè)務(wù)設(shè)計(jì)應(yīng)符合云資源池技術(shù)要求和資源管理原則

　　?2、部分云化?平臺的部分模塊承載云資源池上并納入資源管理平臺管理?網(wǎng)絡(luò)設(shè)計(jì)上，云資源池網(wǎng)絡(luò)作為平臺網(wǎng)絡(luò)的實(shí)現(xiàn)分支?業(yè)務(wù)設(shè)計(jì)上應(yīng)根據(jù)平臺功能模塊、體系架構(gòu)等特點(diǎn)進(jìn)行相應(yīng)模塊的云化部署???綜合考慮平臺模塊構(gòu)成、業(yè)務(wù)流量以及平臺運(yùn)行、維護(hù)需求等因素，選擇平臺整體云化或者部分云化方案?？紤]到選擇部分云化方案會帶來額外的網(wǎng)絡(luò)設(shè)計(jì)、業(yè)務(wù)邏輯設(shè)計(jì)等問題，建議優(yōu)先選擇整體云化方案，遷移應(yīng)盡量保持對外地址不變，減少全網(wǎng)聯(lián)調(diào)。?選擇部分云化方案會帶來額外的網(wǎng)絡(luò)設(shè)計(jì)、業(yè)務(wù)邏輯設(shè)計(jì)等問題，需要針對具體平臺的要求做好平臺的整體規(guī)劃設(shè)計(jì)?

　　平臺云化方案---基本思路

　　平臺各組件包括平臺運(yùn)行過程中的各個(gè)環(huán)節(jié)均需要納入平臺云化流程評估框架。