在“云”的IT世界里，奇妙的變化正在上演，每個公司都可以根據(jù)自己的需求無限制地調用各種計算能力，使用各種軟件，然后將它們交還給廣袤無垠的以太(ether)。對于這股龐大而神奇的云力量，公司只需要“用多少，付多少”，甚至不用親自構建、培訓和維護。

隨著越來越多的服務、公司、計算機功能和惡意功能清除軟件闖入云計算市場，整個市場也似乎越來越復雜。

基于IAAS(Infrastructure as a Service，基礎設施即服務)平臺的亞馬遜彈性計算云EC2就是一個典型案例。EC2表面看來就像是一個可供租用的數(shù)據(jù)中心，而事實上也確實如此。

利用IAAS，用戶可以按需運行程序，并自由調節(jié)帶寬、存儲、內存、其他服務器、安全等每一項數(shù)據(jù)中心工具，這是因為IAAS的設計初衷就是一個理想化的數(shù)據(jù)中心，不再是印象中那個塵土飛揚的衛(wèi)星數(shù)據(jù)中心，IT人員也不用頂著身體的不適來執(zhí)行每年兩次的災難恢復訓練。

本質上的差別在于，在亞馬遜的云端，所有的硬件都是自動更新的，所有的軟件都能保證近100%的在線運行，用戶不用擔心正常運行時間。(EC2仍舊會發(fā)生宕機事故，微軟的Azure平臺，谷歌的Gmail等信息管理應用也是如此。但是客戶不需要為此擔心，他們完全可以忽略宕機風險，即便宕機真的發(fā)生了，他們可以盡管抱怨，等待程序恢復。在云平臺，一切問題都交給了IT人員。)

撇開云的閃光點，云服務架構呈層狀分布

所以說，“云”IT架構環(huán)繞著一圈神秘的光澤。但如果你稍微瞇起雙眼，你會看見在閃閃發(fā)光的霧和風中隱藏著一座“金字塔”。

一般來說，由于太多的炒作，云計算市場籠罩著一層濃霧，以至于我們看不清楚云計算的真正架構。除非你愿意冒著風險撥開那層迷霧，你才能夠看到真相。

然而，當你看清楚時，你卻失望了。因為云的架構看起來那么熟悉。

租用設備卻缺乏足夠的認知

云看起來如同復雜的OSI(開放系統(tǒng)互連)七層網(wǎng)絡模型，抑或空間感極差的人繪制的數(shù)據(jù)中心圖表(他們把存儲放置在離事務處理監(jiān)管器100英里距離的地方)。

有趣的是，在你租用網(wǎng)絡和數(shù)據(jù)中心的每一層功能時，你可以選擇不同的供應商，而不用考慮他們的位置所在。

觀察數(shù)據(jù)中心和OSI圖解，你會發(fā)現(xiàn)最底層都是物理層——連接你的數(shù)據(jù)中心與云服務商數(shù)據(jù)中心之間的電線。

你可以從電信運營商那里租到它們，電信運營商的運營模式與云服務提供商如出一轍，只是發(fā)展略顯落后。(在電信術語里，“云”意味著“不用擔心任何技術問題，只要連上電源，即時支付費用，我們就可以幫你實現(xiàn)一切”。)

第二層(數(shù)據(jù)鏈路層)的一部分部署需要你親自動手——打包你的數(shù)據(jù)以待其他網(wǎng)絡和應用程序接受。這是需要你動手的唯一部分。

第三層——交換機和路由器，同樣來自電信運營商，第四層(傳輸層)也是如此。(從本質上說，第三層和第四層都是傳輸，只不過第四層要略微智能化，而第三層需要在硬件上投入更多的費用，所以說，第三層是供應商極為重視的一層。)

第五層，即會話層，有關于云平臺軟件。云經紀人構建各方面的聯(lián)系，包括應用程序和數(shù)據(jù)庫的聯(lián)系，應用程序之間的聯(lián)系，以及應用程序和網(wǎng)絡的聯(lián)系。云經紀人解決它們之間的沖突，在必要時解除兩者關系，根據(jù)終端用戶的需求隨時將它們導出“云”。

在這一層中，包含了諸如亞馬遜彈性計算云等IAAS服務。你可以根據(jù)需求，在數(shù)據(jù)中心自由活動以創(chuàng)造價值。然而在數(shù)據(jù)中心，本應很簡單的技術意外地復雜苦難化了。

將應用程序導入導出云平臺，這是一件棘手的事，對于云供應商來說，操作的過程亦是如此。云供應商將APIs(應用程序編程接口)，中間件，信息交換技術塞滿了整個箱子，就像一個填滿老鼠的鞋盒，空間利用率達到了極限，這時候如果再放幾只進去，那原先的老鼠就很難跑出來了。

然而，云供應商不希望你看到這一點。這或許是云計算發(fā)展的一大陰暗面。

不要靠的太近，結果可能讓你失望

如果你彎下腰來，試圖靠近第五層裝滿老鼠的盒子，自貼“正義”標簽的獨角獸就會在你背后狠狠地捅上一刀。它們鋒利的獸角不是擺設，所以千萬要小心。

所有數(shù)據(jù)的加密與解密，編碼與解碼都在第六層，即表示層中進行。不管是SAAS(軟件即服務)，還是IAAS(基礎設施即服務)，每一朵運行程序的云中都有這樣一個“表示層”，只不過有著優(yōu)劣之分罷了。

微軟的Azure平臺是最棒的云平臺之一。此外，云中的另一大構成——PAAS(平臺即服務)也是相對優(yōu)越的云。PAAS為用戶運行程序提供了服務器租用服務，而用戶甚至不需要親自接觸服務器。你只需要按下“運行”按鈕，其他所有的工作都交付給了云供應商。

由于留給企業(yè)的控制權過少，很多企業(yè)頗有意見，為此微軟為管理個人應用，改變內存和磁盤空間等方面增添了新功能，旨在留給客戶更多的操作權。當然，你從微軟那里租來的仍舊是一個通用的Windows服務器。

第七層，即應用層，是市場的組成部分之一。SAAS都屬于第七層�；�于IAAS或PAAS運行的SAAS應用程序，利用存儲即服務(storage as a Service)來存儲數(shù)據(jù)，同時具備統(tǒng)一通信即服務，視頻會議即服務等。用戶甚至可以致力于為位置敏感型(location-sensitive)的膳食供應業(yè)務(特別是印度，中國，甚至美國的營養(yǎng)產品)提供新興的午餐配送服務。

誰會關心“云”是不是真正的IT?忘記這個問題，享受云服務就好

簡單地說，“云”就是由網(wǎng)絡和數(shù)據(jù)中心構成的。從整體上看，目前的云計算市場正趨向于一個越發(fā)巨大的高度分散的數(shù)據(jù)中心。

在陽光明媚的日子里，你可以看到這樣的景象：專家正在管理著幾畝的數(shù)據(jù)中心。所以，如果你想要獲得千萬億次(PetaFLOPS)的運行速度，又不想付出努力，那么“云”是令人滿意的選擇。

記住你對什么感興趣很重要，同樣地，那些并不引起你興趣的東西也同樣重要，主要有電腦，存儲，應用程序的安全性以及散熱太多而莫名其妙引發(fā)的電腦不能工作等問題。

又是那些黑客，更多的黑客，他們的操作像是在喂機器一樣。因此，要確保這些被黑客控制的機器不對用戶造成損害，就像他們在內部建立了一個數(shù)據(jù)中心(可以保護用戶的私人數(shù)據(jù))一樣。

然而，云公司的處理人員比IT企業(yè)內部人員要好得多了，他們有著很好的圖像辨識、感知和市場營銷能力。

他們知道絕大多數(shù)商業(yè)用戶很不情愿看到那些，因為用戶不可能通過學習黑客那樣的技術來完成他們的工作。

當IT公司推出的企業(yè)資源規(guī)劃系統(tǒng)跟不上商業(yè)經理的需求速度時，經理們知道他們需要自己去租用一個系統(tǒng)，而且企業(yè)資源規(guī)劃主管也知道，客戶通常想看看那些系統(tǒng)的神秘之處以及它們的力量，而不是所謂的細微的變化。

你不會想了解所有的部件是什么、他們安裝在哪里以及他們的成本是多少。事實上，在某種程度上，云計算產業(yè)將開始企業(yè)合并之路，因為如果企業(yè)想讓其技術服務滿足各種客戶的各種需求，如服務器、存儲、內存分配、網(wǎng)站服務、安全、后臺支持、遠程控制、電子郵件分發(fā)等，那么那些企業(yè)的經營成本將會變得非常昂貴。

IT世界不會回到曾經的DIY模式。云計算的發(fā)展市場也不會僅僅停留在某項技術，盡管那項技術可能非常強大。

最終，獨立系統(tǒng)會趨向于合并，因為這是削減成本的最佳方式。大多數(shù)終端用戶和企業(yè)的擔憂，擔憂不能將虛擬機或工作負載從一朵云遷至另一朵云，不能形成安全結盟、整合自己的遺留系統(tǒng)，或保證現(xiàn)有SAAS應用的實際使用數(shù)量，在未來的幾個月中，這些擔憂也許都會成為現(xiàn)實。

預計到明年春天，IT行業(yè)的一部分投資會掛鉤整合業(yè)務。這很大程度上，是由于一些云公司通過彼此收購獲取了高利潤。

到明年秋天，甚至是二線的云公司都會開始擔心整合問題，因為整合的聲音早已此起彼伏。云供應商CEO(首席執(zhí)行官)開始和CIO(首席信息官)一樣擔心，有時候也許會做出非理性的決定。

對CIO來說，考慮的問題不是要不要部署“云”，而是要如何更好地部署“云”，以免在問題爆發(fā)時手足無措。

從遠處看，霧是如此美麗，就像是從太空中看到的颶風畫面。

然而，當你逐漸靠近，霧就變得越濃，破壞性也越大。如果你沒有做好充分準備，那么終有一天，一點點的風都會掀起屋頂，一絲絲的陰霾都會聚成致盲的濃霧。

標簽： 安全 電子郵件 服務器 服務器租用 服務商 谷歌 美國 配送 企業(yè) 數(shù)據(jù)庫 通信 網(wǎng)絡 網(wǎng)站 問題 行業(yè) 選擇 用戶 云服務 云計算 云計算產業(yè) 云計算的發(fā)展 

版權申明：本站文章部分自網(wǎng)絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。