姜楠
摘 要:隨著信息科技的發(fā)展和云平臺的發(fā)展,傳統(tǒng)的數(shù)據(jù)中心面臨挑戰(zhàn)與機遇。本文分析云平臺和傳統(tǒng)數(shù)據(jù)中心的特點,并對兩種模式混合場景下的運維模式進行分析,總結其中的優(yōu)勢與風險,意圖達到提升運維實踐的目的。
關鍵詞:云平臺? 數(shù)據(jù)中心? 遠程運維? 數(shù)據(jù)遷移? 運維管理
一、背景
信息技術互聯(lián)互通的特點,使得新技術能夠更快、更容易的影響已存在的信息系統(tǒng)。一些業(yè)務在流程上、結構上也隨之而來地受到新技術發(fā)展影響,進而對現(xiàn)有業(yè)務系統(tǒng)的改造提出進一步需求。在各種新技術中,云平臺因為兼具了網(wǎng)絡、存儲、計算、安全、架構、運維等各個方面的優(yōu)勢,成為了系統(tǒng)改良中的新選項,通過對于云平臺的合理應用,可以在穩(wěn)態(tài)和敏態(tài)兩個方面給與信息系統(tǒng)賦能,極大的提升信息系統(tǒng)的保障強度和拓展能力。然而,云平臺的系統(tǒng)運維與傳統(tǒng)運維方式的不同,勢必對已存在的運維體系造成沖擊,如何建立兼容傳統(tǒng)數(shù)據(jù)中心和云數(shù)據(jù)中心的運維體系成為一個必須要面對的問題。
二、不同模式的數(shù)據(jù)中心
(一)傳統(tǒng)數(shù)據(jù)中心特點
傳統(tǒng)數(shù)據(jù)中心的設計目標是能夠長時間的持續(xù)工作,設計者往往希望所設計的產(chǎn)品能夠數(shù)十年保持正常工作。在實踐中就會出現(xiàn)硬件堆砌的思路,通過冗余的設備儲備,來實現(xiàn)對于業(yè)務增長和變化的可擴展性。
(二)云數(shù)據(jù)中心特點
云數(shù)據(jù)中心主要是將共享的軟硬件資源和信息按需提供給計算機和其他設備。典型的云計算提供商往往提供通用的網(wǎng)絡業(yè)務應用,可以通過瀏覽器等軟件或者其他Web服務來訪問,而軟件和數(shù)據(jù)都存儲在服務器上。
(三)混合數(shù)據(jù)中心的特點
傳統(tǒng)數(shù)據(jù)中心可以獲得對數(shù)據(jù)更為嚴密的保護和更為可靠的業(yè)務永續(xù)性。而云數(shù)據(jù)中心可以更快的支持新類型業(yè)務,并且通過新技術影響業(yè)務需求。對于業(yè)務量突然增大的情況也可以做到及時響應。
通過綜合利用兩種數(shù)據(jù)中心的優(yōu)點,出現(xiàn)了多種混合應用的思路。
(1)以傳統(tǒng)數(shù)據(jù)中心為主,利用云數(shù)據(jù)中心的存儲功能。在這種模式中,業(yè)務系統(tǒng)完全運行在傳統(tǒng)數(shù)據(jù)中心中,對于部分數(shù)據(jù)在加密之后上傳至云數(shù)據(jù)中心備份,充分利用了云端存儲擴展靈活的特點,而且對于沒有能力建立多數(shù)據(jù)中心的用戶來說,相當于對于數(shù)據(jù)實現(xiàn)了異地備份。
(2)以傳統(tǒng)數(shù)據(jù)中心為主,利用云數(shù)據(jù)中心的計算資源。對于某些就有計算功能的業(yè)務系統(tǒng)來說,如果出現(xiàn)數(shù)據(jù)量較大或者統(tǒng)計分析較為復雜的場景,會導致原本的業(yè)務受到較大的影響。
(3)以傳統(tǒng)數(shù)據(jù)中心為主,利用云數(shù)據(jù)中心的網(wǎng)絡資源。對于面向個人用戶的業(yè)務來講,一旦用戶量激增,除了對于應用系統(tǒng)的負載會加大,還會同時造成網(wǎng)絡負載的增加。采用傳統(tǒng)的排隊或者負載均衡的方式,未必能夠很好的應對具有波動性的用戶接入量變化。
(4)以云數(shù)據(jù)中心為主,傳統(tǒng)數(shù)據(jù)中心扮演核心數(shù)據(jù)存儲的角色。對于某些類型的業(yè)務來說,涉及的核心數(shù)據(jù)較少,如果為此單獨建立傳統(tǒng)數(shù)據(jù)中心會造成較大的成本投入,而且需要組建相應的運維隊伍也需要一定的時間。
三、混合模式下的關鍵風險點
針對性的對系統(tǒng)進行拆分,利用傳統(tǒng)數(shù)據(jù)中心和云數(shù)據(jù)中心的不同特點,形成多種應用方案。這些方案看起來可以解決很多實際問題,不論是從經(jīng)濟的角度,還是從擴展的角度。但是由于云數(shù)據(jù)中心本身的特點,還是有很多不可忽視的關鍵風險點,需要重點保護。
(一)遠程運維的問題
使用云數(shù)據(jù)中心,就不可避免的要面對遠程運維的問題。這種遠程運維可以分為兩個角度,一方面是自有運維人員對于云數(shù)據(jù)中心的運維,一方面是外部運維人員對于本地數(shù)據(jù)中心的運維。
第一種情況,通常情況下云平臺根據(jù)使用者的需求會提供不同程度的運維方式。在業(yè)務出現(xiàn)異常時,很難排除是否是由于共享資源故障造成的影響,也無法通過更換物理設備迅速排除故障。
第二種情況,是因為采用混合模式的時候,本地數(shù)據(jù)中心不可避免的會跟云數(shù)據(jù)中心產(chǎn)生交互。這種訪問由于不屬于常規(guī)的本地運維事項,很有可能存在制度缺失、保障措施缺失等情況。這個時候有可能對遠程運維人員的權限和行為無法有效控制,從而造成數(shù)字資產(chǎn)損失的風險。
如果要很好使用混合模式,必須在制度建設和人力資源儲備上做好規(guī)劃,充分考慮緊急情況下的應對與備手,否則混合模式將成為運維體系中的一個巨大的風險點。
(二)數(shù)據(jù)上云的問題
數(shù)據(jù)上云的本質是數(shù)據(jù)遷移。而數(shù)據(jù)遷移工作所無法繞開的一個點是異構數(shù)據(jù)庫的同步問題。
如果使用了混合模式,采用接口交互就會導致額外的網(wǎng)絡開銷,而根據(jù)云數(shù)據(jù)中心的計費方式,對于網(wǎng)絡開銷的費用通常是不可忽視的。
因為云數(shù)據(jù)中心本身的特性,使其更傾向于擁抱新技術。即使是在數(shù)據(jù)庫版本上,也會傾向于更新技術的數(shù)據(jù)庫,以保證其平臺的穩(wěn)定高效。
如果要采用數(shù)據(jù)上云方案,必須要在云端數(shù)據(jù)庫的選擇和設計上做好規(guī)劃,并且要充分考慮上云過程本身對于運維體系帶來的影響。
(三)數(shù)據(jù)加密交互的問題
在工作實踐中,有兩類風險是影響較為嚴重。其中一類是信息系統(tǒng)本身遭到破壞,另外一類是數(shù)據(jù)遭到泄露。而在混合模式中,第二類風險尤其需要得到關注。
所以,要充分保護數(shù)據(jù)免遭泄露,并且保證一定的性能,就需要在這一個環(huán)節(jié)進行一些設計。以下是幾種思路:
(1)在云數(shù)據(jù)中心保存加密數(shù)據(jù)。本地數(shù)據(jù)中心將數(shù)據(jù)加密后,同步到云數(shù)據(jù)中心,云數(shù)據(jù)中心只做轉儲轉發(fā)的功能,不做解密操作,直接將加密數(shù)據(jù)下發(fā)至客戶端,由客戶端完成解密操作。
(2)將加密數(shù)據(jù)上傳至云數(shù)據(jù)中心,并且利用云端計算資源進行解密。這樣數(shù)據(jù)方便應用使用,但是在傳輸?shù)娇蛻舳诉^程中可能會遇到截包的情況,并且由于額外的使用云端計算資源,會額外增加成本;
(3)將明文上傳至云數(shù)據(jù)中心,利用云端計算資源進行加密,再下發(fā)至客戶端。這種方案對數(shù)據(jù)遷移較為友好,也有其實用價值。通常可被用于一次性數(shù)據(jù)遷移上云,之后以云數(shù)據(jù)中心為主的應用場景。
四、結束語
本文通過對傳統(tǒng)數(shù)據(jù)中心和云數(shù)據(jù)中心的分析對比,再結合對混合模式下運維工作的分析,嘗試得出對混合模式下關鍵點規(guī)劃與應用的思路,來實現(xiàn)信息系統(tǒng)和數(shù)據(jù)資源的保障。
在實際應用中,要做到較高級別的保護和較為靈活的擴展性,就不可避免的需要加大資金和人員的投入,在某些情況下還需要一定的時間積累。云數(shù)據(jù)中心的出現(xiàn)看似解決了一些傳統(tǒng)數(shù)據(jù)中心的問題,但是也同時會引入新的風險點,要想真正用好云數(shù)據(jù)中心,在混合模式下獲得穩(wěn)態(tài)和敏態(tài)的雙方面收益,對我們信息工作者提出了新的挑戰(zhàn)。一方面我們需要持續(xù)更新自己的知識儲備,一方面我們需要更加了解我們的信息系統(tǒng),而不是僅僅局限于設備本身。
參考文獻
[1]張先哲,馬曉.基于政務云的中小型數(shù)據(jù)中心方案研究[J].網(wǎng)絡安全技術與應用,2020(04):96-98.
[2]任昱衡,李齊賢.基于互聯(lián)網(wǎng)金融的小微企業(yè)融資探討[J].現(xiàn)代工業(yè)經(jīng)濟和信息化,2015,5(16):14-17.
[3]李晶,劉莉莉.大數(shù)據(jù)時代下的數(shù)據(jù)中心運維管理[J].計算機產(chǎn)品與流通,2020(07):110.
[4]李廣子.金融與科技的融合:含義、動因與風險[J].國際經(jīng)濟評論,2020(03):91-106+6.
[5]鄒達.運維報告智能化生成平臺的設計與研究[J].中國金融電腦,2020(02):51-56.
[6]徐小勇,李敏,王靜,李剛.大數(shù)據(jù)智能運維平臺[J].通信電源技術,2020,37(02):51-53.