各位領(lǐng)導(dǎo)、各位專家，大家下午好，今天很高興在這個(gè)舞臺(tái)跟大家分享一下在混合云方面的一些心得。正式的討論之前，請(qǐng)?jiān)试S我用一兩分鐘的時(shí)間大概介紹一下世紀(jì)互聯(lián)和我們上海藍(lán)云。在座可能很多專家不一定了解。
世紀(jì)互聯(lián)1999年在北京成立，2011年納斯達(dá)克上市，2012年跟微軟建立合作伙伴關(guān)系，負(fù)責(zé)運(yùn)營(yíng)微軟在中國(guó)公有云業(yè)務(wù)，就是Azure和office365。互聯(lián)網(wǎng)比較有名的品牌公司都是世紀(jì)互聯(lián)的用戶。對(duì)于上海藍(lán)云來(lái)說(shuō)我們?cè)诟④浗?zhàn)略合作伙伴關(guān)系之后，在上海成立一個(gè)世紀(jì)互聯(lián)全資的子公司，由全資子公司上海藍(lán)云負(fù)責(zé)運(yùn)營(yíng)微軟Azure和office365所有的業(yè)務(wù)，我們今天微軟公有云在中國(guó)任何用戶用實(shí)際上都是通過(guò)我們上海藍(lán)云，也就是技術(shù)支持、運(yùn)維服務(wù)、以及銷售、以及合同等。
接下來(lái)步入我們的正題，今天整個(gè)IT行業(yè)發(fā)生了翻天覆地的變化，由于有云的引入，由于有大數(shù)據(jù)，由于有物聯(lián)網(wǎng)等等。所有這一切最終目的是什么？為的是實(shí)現(xiàn)我們IT價(jià)值，為的是為我們業(yè)務(wù)服務(wù)。既然為我們業(yè)務(wù)服務(wù)，本質(zhì)上來(lái)講云也好、大數(shù)據(jù)也好、物聯(lián)網(wǎng)也好都是基于不同IT交互模型的變化。這個(gè)IT交互模型的變化體現(xiàn)在哪些地方？首先在我們傳統(tǒng)IT領(lǐng)域，我們交互模型相對(duì)比較簡(jiǎn)單，我們直接自己來(lái)采購(gòu)硬件網(wǎng)絡(luò)，往上面做軟件，通過(guò)我們合作伙伴把我們系統(tǒng)搭建起來(lái)。隨后大家發(fā)現(xiàn)這種模型實(shí)際上往往比較費(fèi)勁，因?yàn)槲覀冏鳛橛脩魜?lái)講我不可能從網(wǎng)絡(luò)，從數(shù)據(jù)中心到硬件到軟件我都很熟，這樣一種狀況下我們往往請(qǐng)很多第三方合作伙伴幫助我們。逐漸隨著業(yè)務(wù)不斷的發(fā)展規(guī)模越來(lái)越大，需求越來(lái)越大，很多廠商在這里面發(fā)現(xiàn)我們?yōu)槭裁床豢梢园盐覀兿到y(tǒng)先預(yù)裝進(jìn)去，用戶需要的話，直接把我們預(yù)裝好的交付給用戶，在云之前我們整個(gè)IT工業(yè)界有大量的預(yù)裝系統(tǒng)和應(yīng)用。這種極大降低了用戶的部署成本，用戶的構(gòu)建成本。
隨著社會(huì)分工不斷的發(fā)展，我們?cè)絹?lái)越發(fā)現(xiàn)，所有這一切其實(shí)都是在做重復(fù)的勞動(dòng)，我們能不能把我們整個(gè)IT基礎(chǔ)設(shè)施當(dāng)成一個(gè)服務(wù)，這是十來(lái)年前我們說(shuō)整個(gè)IT工業(yè)界開始走向一個(gè)臨界的轉(zhuǎn)折點(diǎn)，整個(gè)IT工業(yè)界的變化是以IT交付模型的變化在引領(lǐng)我們，轉(zhuǎn)變整個(gè)IT業(yè)發(fā)展的思路。
正是由于這種轉(zhuǎn)變就引發(fā)了我們另外一個(gè)議題，這就是今天我們作為云服務(wù)來(lái)講，我們邊界開始變得更加模糊，這種模糊體現(xiàn)在哪些方面？第一個(gè)，從運(yùn)維的角度發(fā)生了根本性的變化，我們拿傳統(tǒng)IT windows為例，我們通常把我們操作系統(tǒng)裝在一臺(tái)硬件服務(wù)器上，有專家要表示有不同的看法，操作系統(tǒng)直接搭建在我們硬件上，統(tǒng)過(guò)兩個(gè)操作系統(tǒng)通過(guò)心跳線實(shí)現(xiàn)，這是單服務(wù)器的運(yùn)維。云環(huán)境下面，無(wú)論是公有云、私有云、混合云，實(shí)際上都變換著我們面向的運(yùn)維，不是單服務(wù)器的運(yùn)維，而是綜合了整個(gè)風(fēng)、火、水、電，到網(wǎng)絡(luò)、機(jī)架、電源、云操作系統(tǒng)、虛機(jī)、虛擬化、云PaaS層面所有這一切，我們相當(dāng)于把整個(gè)數(shù)據(jù)中心變成巨大的單臺(tái)服務(wù)器，在這個(gè)巨大的單臺(tái)服務(wù)器上我們部署了云的操作系統(tǒng)。云的操作系統(tǒng)同樣像單臺(tái)服務(wù)器一樣我們有windowscontroller。這對(duì)我們整個(gè)運(yùn)維環(huán)境和運(yùn)維體系構(gòu)成一個(gè)巨大的挑戰(zhàn)，也對(duì)我們整個(gè)運(yùn)維團(tuán)隊(duì)技術(shù)的能力有相當(dāng)?shù)囊蟆Ｋ赃@是從運(yùn)維體系方面的變遷。
我們?cè)谱鳛橐粋€(gè)基礎(chǔ)設(shè)施為的是什么？為的是我們的業(yè)務(wù)，為的是支撐我們企業(yè)的業(yè)務(wù)，支撐我們客戶的業(yè)務(wù)。云基礎(chǔ)之上有解決方案，應(yīng)用系統(tǒng)，這些應(yīng)用系統(tǒng)和解決方案，同樣需要有方案。我們把底層、硬件、網(wǎng)絡(luò)、電、操作系統(tǒng)和應(yīng)用系統(tǒng)整合在一起，通通叫IT部門負(fù)責(zé)。隨著云的引入，這一切切分開來(lái)了，通常我們現(xiàn)在企業(yè)IT如果用公有云的話，變成我們企業(yè)IT往往負(fù)責(zé)解決方案這一塊。而云服務(wù)商就負(fù)責(zé)底層風(fēng)、火、水、電系統(tǒng)等。這時(shí)候相當(dāng)于我們?cè)七\(yùn)維上又做了切分，一半是云服務(wù)商負(fù)責(zé)，私有云自有機(jī)房，另外一半私有云是我們IT部門負(fù)責(zé)，有很多不同的組合形式。這種組合形式同樣因?yàn)樗强缙髽I(yè)的邊界就會(huì)帶來(lái)一定的復(fù)雜度，這就是今天為什么我們?cè)品?wù)商都有大量技術(shù)支持服務(wù)，云支持服務(wù)的原因，因?yàn)槲覀冇幸徊糠值讓拥倪\(yùn)維，有我們傳統(tǒng)企業(yè)內(nèi)部的運(yùn)維團(tuán)隊(duì)，遷移到云服務(wù)商范疇之內(nèi)。
再來(lái)看看從云模型本身，云模型本身業(yè)內(nèi)分得比較清晰，我們有私有云、公有云、混合云、傳統(tǒng)IT的模式。實(shí)際上我們?cè)诋?dāng)今的IT復(fù)雜的范疇之內(nèi)，我們往往很難說(shuō)我們就用單個(gè)公有云，我們用單個(gè)私有云。基于不同的云模型，我們到底有什么區(qū)別，有什么差異，我們?cè)趺礃舆x擇？以及我們這些選擇給我們帶來(lái)什么樣的優(yōu)勢(shì)？有什么樣的不足？這邊我們給大家總結(jié)一些基于傳統(tǒng)IT、私有云、混合云、公有云的差異。
從第一條線開始看，從傳統(tǒng)IT到私有云、混合云、公有云是靈活性的不斷上升。今天我們公有云領(lǐng)域里面你需要用的話，今天馬上申請(qǐng)一個(gè)賬號(hào)，五分鐘以后你開開虛機(jī)布應(yīng)用可以提供服務(wù)了，提供了極大靈活性和便利。如果我們混合云環(huán)境下，混合云我們往往需要跟我們的自有機(jī)房連接，或者跟我們私有云去連接，這里邊一定有構(gòu)建的周期和成本，所以我們說(shuō)它的靈活性一定會(huì)受到影響。
第二個(gè)重要考量的維度是成本。引入不同的IT環(huán)境，它的成本有差異。用傳統(tǒng)IT成本是最高的。私有云來(lái)講跟傳統(tǒng)IT不一樣的地方，傳統(tǒng)IT完全自擁有，私有云一定程度上可以跨部門共享，所以節(jié)省了很多的成本。對(duì)于混合云來(lái)講進(jìn)一步的下降，通常混合云結(jié)合了私有云，以及通過(guò)私有云資源不夠的時(shí)候去引入一部分的公有云，所以在capex相對(duì)低一些，同樣opex也相對(duì)低一些，它是相對(duì)短期使用。對(duì)于私有云來(lái)講完全的opex，不需要網(wǎng)絡(luò)，不需要機(jī)房，按需使用。
另外服務(wù)等級(jí)的角度，這個(gè)也是我們另外需要考量的，通常來(lái)講私有云和傳統(tǒng)IT我們要搭多高就有多高，網(wǎng)絡(luò)搭好不去動(dòng)它，打好補(bǔ)丁，實(shí)在有問(wèn)題我換一臺(tái)，一臺(tái)離線一臺(tái)上線，我們私有云可以做到五個(gè)九，六個(gè)九，今天公有云環(huán)境下面，我們?nèi)蛑畠?nèi)所有公有云廠商幾乎很難高過(guò)三個(gè)九或者四個(gè)九，原因很簡(jiǎn)單，就是因?yàn)橐_著車換輪子。
再回到混合云的模型里頭。業(yè)內(nèi)最常見(jiàn)的混合云的架構(gòu)，一邊是公有云，一邊是私有云，以及我們還有傳統(tǒng)的機(jī)房，或者我們自己私有的IT，現(xiàn)存的IT，我們現(xiàn)存IT里面也可以搭一個(gè)私有云。這是業(yè)內(nèi)比較經(jīng)典的狀況。我們?nèi)绾伟堰@三塊串起來(lái)？通常有兩種不同的方法，業(yè)內(nèi)稱之為用軟VPN或者硬VPN。軟VPN容易丟包，因?yàn)樗Q于互聯(lián)網(wǎng)網(wǎng)絡(luò)節(jié)點(diǎn)跳線次數(shù)和狀況。第二種拉一根專線叫做硬VPN，就是直接一根專線進(jìn)去。
接下來(lái)看一下我們?nèi)菀妆缓鲆暤恼`區(qū)，這些誤區(qū)在哪里？我們不要忘了混合云是干什么的，用來(lái)支持我們的業(yè)務(wù)的，我們要考慮業(yè)務(wù)怎么放，我們組件哪些應(yīng)該擱在私有云里面，哪些應(yīng)該擱在公有云里面，我們?cè)趺创饋?lái)。我以服務(wù)形式放在自有機(jī)房里面，以網(wǎng)站調(diào)用服務(wù)方式擱在公有云上，還是說(shuō)我全部挪到公有云上，既然它是對(duì)外的，這決定我們底層怎么搭，我們虛機(jī)是不是跨機(jī)房飄，跨機(jī)房飄虛機(jī)對(duì)我們網(wǎng)絡(luò)構(gòu)成巨大挑戰(zhàn)。我們跨不同的機(jī)房，我們私有云機(jī)房、公有云機(jī)房、混合云機(jī)房實(shí)現(xiàn)我們負(fù)載均攤，我們把業(yè)務(wù)模板打在不同環(huán)境下就好了。
第二個(gè)我們現(xiàn)有系統(tǒng)怎么整合？因?yàn)槲覀冊(cè)埔欢ㄊ歉邚椥愿呖捎茫梢噪S便飄移，可以隨便均攤負(fù)載，我今天可以在北京上海來(lái)去分?jǐn)偅铱梢栽谖宜接袡C(jī)房分?jǐn)偅@個(gè)分?jǐn)傔@時(shí)候考慮怎么樣整合現(xiàn)有的應(yīng)用？以及混合云帶來(lái)巨大的業(yè)務(wù)復(fù)雜度，這些復(fù)雜度怎么來(lái)去管理？此外我們說(shuō)從安全的角度，我們?cè)趺礃觼?lái)去確保全方位的安全性，私有云的安全要求，公有云的安全要求，自有機(jī)房的安全要求，實(shí)際上是三種不同的規(guī)范，我們?nèi)绾谓Y(jié)合這三種不同的規(guī)范，以及在不同規(guī)范之間傳遞信息、數(shù)據(jù)和我們安全架構(gòu)，這就變得很關(guān)鍵。
由于時(shí)間關(guān)系我們不一一深入討論，實(shí)際上我們?cè)赑PT列出每一個(gè)議題都可以展開討論，因?yàn)檫@里面有大量的東西我們需要關(guān)注。
以及我們一些常規(guī)的運(yùn)維服務(wù)，由于在三種不同的環(huán)境下我們?cè)趺凑掀饋?lái)，不同云服務(wù)商之間提供的服務(wù)，不同機(jī)房服務(wù)商提供的服務(wù)，怎么無(wú)縫滿足企業(yè)的SLA的要求，以及如何確保合規(guī)。我們知道國(guó)內(nèi)剛剛有網(wǎng)絡(luò)安全法，有我們管理規(guī)范等等，這些我們?nèi)绾未_保，我們數(shù)據(jù)存儲(chǔ)，我們加密，我們個(gè)人信息保護(hù)，以及跨境的傳遞是不是合法？因?yàn)楝F(xiàn)在新的網(wǎng)絡(luò)安全法要求，跨境傳遞公民個(gè)人信息超過(guò)多少條以上是需要做安全審計(jì)，需要國(guó)家相關(guān)的管理部門需要來(lái)去頒發(fā)相應(yīng)的許可，所以我們說(shuō)類似這樣，這是從設(shè)計(jì)方面考量。
我們?cè)賮?lái)看，剛剛我們有跟各位匯報(bào)，在三種不同的機(jī)房環(huán)境下，不同云環(huán)境下，我們安全要求是不一樣的，所以我們這時(shí)候整合變成一個(gè)問(wèn)題，通常我們應(yīng)該考慮哪些整合？首先第一個(gè)，我們要考慮功能性接口的整合。所謂功能性接口整合就是我今天發(fā)布一個(gè)服務(wù)，我這個(gè)服務(wù)是一個(gè)支付服務(wù)，這個(gè)支付服務(wù)我出口在哪，我服務(wù)依賴于另外兩個(gè)服務(wù)又是在哪，假設(shè)一個(gè)在私有云一個(gè)在公有云，我們支付接口要有調(diào)用方、服務(wù)方等問(wèn)題。第二個(gè)管理接口，今天我們虛機(jī)飄在哪里，我負(fù)載切到哪里去，我怎么控制我的模板，我怎么管理我的模板，這是管理性的接口。第三塊業(yè)務(wù)性的接口，今天我們有很多不同的業(yè)務(wù)，我有不同的業(yè)務(wù)中心，我有不同的就像我們上京東一樣，分成不同的業(yè)務(wù)中心，這些業(yè)務(wù)中心有可能部署在不同的私有云、公有云或者是自有機(jī)房怎么協(xié)同起來(lái)，這是我們?nèi)龑颖仨氁紤]的，只要我們面向業(yè)務(wù)，只要我們實(shí)現(xiàn)基于混合云下來(lái)傳遞我們的業(yè)務(wù)給我們用戶的話，我們往往考慮這個(gè)問(wèn)題。
同樣在考慮這三種不同接口的時(shí)候，我們一定要考慮它的安全性。我們公有云下有公有云的安全性，私有云下有私有云的安全性，我們?cè)趺幢Ｕ蟼鬟f數(shù)據(jù)是雙向還是單向，以及是允許訪問(wèn)的IP，僅有專線連接還是允許公網(wǎng)等等，這是我們從接口和安全角度來(lái)看。
我們?cè)賮?lái)看跟現(xiàn)有系統(tǒng)對(duì)接的角度，跟現(xiàn)有系統(tǒng)對(duì)接的時(shí)候我們說(shuō)數(shù)據(jù)的擺放，就是我們需要著重考慮的問(wèn)題。我們有不同的數(shù)據(jù)，我們有用戶的數(shù)據(jù)，我們有衍生的數(shù)據(jù)，我們有自有機(jī)房的數(shù)據(jù)，這些數(shù)據(jù)之間怎么對(duì)接切換，我們考慮靈活性部署方便，成本、位置、服務(wù)等級(jí)等等，此外要考慮從系統(tǒng)層級(jí)的留存整合、數(shù)據(jù)整合、展現(xiàn)整合等等。
通常我們做混合云的時(shí)候往往有很多比較麻煩的地方。第一個(gè)比較麻煩的地方就是混合云環(huán)境的治理。傳統(tǒng)IT里面我們有Gartner，Hybrid IT的Gartner也是一個(gè)重大問(wèn)題。由于職責(zé)模糊性帶來(lái)我們未來(lái)怎么切分，就像我們所有云服務(wù)商都面臨一個(gè)問(wèn)題，用戶打電話說(shuō)我系統(tǒng)用不了了，云服務(wù)商第一反映我們要界定問(wèn)題在哪里，我先搞清楚問(wèn)題在哪，才能對(duì)癥下藥，這是分清邊界的過(guò)程。我們看看到底問(wèn)題在用戶代碼里頭，還是云底層的代碼還是網(wǎng)絡(luò)，因?yàn)榻裉煺麄€(gè)復(fù)雜度和邊界極大的改變了我們傳統(tǒng)IT模型的單一的環(huán)境，單一的邊界。再次就是接口多重性，有大量管理接口、服務(wù)接口、業(yè)務(wù)接口，這些接口之間怎么調(diào)用，我們是不是通過(guò)高安全性加證書，如果換證書怎么辦？等等，會(huì)帶來(lái)很大麻煩，所以我們需要有接口方面整合管理、版本管理和資產(chǎn)管理。
混合云環(huán)境下面驗(yàn)證和授權(quán)，前面我們跟大家匯報(bào)到我們既然在混合云環(huán)境下，我不能只提供一個(gè)虛機(jī)用戶用就好了，我們一定要通盤考量。通盤考量我們看一下我們?cè)贏zure里面的一個(gè)例子。在Azure里面基于混合云模型驗(yàn)證，首先公有云提供一個(gè)AAD的服務(wù)，這個(gè)AAD服務(wù)跟我們私有云環(huán)境下面，傳統(tǒng)IT里頭，自有機(jī)房里頭windows環(huán)境下AD五對(duì)接起來(lái)，第三方機(jī)房，第三方應(yīng)用，或者第三方的云，一個(gè)獨(dú)立私有云環(huán)境我們也可以對(duì)接起來(lái)，通過(guò)AAD的模型不僅在虛機(jī)層面，也可以在我們應(yīng)用層面，我們直接應(yīng)用引用AAD的驗(yàn)證和授權(quán)中心就好了，對(duì)很多企業(yè)來(lái)講我們不一定非要用AAD，我們自己搭一個(gè)也可以，這個(gè)并不難，這里面最核心我們?nèi)绾畏蛛x驗(yàn)證和授權(quán)，以及如何實(shí)現(xiàn)先有驗(yàn)證中心再有授權(quán)中心。就像我們身份證一樣，就像我們進(jìn)到酒店的房卡一樣，通過(guò)這種方式去考慮，就很容易來(lái)去實(shí)現(xiàn)，但是我們說(shuō)混合云環(huán)境下一定要有這些東西，如果沒(méi)有這個(gè)混合云幾乎是用大炮去打蚊子了，因?yàn)槲覀兗軜?gòu)建得很多，在上面當(dāng)成單個(gè)虛機(jī)來(lái)用，沒(méi)有引用到云的價(jià)值和優(yōu)勢(shì)。
還有隔離失效問(wèn)題、合規(guī)風(fēng)險(xiǎn)問(wèn)題，安全處理邊界，管理接口脆弱性，以及在公有云、私有云、自有機(jī)房之間連接不可用的風(fēng)險(xiǎn)怎么考量，這種風(fēng)險(xiǎn)設(shè)計(jì)的時(shí)候一定要考慮，目前我們?cè)谒校ㄎ覀兒陀脩魴C(jī)房之間，比如說(shuō)北京、上海機(jī)房之間，都是至少雙光纖備份，至少兩條光纖并且通過(guò)不同的物理路由，不是邏輯路由，一條比如說(shuō)走山東，一條走廣東類似這樣的，這是未來(lái)我們做私有云環(huán)境下一定要考慮的，一定是雙線路，雙路由。以及我們數(shù)據(jù)的安全和同步，數(shù)據(jù)交互怎么做？等等。
前面我們講到它的一些架構(gòu)設(shè)計(jì)的難點(diǎn)、運(yùn)維層面的難點(diǎn)、安全邊界的一些難點(diǎn)。我們?cè)賮?lái)看看對(duì)于一些企業(yè)我們做應(yīng)用開發(fā)，基于混合云的應(yīng)用開發(fā)，我們通常有一些簡(jiǎn)單的建議。第一個(gè)建議解耦的問(wèn)題，合適的解耦。耦合程度越高的東西，往往部署在比較靠近的地方，我在北京依賴一個(gè)服務(wù)在廣東，這時(shí)候首先部署有大量延遲的問(wèn)題，其次任何一個(gè)網(wǎng)絡(luò)的中斷或者擅斷都會(huì)給我們帶來(lái)災(zāi)難性，在耦合程度上，耦合程度越高的服務(wù)應(yīng)該是物理位置上部署越靠近。
我們混合云模型下我們機(jī)房有可能分散在全國(guó)各地，或者同一個(gè)城市不同的機(jī)房，這時(shí)候我們要考量我們?cè)趺礃舆m當(dāng)?shù)娜プ鼋怦睢０疡詈铣潭雀叩慕o解開，解耦方法有很多，這是一個(gè)系統(tǒng)開發(fā)層面的范疇。
其次，基于云的優(yōu)化設(shè)計(jì)和應(yīng)用。比如說(shuō)云里面有很重要的幾點(diǎn)，比如說(shuō)我們的彈性，我們?cè)趺礃佑煤脧椥裕坑煤脧椥砸欢ㄒ蚰０澹欢ㄒ玫轿覀內(nèi)重?fù)載，一定要用到我們的軟負(fù)載，一定要用到我們?cè)粕瞎蚕恚駝t我們沒(méi)有辦法實(shí)現(xiàn)高度彈性，這些我們要考量。
其次，我們流程和數(shù)據(jù)的驅(qū)動(dòng)設(shè)計(jì)。再次就是約束，網(wǎng)絡(luò)延遲，數(shù)據(jù)的本地化，離得越近越好，性能安全，以及應(yīng)用和服務(wù)的整合，以及我們應(yīng)用配置和云化的一些需求。這是我們基于混合云應(yīng)用開發(fā)方面我們給大家的一些建議。
混合云的應(yīng)用模式，比如說(shuō)集成的數(shù)據(jù)存儲(chǔ)、全局化的數(shù)據(jù)同步、怎么樣組合的應(yīng)用程序，基于云的消息模式來(lái)去實(shí)現(xiàn)。比如說(shuō)IOT領(lǐng)域、物聯(lián)網(wǎng)領(lǐng)域用得最多的就是消息模式，我通過(guò)部署在云上的一個(gè)消息模式，我隨時(shí)有IOT接起來(lái)就可以用。
我們?cè)賮?lái)看基于混合云的運(yùn)維，這是我們公有云，我們?cè)品?wù)商領(lǐng)域里面我們有我們OSS、BSS。這兩個(gè)不同的架構(gòu)，支撐我們整個(gè)公有云的云服務(wù)體系。對(duì)于我們?cè)频挠脩魜?lái)講我們有自己IT環(huán)境，有自己解決方案的運(yùn)維，我們有自己的IT部門，我們?cè)趺窗堰@兩塊更好結(jié)合起來(lái)，無(wú)論對(duì)于公有云、私有云都是需要考慮的。這里面由于每一塊都比較細(xì)致，時(shí)間關(guān)系我們不一一討論了，大家知道這么一個(gè)大的范疇就好了。這里頭可能有一些字比較小，大家回頭有興趣可以看一下最近上上個(gè)月信息安全雜志上有我一篇文章就是專門講這個(gè)圖的。
這是最后一個(gè)話題，就是從運(yùn)維管理的角度，混合云的運(yùn)維管理有三種模型。第一種是我們自有機(jī)房，云服務(wù)。我們說(shuō)公有云、私有云都有自己服務(wù)管理環(huán)境有自己負(fù)載管理。在自有機(jī)房和云服務(wù)也有我們服務(wù)管理和負(fù)載管理。業(yè)務(wù)模型我們搭建的時(shí)候可以搭建一個(gè)自定義的整合服務(wù)管理的環(huán)境，這個(gè)環(huán)境可以在私有云環(huán)境下面，通過(guò)調(diào)用公有云的接口來(lái)去實(shí)現(xiàn)統(tǒng)一的管理，統(tǒng)一管理私有云和公有云的模型。
第二種我們完全不去用公有云的門戶了，我們直接在私有云的管理模型環(huán)境下調(diào)公有云工作負(fù)載的一些接口，整合到我們私有云環(huán)境下面就好。
第三種完全自定制，我們構(gòu)成雙向管理環(huán)境，這個(gè)管理環(huán)境是跨邊界了。不同服務(wù)商提供基于不同模型運(yùn)維管理的工具和平臺(tái)。由于時(shí)間關(guān)系今天給大家匯報(bào)這么多，謝謝大家。
微信掃一掃
