自2001年Google CEO Eric schmidt首次提出了云計(jì)算的概念至今，云計(jì)算技術(shù)的發(fā)展已從提出概念到技術(shù)實(shí)現(xiàn)，其應(yīng)用也從互聯(lián)網(wǎng)服務(wù)擴(kuò)大到了企業(yè)內(nèi)部IT基礎(chǔ)設(shè)施建設(shè)范疇。G009le公司宣稱，由于使用了云計(jì)算技術(shù)，其計(jì)算成本僅為競(jìng)爭(zhēng)對(duì)手的1／100，存儲(chǔ)成本僅為競(jìng)爭(zhēng)對(duì)手的1／30，這讓云計(jì)算技術(shù)一時(shí)之間成為行業(yè)內(nèi)最令人矚目的焦點(diǎn)。業(yè)界國(guó)外IT巨頭如Amazon、Microsoft、IBM、Yahoo等都紛紛推出自己的云計(jì)算戰(zhàn)略以及商用技術(shù)產(chǎn)品，而國(guó)內(nèi)廠家如世紀(jì)互聯(lián)、百度、阿里巴巴、華為也都在積極推進(jìn)相關(guān)應(yīng)用。國(guó)內(nèi)外電信運(yùn)營(yíng)商也不甘落后地加入云計(jì)算陣營(yíng)，開展嘗試引入云計(jì)算技術(shù)。
為了滿足運(yùn)營(yíng)管理的需要，電信運(yùn)營(yíng)商建設(shè)了大量的IT系統(tǒng)，而這些系統(tǒng)大小規(guī)模不一、用途各異且又相互獨(dú)立，每年以數(shù)以萬計(jì)的規(guī)模遞增。引入云計(jì)算技術(shù)，將有利于快速部署業(yè)務(wù)，提高IT系統(tǒng)的資源利用率，可有效降低企業(yè)建設(shè)和維護(hù)成本，使經(jīng)濟(jì)效益實(shí)現(xiàn)最大化，更為企業(yè)技術(shù)、業(yè)務(wù)和管理創(chuàng)新帶來了新的契機(jī)。
1 業(yè)務(wù)平臺(tái)的建設(shè)現(xiàn)狀
目前運(yùn)營(yíng)商的業(yè)務(wù)平臺(tái)種類及數(shù)量多達(dá)百級(jí)，業(yè)務(wù)平臺(tái)建設(shè)方面存在諸多問題，主要包括：
(1)建設(shè)周期過長(zhǎng)：目前，工程建設(shè)從立項(xiàng)、可研、采購至實(shí)施完成需要大量時(shí)間，周期一般在半年左右，無法滿足新業(yè)務(wù)新產(chǎn)品快速上線的要求。對(duì)于業(yè)務(wù)量高速增長(zhǎng)的業(yè)務(wù)平臺(tái)，也往往因?yàn)榻ㄔO(shè)周期過長(zhǎng)無法及時(shí)擴(kuò)容，無法支撐業(yè)務(wù)進(jìn)一步開展；
(2)資源利用率較低：目前業(yè)務(wù)平臺(tái)的建設(shè)一般按照業(yè)務(wù)峰值進(jìn)行平臺(tái)設(shè)計(jì)和資源采購，導(dǎo)致平臺(tái)容量規(guī)劃過大。在絕大多數(shù)時(shí)間，平臺(tái)的實(shí)際利用率較低，服務(wù)器等設(shè)備空轉(zhuǎn)，資源利用率較低，導(dǎo)致大量的資源浪費(fèi)；
(3)孤立建設(shè)：目前大量業(yè)務(wù)平臺(tái)孤立建設(shè)，難以實(shí)現(xiàn)業(yè)務(wù)平臺(tái)之間的資源互補(bǔ)與共享。各平臺(tái)資源需求和實(shí)際利用率差異較大，在目前的環(huán)境下，無法調(diào)配空閑平臺(tái)的資源給其它平臺(tái)使用。
2 業(yè)務(wù)平臺(tái)向云平臺(tái)遷移的方案分析
業(yè)務(wù)平臺(tái)向私有云遷移首先需評(píng)估業(yè)務(wù)平臺(tái)遷移至云平臺(tái)的可行性，在分析結(jié)論可行的基礎(chǔ)上，再進(jìn)一步分析具體的遷移方案，最后還要考慮遷移至云平臺(tái)的具體業(yè)務(wù)部署方案。
2．1業(yè)務(wù)平臺(tái)云遷移可行性分析
業(yè)務(wù)平臺(tái)向云平臺(tái)遷移的可行性分析的具體步驟和方法如圖l所示，首先對(duì)業(yè)務(wù)平臺(tái)的業(yè)務(wù)特性、平臺(tái)特點(diǎn)、平臺(tái)定位、收益、風(fēng)險(xiǎn)進(jìn)行全面系統(tǒng)的梳理及分析，然后根據(jù)分析結(jié)果制定業(yè)務(wù)平臺(tái)向云平臺(tái)遷移的策略。具體的策略包括：
(1)平臺(tái)遷移：稍作修改遷移到云計(jì)算環(huán)境；
(2)平臺(tái)改造后遷移：先對(duì)應(yīng)用軟件進(jìn)行架構(gòu)改造再進(jìn)行遷移；
(3)不實(shí)施云策略：暫時(shí)無法進(jìn)行遷移。
圖1 向云平臺(tái)遷移的規(guī)劃及分析
業(yè)務(wù)平臺(tái)是否適合遷移至云平臺(tái)，首先需要根據(jù)業(yè)務(wù)特性、平臺(tái)特點(diǎn)、平臺(tái)定位等方面進(jìn)行初步評(píng)估。適合向云平臺(tái)遷移的業(yè)務(wù)平臺(tái)應(yīng)具有如下特點(diǎn)：平臺(tái)對(duì)硬件無特殊依賴性，平臺(tái)的應(yīng)用服務(wù)器可通過增加節(jié)點(diǎn)的方式提高處理能力；平臺(tái)的應(yīng)用系統(tǒng)與數(shù)據(jù)存儲(chǔ)能有效分離；模塊化設(shè)計(jì)，且模塊之間通信實(shí)時(shí)性要求不高。平臺(tái)架構(gòu)以PC／刀片服務(wù)器為主。
除此以外，還需要考慮平臺(tái)遷移至云平臺(tái)可以獲得的收益和可能的風(fēng)險(xiǎn)。改用云計(jì)算技術(shù)的部署方式，是否可以滿足工程建設(shè)需要、是否可以實(shí)現(xiàn)業(yè)務(wù)平臺(tái)整合和資源共享等預(yù)期收益。最后還要從技術(shù)方面、初始建設(shè)成本、運(yùn)維管理等方面評(píng)估遷移至云平臺(tái)的風(fēng)險(xiǎn)。
需要指出的是，對(duì)于具體業(yè)務(wù)平臺(tái)在正式遷移至云平臺(tái)之前，需要對(duì)業(yè)務(wù)平臺(tái)的特性、效益及風(fēng)險(xiǎn)進(jìn)行量化分析，確定資源需求才能制定具體的云平臺(tái)遷移策略，且要充分考慮回退方案。
2．2業(yè)務(wù)平臺(tái)云遷移方案分析
業(yè)務(wù)平臺(tái)工程的云遷移應(yīng)該考慮到新建、改擴(kuò)建等工程建設(shè)性質(zhì)的不同。考慮到云計(jì)算具有實(shí)現(xiàn)業(yè)務(wù)平臺(tái)整合和資源共享、實(shí)現(xiàn)業(yè)務(wù)快速部署、有助于節(jié)能減排、節(jié)省建設(shè)及人員成本等技術(shù)優(yōu)勢(shì)，因此新建業(yè)務(wù)平臺(tái)工程應(yīng)盡可能引入云計(jì)算技術(shù)，部署在私有云上。對(duì)于一些有特殊業(yè)務(wù)特性的業(yè)務(wù)平臺(tái)，如涉及敏感數(shù)據(jù)的業(yè)務(wù)。非IP化的業(yè)務(wù)，如部分語音類業(yè)務(wù)；大規(guī)模實(shí)時(shí)性處理業(yè)務(wù)；業(yè)務(wù)流程不統(tǒng)一。需要定制化的業(yè)務(wù)等可暫不考慮部署在私有云上。
對(duì)于改擴(kuò)建工程來說，向云平臺(tái)遷移方案比較復(fù)雜，需要考慮的因素比較多。需要遵循的原則包括：盡量避免或減少對(duì)業(yè)務(wù)帶來影響，盡量保護(hù)原有設(shè)備的投資，減少投資浪費(fèi)，兼顧長(zhǎng)遠(yuǎn)發(fā)展等。下面將重點(diǎn)分析改擴(kuò)建工程業(yè)務(wù)平臺(tái)(即原有業(yè)務(wù)平臺(tái))的云遷移方案。
對(duì)于原有業(yè)務(wù)平臺(tái)來說又分為多節(jié)點(diǎn)業(yè)務(wù)平臺(tái)系統(tǒng)和單節(jié)點(diǎn)業(yè)務(wù)平臺(tái)系統(tǒng)，多節(jié)點(diǎn)業(yè)務(wù)平臺(tái)系統(tǒng)是指由多個(gè)系統(tǒng)來共同提供某業(yè)務(wù)，多個(gè)系統(tǒng)之間是按照不同業(yè)務(wù)、不同用戶等劃分方式負(fù)載分擔(dān)業(yè)務(wù)t單節(jié)點(diǎn)業(yè)務(wù)平臺(tái)系統(tǒng)是指由單一的系統(tǒng)設(shè)備來提供某業(yè)務(wù)。對(duì)于多節(jié)點(diǎn)系統(tǒng)來說，在論證遷移至云平臺(tái)可行的基礎(chǔ)上，遷移方案相對(duì)簡(jiǎn)單些，可考慮先將某一個(gè)或幾個(gè)節(jié)點(diǎn)遷移到私有云上，將這些節(jié)點(diǎn)原有業(yè)務(wù)割接到其它節(jié)點(diǎn)上；待部署在私有云上的節(jié)點(diǎn)運(yùn)行穩(wěn)定后，后續(xù)將其余節(jié)點(diǎn)系統(tǒng)逐步遷移到私有云上。而對(duì)于單節(jié)點(diǎn)系統(tǒng)來說，向私有云遷移方案較復(fù)雜，與每個(gè)業(yè)務(wù)平臺(tái)的系統(tǒng)架構(gòu)有關(guān)系，下面將以某運(yùn)營(yíng)商的郵箱系統(tǒng)為例來分析具體的遷移方案。
郵箱系統(tǒng)作為典型的互聯(lián)網(wǎng)業(yè)務(wù)，從業(yè)務(wù)特性來說適合遷移至云平臺(tái)，且平臺(tái)架構(gòu)以PC／刀片服務(wù)器為主，平臺(tái)對(duì)硬件無特殊依賴性，平臺(tái)的應(yīng)用服務(wù)器可通過增加節(jié)點(diǎn)的方式提高處理能力·平臺(tái)的應(yīng)用系統(tǒng)與數(shù)據(jù)存儲(chǔ)能有效分離；模塊化設(shè)計(jì)等，這些特點(diǎn)使得郵箱系統(tǒng)適合遷移至云平臺(tái)。
某運(yùn)營(yíng)商的郵箱系統(tǒng)是單系統(tǒng)業(yè)務(wù)平臺(tái)，全網(wǎng)只有一套系統(tǒng)為所有用戶服務(wù)，設(shè)備集中設(shè)置在某城市。且其上的用戶規(guī)模已經(jīng)達(dá)到億級(jí)以上的用戶，且郵箱系統(tǒng)保存的用戶郵件等數(shù)據(jù)也達(dá)到了幾PB，因此，郵箱系統(tǒng)向云平臺(tái)遷移有兩種方法：部分遷移和整體遷移。部分遷移是一種逐步遷移到云的方法，先將部分功能及設(shè)備遷移到云平臺(tái)上，后續(xù)逐步實(shí)現(xiàn)向云平臺(tái)的全部遷移。整體遷移是一次性將郵箱系統(tǒng)全部遷移到云平臺(tái)上。
2．2．1部分遷移方案
考慮到目前云平臺(tái)的成熟度，以及原有設(shè)備的利舊使用，郵箱系統(tǒng)向云平臺(tái)遷移可采用部分遷移方案，即將部分設(shè)備遷移到云平臺(tái)，部分設(shè)備仍部署在原有機(jī)房保持不變。目前郵箱系統(tǒng)架構(gòu)是集中式的架構(gòu)，不適合分布式部署，因此為了遷移到云平臺(tái)上，首先需要對(duì)現(xiàn)有的郵箱系統(tǒng)架構(gòu)進(jìn)行改造，如可改為中央節(jié)點(diǎn)+分節(jié)點(diǎn)的分布式架構(gòu)，中央節(jié)點(diǎn)提供服務(wù)入口，并根據(jù)用戶歸屬節(jié)點(diǎn)及路由信息將業(yè)務(wù)路由到歸屬分節(jié)點(diǎn)；業(yè)務(wù)節(jié)點(diǎn)為用戶提供實(shí)際服務(wù)，不同的業(yè)務(wù)節(jié)點(diǎn)按照省份劃分為不同的用戶提供業(yè)務(wù)�？紤]到郵箱系統(tǒng)后續(xù)將逐步全部遷移至云平臺(tái)，因此該方案中建議將中央節(jié)點(diǎn)的功能及設(shè)備都遷移在云平臺(tái)上，同時(shí)還要遷移其中一個(gè)業(yè)務(wù)分節(jié)點(diǎn)的功能及設(shè)備到云平臺(tái)上，而原有郵箱系統(tǒng)未遷移的設(shè)備組建成另外一個(gè)業(yè)務(wù)分節(jié)點(diǎn)。這種架構(gòu)設(shè)計(jì)以及部署方案便于未來原有設(shè)備的逐漸退網(wǎng)，將整個(gè)系統(tǒng)全部遷移到云平臺(tái)上，同時(shí)還兼顧到將來郵箱系統(tǒng)可能部署在不同城市的多個(gè)云平臺(tái)。
2．2．2整體遷移方案
目前郵箱系統(tǒng)是集中式的架構(gòu)，考慮到盡量減少對(duì)現(xiàn)有系統(tǒng)架構(gòu)改造的因素，也可將郵箱系統(tǒng)整體遷移到云平臺(tái)上。
2．2．5方案對(duì)比分析
上述兩種方案都各有優(yōu)點(diǎn)和缺點(diǎn)，具體的方案對(duì)比分析如表1所示。
通過上述對(duì)比分析，可以看出不同的遷移方案各有優(yōu)劣，在業(yè)務(wù)平臺(tái)向云遷移具體選用何種方案需根據(jù)工程的具體情況進(jìn)行分析及選擇。
表1 部分遷移方案和整體遷移方案對(duì)比分析
圖2 根據(jù)服務(wù)器性能要求部署資源池
平臺(tái)的業(yè)務(wù)部署業(yè)務(wù)平臺(tái)遷移至云平臺(tái)主要的出發(fā)點(diǎn)是提高設(shè)備利用率，因此在部署中必須考慮錯(cuò)峰填谷、安全性、資源共享的效率等，業(yè)務(wù)部署需要遵循以下原則：
(1)云劃分資源區(qū)域，為需要一定隔離、應(yīng)用類型不同的業(yè)務(wù)提供資源承載；例如將應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器和web服務(wù)器部署在不同的資源區(qū)域；
(2)分析業(yè)務(wù)平臺(tái)對(duì)資源需求的時(shí)間特征，將不同時(shí)段需求不同的業(yè)務(wù)平臺(tái)進(jìn)行資源共享，實(shí)現(xiàn)錯(cuò)峰填谷，例如將工作時(shí)間需求量較大的業(yè)務(wù)平臺(tái)與夜間需求量較大的業(yè)務(wù)平臺(tái)部署在同一物理設(shè)備上。
(3)分析業(yè)務(wù)平臺(tái)對(duì)資源的需求特征，將對(duì)不同資源的需求不同的業(yè)務(wù)平臺(tái)進(jìn)行資源的共享。例如將對(duì)內(nèi)存密集型的業(yè)務(wù)平臺(tái)與IO密集型的業(yè)務(wù)平臺(tái)部署在同一物理設(shè)備上。
根據(jù)業(yè)務(wù)平臺(tái)不同部分對(duì)服務(wù)器性能要求的差異，建立不同的資源池的例子如圖2所示。業(yè)務(wù)平臺(tái)的接口服務(wù)器、管理服務(wù)器、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器對(duì)性能要求存在較大差異：例如接口服務(wù)器對(duì)性能要求不高，可以通過多臺(tái)服務(wù)器提供多個(gè)線程即可，應(yīng)用服務(wù)器需要CPU能力較強(qiáng)，數(shù)據(jù)庫服務(wù)器對(duì)CPU和內(nèi)存要求較高等。對(duì)每個(gè)大類的服務(wù)器，根據(jù)其性能要求分別建立子資源池．每個(gè)平臺(tái)從不同的子資源池中獲取資源部署虛擬機(jī)，同一個(gè)平臺(tái)的虛擬機(jī)經(jīng)過高速網(wǎng)絡(luò)互聯(lián)。不同平臺(tái)的虛擬機(jī)部署在同一物理服務(wù)器上，需要考慮錯(cuò)峰填谷效應(yīng)。
核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://m.hanmeixuan.com/
本文標(biāo)題：業(yè)務(wù)平臺(tái)云遷移方案的探討時(shí)間
本文網(wǎng)址：http://m.hanmeixuan.com/html/support/1112158021.html
相關(guān)文章
