不能回避的云問題

　　微軟所出現的問題表明，這些錯誤的東西正是我們需要思考的東西。

　　像微軟這么大的廠商都不能保證它的云網絡正常運行，這的確值得我們警醒。如果你知道谷歌、亞馬遜、Rackspace和其他云提供商，還有SaaS之王Saleforce.com等都曾出現過類似的云服務中斷現象的話，你就應當更加警覺了。

　　要知道，在云中，用戶與其應用之間可能隔著十萬八千里，所以要想完全消除網絡方面的問題，就得保證這之間的所有線路不能出錯。這樣，云的可用性才會更好。其實云廠商知道是怎么回事，也知道他們必須要解決什么問題。

　　讓我們來考慮一個更大的問題：云的確是一個可以托管獨立的虛擬服務器的好地方。但問題是，在你的數據中心內，到底有多少臺虛擬服務器?

　　先別急著回答。首先要考慮的是，你所有的虛擬服務器應用和真正獨立的虛擬服務器并不是一回事，它們得共享數據倉庫或其他應用。它們的性能取決于數據需要傳輸的距離。在企業的數據中心內，這點兒距離的確不值一提。但是在云中，一個云應用和你的數據中心的數據之間卻得來回往返數百萬次。即便數據是以光速進行傳輸，也是需要花時間的。

　　你或許會想，如果我把需要用到相同數據倉庫的整個一組應用全部遷移到云中，就不會有這么多的數據往返了，對不對?但是云計算的一個重要原則就是你根本無法準確地知道一個應用將會在哪兒運行。有些云提供商的應用和數據可能最終會是在紐約、硅谷、西雅圖和孟買之間來回穿梭的，因此網絡上的一個小問題所導致的總的延時可能會成為一場災難。

　　你可以解決這些問題，但這就意味著你必須重新設計應用的運行結構，它們相互間的通信方式和相互作用的方式。

　　現在再回過頭來考慮這個問題：你的數據中心到底有多少部分已經這樣做了?可你要知道，哪家企業的數據中心沒有一些丑陋的大家伙，我們都不想去碰它們。舉例說，企業中還有很多的應用是在大型主機上運行的，它們的內容和數據來自一些專用的垂直行業的應用軟件，通過傳統的商業邏輯運行得出結果。這樣一些“寶貴物件兒”沒有誰想去觸碰，生怕會碰壞了某個部門業務流程中的關鍵部件。

　　我們的數據中心內到處都散落著數十年來積累的此類物件，這是一次次IT模式升級所造成的。我們根本沒有時間或者錢財去整理它們，因為還有用戶需要用到它們，清理這些東西將會花費所有的IT預算卻可能帶不來絲毫的商業利益。但是，如果你不將這些傳統的東西清理干凈，你就根本無法進入云中工作。

　　所以這里就是值得思考的問題了：你的數據中心到底有多大部分已經是云就緒的了?到底有多大部分是必須重新配置、重新建造或重新架構，才能遷移到云中去的?到底有多少東西是根本不值得遷移到云中的?

　　你是否真的認為，通過微軟的教訓，你對于如何運行一個云網絡已經充分考慮周全了嗎?

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]