擺脫二選一的煩惱 IaaS和PaaS的融合大勢
原創(chuàng)對于正在制定云計算戰(zhàn)略的公司來說,選擇一種合適類型的平臺是它們面臨的比較重要的決策之一;如果在考慮基礎架構即服務(IaaS)和平臺即服務(PaaS),就更是如此。
選擇一家軟件即服務(SaaS)服務提供商通常來得比較簡單,因為提供的服務已經(jīng)得到了明確界定,不過一些SaaS提供商(比如擁有Force.com平臺的SalesForce)同時還在提供PaaS解決方案。近日我們看到云計算領域出現(xiàn)了令人關注的一些事態(tài),表明了IaaS云模式和PaaS云模式的一些關鍵方面在趨向融合。
IaaS和PaaS的區(qū)別
說到IaaS和PaaS,云計算客戶不得不在靈活性和簡單性之間作一選擇。從IaaS的角度來看,客戶選擇的是靈活性,因為客戶可以直接訪問虛擬機(VM),還可以根據(jù)需要創(chuàng)建自己的服務器和數(shù)據(jù)庫實例,并且安裝所需要的中間件和操作系統(tǒng)資源。這為客戶提供了很大的自主權,但也增添了復雜性。
PaaS平臺則把底層的硬件基礎架構隱藏起來,客戶可以訪問預先安裝的、集成的開發(fā)環(huán)境;這就解放了客戶,他們沒必要管理底層的硬件和中間件基礎架構。PaaS客戶理應可以得到需要的種種便利,以構建和交付通過互聯(lián)網(wǎng)來部署的應用和服務。
IaaS和PaaS的局限
IaaS的大致局限性眾所周知,PaaS通常同樣存在這些局限性。局限性包括各種安全問題、帶寬限制、服務可用性以及法律問題(如數(shù)據(jù)隱私性和數(shù)據(jù)管轄權)。此外,許多人覺得,IaaS需要不斷照管操作系統(tǒng)、數(shù)據(jù)存儲區(qū)、消息傳遞隊列和應用程序容器。而且很顯然,說到部署服務器和數(shù)據(jù)庫實例,管理負載均衡、彈性和擴展性機制,大多數(shù)IaaS平臺需要具備相當?shù)腎T專長和知識。
不過,PaaS存在的主要問題之一是,有可能被提供商牢牢鎖定(lock-in)。如果客戶選擇某種特定的PaaS平臺,更有可能發(fā)現(xiàn)自己被PaaS提供商牢牢鎖定,迫使他們只好使用和適應對方提供的預定的開發(fā)環(huán)境,這就限制了開發(fā)人員的靈活性和控制性。如此一來,遷移至采用不同基礎架構體系的另一家PaaS提供商就成了一項成本高、難度大的任務。
IaaS和PaaS彼此在趨向融合嗎?
盡管實施IaaS帶來了更大的復雜性,IaaS對于許多企業(yè)客戶來說仍然更有吸引力,因為它天生就具有靈活性和機動性。此外,幾項新的服務(比如亞馬遜網(wǎng)絡服務公司的Elastic Beanstalk)在IaaS平臺的基礎上提供類似PaaS的功能,由于增強了功能,因而對于選擇IaaS路線的客戶來說更有吸引力。
Elastic Beanstalk服務具有的優(yōu)點包括它能夠自動處理部署容量配置、負載均衡、自動擴展及更多機制方面的細節(jié)問題——實際上這些正是PaaS解決方案具有的一些主要賣點。此外,在Elastic Beanstalk中,開發(fā)環(huán)境基于Java,使用Apache Tomcat軟件堆棧。借助這種方法,亞馬遜網(wǎng)絡服務公司為企業(yè)客戶提供了極其廣泛的選擇,因為提供了自動配置功能和IaaS平臺基礎上的開發(fā)環(huán)境,讓客戶能夠控制和優(yōu)化基礎架構的配置和性能,并且可以使用提供商提供的開發(fā)層來開發(fā)應用程序。
與此同時,微軟走上了截然相反的道路:通過Windows Azure虛擬機角色這項新功能,提供其Azure PaaS平臺基礎上的IaaS平臺。
IaaS和PaaS的逐漸融合極可能會延續(xù),即使這兩種不同類型的平臺繼續(xù)取得發(fā)展,而云計算客戶會繼續(xù)選擇最適合其特定需要的一種平臺。
原文名:Are IaaS and PaaS Cloud Models Converging? 作者:Olafur Ingthorsson
【本文乃51CTO精選譯文,轉(zhuǎn)載請標明出處!】
【編輯推薦】
- 漸進式?革命式?戴爾的云計算謀略
- SaaS、PaaS和云計算 攪動未來軟件發(fā)展
- 戴爾云戰(zhàn)略:IaaS、PaaS、SaaS一個不少
- 誰是開發(fā)者的夢中情人?PaaS與IaaS之爭
- 走近云計算:解密IaaS、PaaS和SaaS
- PaaS平臺格局分析:目前有哪些選擇?