摘要：企業用戶所構建的云很少能夠與AWS等公共云服務之流相媲美。而如果您想要打造一款很好的私有云，請參考以下步驟。亞馬遜網絡服務、谷歌、Rackspace和微軟都是非常不同的云服務提供商，而這些云服務供應商們均有一個共同點：非常專注于由自動化所推動的靈活敏捷性、效率和質量。所以，您企業的私有云也應該如此。
企業應專注于構建一款云模型，超越預期的靈活性，創新，質量和效率。而相當一部分的企業在看到這些公共云供應商之后，就得出結論說：他們也應該有云業務來為他們自己的內部客戶服務。于是，這些企業便開始了新的IT計劃，編制預算分配，并選擇供應商。這樣真的對嗎?錯!
上述做法錯得是非常離譜的。早在2009年，我在一次云發布會上就像廣大與會者談到了大多數企業的私有云計劃會失敗的話題。之后，我不斷看到一些大企業所部署實施的私有云項目，而這些私有云無疑都將使亞馬遜和谷歌的工程師們感到嗤之以鼻。
大部分私有云怎么錯了?
業務部門的利益相關者并不需要云;他們所需要的是針對特殊應用程序在分分鐘內實現一個完全配置的容器的能力。他們只需要為他們所使用的資源付費;他們希望改變在不同的時代由企業架構，信息安全和基于ITIL的流程所帶來的長達數周之久的審批流程。
您企業的私有云并不是AWS。其太受限，難以使用。缺乏應用程序編程接口和整合的管理工具。其成本兩倍于AWS和谷歌，有時甚至更多。沒有強大的公共服務目錄，而對這一切，其甚至沒有被管理過類似事務的人認證過。
讓我們來看看眾所周知的試金石：一個完全可用的容器在五分鐘內完成配置。企業的私有云管理和信息安全堆棧缺乏自動化能夠在這期間處理完相關的配置。虛擬機可能能夠在五分鐘內完成配置，但在隨后的一個星期或更長時間內，均需進行手工信息安全和管理配置。
然后，您企業就會被供應商主導，像屠宰場的羔羊一樣，您所構建的云被供應商排布。您企業既不能建立一個可行的私有云來與具備了15年歷史的設備進行自動化套件融合，也沒有預先包裝的大型供應商的融合基礎架構堆棧，來實現部分自動化的框架。
如果您仍然決心要建立一款能媲美亞馬遜的內部云堆棧，如下就是您所需要參考的五個步驟：
1、花更多的錢—相當多的錢
亞馬遜已經花了數十億美元來打造他們的云。如果您企業想要具備像AWS一樣的靈活性和效率，僅僅靠投資100萬美元，借助一家半吊子的供應商是不可能實現的。至少，您需要有1500萬至2000萬美元的預算，以實現基本的功能。
2、組織架構變革計劃
如果您企業的云項目實施是成功的，那么，您企業相當多的工作人員的角色將改變或消失。如果在云項目部署完成之后，同一個人還在做同樣的工作，您就失敗了。在許多企業中，服務器與管理員的比例是25比1或50比1。在一家大型的云供應商，預計為1000臺甚至10000臺服務器比1名管理員。人工操作只涉及物理配置和更換設備。
確保您企業的云項目計劃獲得來自企業高層執行層面的足夠的支持，這種支持足以應對云項目反對者對于自身失去工作或重要性的擔心。
云項目所代理的自動化對于那些原來實施人工手動操作的職位的人員的影響最大。而那些意識到云項目的部署會對其自身工作帶來風險的IT人員可能對云計劃的實施造成非常不利的影響，所以，企業要為他們未來的角色給予一個愿景或激勵他們正確面對現有職務的淘汰。
3、讓IT運營團隊首先離開
根據Forrester的分析師杰姆斯斯塔表示，一個由IT操作運營團隊所主導的企業私有云項目幾乎是注定要失敗的。我見證了現實世界中許多類似的云項目嘗試均證實了這一點。盡管是嘗試擺脫“業務照常”的思維，但大多數IT運維團隊往往被太多的灌輸了ITIL -和COBIT驅動流程和其他標準，而不是專注于讓云計算對業務部門的用戶更有價值。
從讓一個開發團隊成為云用戶開始;讓該團隊自上而下的打造云項目的設計。這意味著能夠打造強大的開發人員友好的服務和API，且易于與他們每天所需要使用的工具集成。當然，他們的發展實踐也應該隨之變化;您肯定不會以打造AWS應用程序同樣的方式來建立您建立企業的虛擬化基礎架構。
您可以而且應該讓IT操作運維團隊和開發團隊一起實施后期的定型和開發工作。但在這一時期，開發人員仍然需要負責，以避免供應商推動的IT操作運維的方法，導致早期的工作也變得無效。
4、不要讓未完成的自動化成為絆腳石
自動化往往是失敗的根源。人們喜歡在當前任務完成之前，就開始進行下一功能或下一步驟。但切記不要跳躍：留下一些自動化的任務沒有完成，將在后期導致云項目的失敗。
找到每一個手動過程，無論其看上去多么渺小或不重要的，對其實施自動化的組合——您這是在調整您企業的服務器與管理人員的比例。盡管您可能不會達到類似于頂級云服務供應商那樣的10000:1的比例，您可以讓工作人員手動操作最少的人工操作——移動硬件和布線。從服務器被開啟那一刻起，自動化應該是其唯一的行動。
5、測試您的云及自動化測試
云是復雜的系統。自動化可以控制復雜程度，但它也可以放大失敗。測試您的內部云并不意味著只是把工作負載遷移過去;還必須測試您的試點用戶的配置情況和最后的成功狀況。
您需要創建一個功能完備的大規模的系統混亂，看看事情是否會引發您企業私有云的閃電崩盤。Netflix就使用了混沌猴(Chaos Monkey )的工具，以便在AWS中殺服務器和系統，測試自己的彈性。也許用于測試云自動化的基礎彈性工具在企業中也是有用的。
在開始著手部署和實施您企業可以成功的媲美AWS的殺手級私有云之前，思考如何才能更好的開始是至關重要的。只有少數擁有足夠多的資源、預算、技能或意愿的IT企業將獲得成功。但這并不意味著您不應該有某種形式的私有云作為您企業投資組合的一部分。當然，這也確實意味著您在建立和經營自己的私有云時要格外小心。
京公網安備 11010502049343號