猶如一種潮流,現(xiàn)在無人不在談云,更甚于早些年的虛擬化。在各大IT廠商和互聯(lián)網(wǎng)企業(yè)的推波助瀾之下,用戶爭相建云和上云,幾年下來即使一個規(guī)模不大的企業(yè)或單位也可能同時管理著“多朵云”。
創(chuàng)新互聯(lián)堅(jiān)持“要么做到,要么別承諾”的工作理念,服務(wù)領(lǐng)域包括:成都做網(wǎng)站、網(wǎng)站建設(shè)、外貿(mào)營銷網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù),滿足客戶于互聯(lián)網(wǎng)時代的錯那網(wǎng)站設(shè)計(jì)、移動媒體設(shè)計(jì)的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴!但由于建設(shè)與管理分散,往往很難找到一個人可以清晰全面地解釋每朵云的特點(diǎn)和區(qū)別,很多時候只知道其業(yè)務(wù)范圍罷了,當(dāng)中是否存在設(shè)計(jì)過度、資源浪費(fèi)、誰人負(fù)責(zé)等問題可能是一堆糊涂賬,唯一可以肯定的是增加了不少管理難度和人力投入。
就讓我從多云定義、多云納管及其價值等方面進(jìn)行介紹,掃清一些基本概念理解偏差。
說IaaS云其實(shí)并非嚴(yán)謹(jǐn),只是借用概念比喻一種偏重于提供基礎(chǔ)架構(gòu)資源的云平臺類型,典型有企業(yè)單位自建的機(jī)房和傳統(tǒng)IDC托管類型數(shù)據(jù)中心,定義為IaaS更多是商業(yè)推廣或項(xiàng)目名目的需要。
這種云在早期一般只提供機(jī)房設(shè)施、動力環(huán)繞、硬件設(shè)備的基礎(chǔ)服務(wù),比如機(jī)器上架上電后即交付用戶使用,同時配套一些日常硬件報警檢查和通知服務(wù)。
隨著虛擬化技術(shù)普及,當(dāng)有能力將多個計(jì)算和存儲節(jié)點(diǎn)融為一池后,原來的一堆X86機(jī)器隨即升級為大家口中的“云平臺”,像水電一樣彈性調(diào)用。這是一種從技術(shù)層面界定的云。
隨著行業(yè)業(yè)務(wù)轉(zhuǎn)型與規(guī)模漸漸擴(kuò)大,用戶提出更多管理服務(wù)訴求,比如資源服務(wù)上除了虛擬機(jī)外,還需要數(shù)據(jù)庫服務(wù)、中間件服務(wù)、網(wǎng)絡(luò)服務(wù)、安全服務(wù),乃至一些進(jìn)階的大數(shù)據(jù)服務(wù)、微服務(wù)、Devops服務(wù)等,在管理服務(wù)上除了基礎(chǔ)的硬件狀態(tài)監(jiān)控,還需要業(yè)務(wù)系統(tǒng)監(jiān)控、資源集中管理、自動化運(yùn)維操作、流程派單、報表與門戶等等。
傳統(tǒng)IDC發(fā)現(xiàn)“IaaS云”已經(jīng)沒有什么競爭力,單純虛擬化已經(jīng)無法滿足用戶,恰逢互聯(lián)網(wǎng)逐步興起,業(yè)界漸漸發(fā)現(xiàn)需要一套針對云特性的“操作系統(tǒng)”,此時最具代表性的Openstack應(yīng)運(yùn)而生。
各家互聯(lián)網(wǎng)頭部以及運(yùn)營商紛紛基于它定制專屬的PaaS服務(wù)云,典型如華為云、騰訊云、電信云。它們首先在公有云領(lǐng)域發(fā)力,逐步下沉到私有云,甚至換上更為時髦名頭比如數(shù)據(jù)中臺、應(yīng)用中臺、AI中臺等。這是一種屏蔽底層基礎(chǔ)架構(gòu)、注重差異化服務(wù)而定義的云。
我們常常從用戶口中聽到的比如政務(wù)云、警務(wù)云、教育云,更多是基于上述IaaS和PaaS云基礎(chǔ)上的行業(yè)化定制,針對行業(yè)應(yīng)用業(yè)務(wù)特性配置不同層次的資源與服務(wù)類型,更多是一種從業(yè)務(wù)范圍定義的云。
此外還有一些以省市區(qū)縣,或直接單位名稱命名的云,本質(zhì)很可能也是類似于IaaS和PaaS云,這里不展開贅述。
當(dāng)我們大概把各種紛紜繁雜的云平臺區(qū)分開來后,很快就面臨一系列如何統(tǒng)一管理的問題,包括:
公有云和私有云之間、不同廠家云平臺之間是不是都能統(tǒng)一管理?
如果能管,管到什么顆粒度,可以一站式發(fā)起多有云平臺上的虛擬機(jī)創(chuàng)建、開關(guān)、快照嗎?
是不是只要接管了云平臺,其上的所有虛擬機(jī)系統(tǒng)都統(tǒng)一納管起來?
要回答這個問題,我們需要將云平臺拆開三部分分析:云平臺本身、虛擬機(jī)系統(tǒng)組件以及PaaS服務(wù)組件。
本質(zhì)是一套針對云環(huán)境的操作系統(tǒng),類似Windows、Linux的升級版,我們使用的絕大部分是經(jīng)過廠家商業(yè)化增值并封裝的平臺產(chǎn)品,里面提供了各種便利服務(wù),比如查看資源池容量、多租戶隔離授權(quán)、虛擬機(jī)增刪遷備,這些屬于平臺內(nèi)部固化的功能,只能通過廠家公開的API進(jìn)行調(diào)用,否則只依靠基礎(chǔ)網(wǎng)絡(luò)訪問和少量開源接口(部分廠家可能)能驅(qū)動的動作非常有限,這是客觀技術(shù)限制。
即平臺所交付虛擬機(jī)中的操作系統(tǒng)、數(shù)據(jù)庫、中間件以及應(yīng)用等組件(嚴(yán)格來說虛擬機(jī)硬件也屬于云平臺的一部分),本質(zhì)上它們與物理機(jī)、虛擬化平臺所交付的并沒有區(qū)別,與底層平臺基本互不相干,依然按照常規(guī)方法進(jìn)行納管即可,比如Agent。
PaaS云更多以服務(wù)目錄的方式提供“打包”過的數(shù)據(jù)庫服務(wù)、中間件服務(wù)、網(wǎng)絡(luò)域名服務(wù)、安全服務(wù)、大數(shù)據(jù)分析服務(wù)、微服務(wù)等,往往是基于開源組件改造封裝,與傳統(tǒng)組件已然不同,所以無法以常規(guī)方式納管,需要具體分析,常以API、日志、網(wǎng)絡(luò)訪問協(xié)議等多種途徑間接實(shí)現(xiàn)納管。
假設(shè)我們確實(shí)可以從上述三種維度實(shí)現(xiàn)多套云平臺的納管,只是單純把東西集中到一起又有什么價值呢?我們可以嘗試從運(yùn)維運(yùn)營場景角度思考:
1.資源的統(tǒng)一管理和分配需要,業(yè)務(wù)人員無需關(guān)心底層資源類型,只需要按需提單申請資源配置,由統(tǒng)一平臺動態(tài)調(diào)度、成本核算。
2.實(shí)現(xiàn)統(tǒng)一監(jiān)控需要,尤其是同時分布到云上云下的業(yè)務(wù)系統(tǒng),或者是需要同時關(guān)注硬件、云平臺和系統(tǒng)組件狀態(tài)的監(jiān)控需求,只有這樣才能真正意義上從業(yè)務(wù)出發(fā),提高監(jiān)控的效率和質(zhì)量。
3.提供了跨云平臺的自動化的可能性,將不同平臺上各維度資源組件的驅(qū)動接口或數(shù)據(jù)接口注冊到統(tǒng)一平臺形成原子組件,自定義調(diào)度編排為標(biāo)準(zhǔn)化流程,從而滿足跨平臺間的復(fù)雜任務(wù)需求,理論上如虛擬機(jī)遷移。
4.此外還可能有多云環(huán)境下的統(tǒng)一流程工單服務(wù)、統(tǒng)一數(shù)據(jù)運(yùn)營可視化,以及綜合大數(shù)據(jù)分析
這些場景在多云統(tǒng)一納管情況下都可能有無窮的想象空間,有待用戶、廠商、服務(wù)商以及生態(tài)中的各方力量共同挖掘。
作者:曾嘉成
DevOps是如何實(shí)現(xiàn)效率的提升?
騰訊PaaS Influxdb節(jié)點(diǎn)遷移
Oracle數(shù)據(jù)遷移后歸檔文件暴增怎么辦?
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點(diǎn)與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。