企業(yè)應(yīng)專注于構(gòu)建一款云模型，超越預(yù)期的靈活性，創(chuàng)新，質(zhì)量和效率。而相當(dāng)一部分的企業(yè)在看到這些公共云供應(yīng)商之后，就得出結(jié)論說：他們也應(yīng)該有云業(yè)務(wù)來為他們自己的內(nèi)部客戶服務(wù)。于是，這些企業(yè)便開始了新的IT計劃，編制預(yù)算分配，并選擇供應(yīng)商。這樣真的對嗎?錯!

上述做法錯得是非常離譜的。早在2009年，我在一次云發(fā)布會上就像廣大與會者談到了大多數(shù)企業(yè)的私有云計劃會失敗的話題。之后，我不斷看到一些大企業(yè)所部署實(shí)施的私有云項(xiàng)目，而這些私有云無疑都將使亞馬遜和谷歌的工程師們感到嗤之以鼻。

大部分私有云怎么錯了?

業(yè)務(wù)部門的利益相關(guān)者并不需要云;他們所需要的是針對特殊應(yīng)用程序在分分鐘內(nèi)實(shí)現(xiàn)一個完全配置的容器的能力。他們只需要為他們所使用的資源付費(fèi);他們希望改變在不同的時代由企業(yè)架構(gòu)，信息安全和基于ITIL的流程所帶來的長達(dá)數(shù)周之久的審批流程。

您企業(yè)的私有云并不是AWS。其太受限，難以使用。缺乏應(yīng)用程序編程接口和整合的管理工具。其成本兩倍于AWS和谷歌，有時甚至更多。沒有強(qiáng)大的公共服務(wù)目錄，而對這一切，其甚至沒有被管理過類似事務(wù)的人認(rèn)證過。

讓我們來看看眾所周知的試金石：一個完全可用的容器在五分鐘內(nèi)完成配置。企業(yè)的私有云管理和信息安全堆棧缺乏自動化能夠在這期間處理完相關(guān)的配置。虛擬機(jī)可能能夠在五分鐘內(nèi)完成配置，但在隨后的一個星期或更長時間內(nèi)，均需進(jìn)行手工信息安全和管理配置。

然后，您企業(yè)就會被供應(yīng)商主導(dǎo)，像屠宰場的羔羊一樣，您所構(gòu)建的云被供應(yīng)商排布。您企業(yè)既不能建立一個可行的私有云來與具備了15年歷史的設(shè)備進(jìn)行自動化套件融合，也沒有預(yù)先包裝的大型供應(yīng)商的融合基礎(chǔ)架構(gòu)堆棧，來實(shí)現(xiàn)部分自動化的框架。

如果您仍然決心要建立一款能媲美亞馬遜的內(nèi)部云堆棧，如下就是您所需要參考的五個步驟：

1、花更多的錢—相當(dāng)多的錢

亞馬遜已經(jīng)花了數(shù)十億美元來打造他們的云。如果您企業(yè)想要具備像AWS一樣的靈活性和效率，僅僅靠投資100萬美元，借助一家半吊子的供應(yīng)商是不可能實(shí)現(xiàn)的。至少，您需要有1500萬至2000萬美元的預(yù)算，以實(shí)現(xiàn)基本的功能。

2、組織架構(gòu)變革計劃

如果您企業(yè)的云項(xiàng)目實(shí)施是成功的，那么，您企業(yè)相當(dāng)多的工作人員的角色將改變或消失。如果在云項(xiàng)目部署完成之后，同一個人還在做同樣的工作，您就失敗了。在許多企業(yè)中，服務(wù)器與管理員的比例是25比1或50比1。在一家大型的云供應(yīng)商，預(yù)計為1000臺甚至10000臺服務(wù)器比1名管理員。人工操作只涉及物理配置和更換設(shè)備。

確保您企業(yè)的云項(xiàng)目計劃獲得來自企業(yè)高層執(zhí)行層面的足夠的支持，這種支持足以應(yīng)對云項(xiàng)目反對者對于自身失去工作或重要性的擔(dān)心。

云項(xiàng)目所代理的自動化對于那些原來實(shí)施人工手動操作的職位的人員的影響***。而那些意識到云項(xiàng)目的部署會對其自身工作帶來風(fēng)險的IT人員可能對云計劃的實(shí)施造成非常不利的影響，所以，企業(yè)要為他們未來的角色給予一個愿景或激勵他們正確面對現(xiàn)有職務(wù)的淘汰。

3、讓IT運(yùn)營團(tuán)隊(duì)首先離開

根據(jù)Forrester的分析師杰姆斯斯塔表示，一個由IT操作運(yùn)營團(tuán)隊(duì)所主導(dǎo)的企業(yè)私有云項(xiàng)目幾乎是注定要失敗的。我見證了現(xiàn)實(shí)世界中許多類似的云項(xiàng)目嘗試均證實(shí)了這一點(diǎn)。盡管是嘗試擺脫“業(yè)務(wù)照常”的思維，但大多數(shù)IT運(yùn)維團(tuán)隊(duì)往往被太多的灌輸了ITIL -和COBIT驅(qū)動流程和其他標(biāo)準(zhǔn)，而不是專注于讓云計算對業(yè)務(wù)部門的用戶更有價值。

從讓一個開發(fā)團(tuán)隊(duì)成為云用戶開始;讓該團(tuán)隊(duì)自上而下的打造云項(xiàng)目的設(shè)計。這意味著能夠打造強(qiáng)大的開發(fā)人員友好的服務(wù)和API，且易于與他們每天所需要使用的工具集成。當(dāng)然，他們的發(fā)展實(shí)踐也應(yīng)該隨之變化;您肯定不會以打造AWS應(yīng)用程序同樣的方式來建立您建立企業(yè)的虛擬化基礎(chǔ)架構(gòu)。

您可以而且應(yīng)該讓IT操作運(yùn)維團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)一起實(shí)施后期的定型和開發(fā)工作。但在這一時期，開發(fā)人員仍然需要負(fù)責(zé)，以避免供應(yīng)商推動的IT操作運(yùn)維的方法，導(dǎo)致早期的工作也變得無效。

4、不要讓未完成的自動化成為絆腳石

自動化往往是失敗的根源。人們喜歡在當(dāng)前任務(wù)完成之前，就開始進(jìn)行下一功能或下一步驟。但切記不要跳躍：留下一些自動化的任務(wù)沒有完成，將在后期導(dǎo)致云項(xiàng)目的失敗。

找到每一個手動過程，無論其看上去多么渺小或不重要的，對其實(shí)施自動化的組合——您這是在調(diào)整您企業(yè)的服務(wù)器與管理人員的比例。盡管您可能不會達(dá)到類似于***云服務(wù)供應(yīng)商那樣的10000:1的比例，您可以讓工作人員手動操作最少的人工操作——移動硬件和布線。從服務(wù)器被開啟那一刻起，自動化應(yīng)該是其唯一的行動。

5、測試您的云及自動化測試

云是復(fù)雜的系統(tǒng)。自動化可以控制復(fù)雜程度，但它也可以放大失敗。測試您的內(nèi)部云并不意味著只是把工作負(fù)載遷移過去;還必須測試您的試點(diǎn)用戶的配置情況和***的成功狀況。

您需要創(chuàng)建一個功能完備的大規(guī)模的系統(tǒng)混亂，看看事情是否會引發(fā)您企業(yè)私有云的閃電崩盤。Netflix就使用了混沌猴(Chaos Monkey )的工具，以便在AWS中殺服務(wù)器和系統(tǒng)，測試自己的彈性。也許用于測試云自動化的基礎(chǔ)彈性工具在企業(yè)中也是有用的。

在開始著手部署和實(shí)施您企業(yè)可以成功的媲美AWS的殺手級私有云之前，思考如何才能更好的開始是至關(guān)重要的。只有少數(shù)擁有足夠多的資源、預(yù)算、技能或意愿的IT企業(yè)將獲得成功。但這并不意味著您不應(yīng)該有某種形式的私有云作為您企業(yè)投資組合的一部分。當(dāng)然，這也確實(shí)意味著您在建立和經(jīng)營自己的私有云時要格外小心。