我們在第一部分《部署IaaS之最佳候選人》中介紹了數(shù)據(jù)中心里哪些應(yīng)用程序可以被IaaS所取代。本文為第二部分，共享一些真實世界的IaaS 案例，以及企業(yè)采用IaaS時，還應(yīng)該注意投資成本等問題。

真實世界的IaaS 案例

何時采用IaaS沒有現(xiàn)成的規(guī)范或公式，但下面的情況展示了遷移私有數(shù)據(jù)中心基礎(chǔ)設(shè)施到云架構(gòu)上的可與否。

擴(kuò)展某個面向應(yīng)用程序的外部服務(wù)。IaaS的兩個主要優(yōu)點是快速縮放和全球分布。沒有多余IT容量的公司可以突破現(xiàn)有的內(nèi)部數(shù)據(jù)中心，增強(qiáng)并擴(kuò)展已有的面向客戶的應(yīng)用程序交付。例如，某地在線旅行社可以擴(kuò)展到遠(yuǎn)離本地業(yè)務(wù)處理應(yīng)用程序所在區(qū)域的新市場。因為本例中的應(yīng)用程序基于Microsoft SQL Server，其比較容易轉(zhuǎn)換到Azure——微軟的托管云基礎(chǔ)設(shè)施。遷移到IaaS并適當(dāng)?shù)財U(kuò)張比例，基礎(chǔ)設(shè)施性能提升了兩倍，并且在未來升級中還可能再提升50%。

面向消費者的市場內(nèi)容。對于消費產(chǎn)品制造商和零售商，公司的網(wǎng)站往往是吸引用戶并影響其購買決策的重要途徑。無論用戶身處何處，網(wǎng)站必須動態(tài)、活潑并且有盈利——這讓其成為了IaaS部署的優(yōu)秀候選者。許多面向消費者的網(wǎng)站使用內(nèi)容管理系統(tǒng)，如WordPress、Joomla或Drupal，并需要自定義編碼，所有這些對云計算基礎(chǔ)設(shè)施的支持都很好。這些系統(tǒng)可以很容易通過重建包進(jìn)行部署，并且根據(jù)需求擴(kuò)展。

在運行營銷或銷售活動時，IaaS的價值會更加明顯，比預(yù)期還要成功。內(nèi)部IT基礎(chǔ)設(shè)施幾乎無法快速滿足突發(fā)的需求?；A(chǔ)設(shè)施即服務(wù)可以迅速重新部署應(yīng)用到更大的實例和新區(qū)域，同時還能通過服務(wù)提升應(yīng)用程序性能。舉例來說，AWS可以通過CloudFront內(nèi)容交付網(wǎng)絡(luò)(CDN)、Route 53域名系統(tǒng)服務(wù)和S3對象存儲提升應(yīng)用程序的靜態(tài)資源與工作負(fù)載分發(fā)。

災(zāi)難恢復(fù)備份站點。災(zāi)難恢復(fù)是基礎(chǔ)設(shè)施即服務(wù)的經(jīng)典案例之一。規(guī)模較小的組織可能沒有另一個災(zāi)難恢復(fù)站點可言，在這種情況下，IaaS可以為公司抵御災(zāi)難性事件而節(jié)省大量成本。在其他情況下，備份站點可能出現(xiàn)配置過時、設(shè)備性能低下、缺乏測試并且達(dá)到運行生命周期等情況。IaaS可以提供按需的容量規(guī)劃，與主數(shù)據(jù)中心相比，沒有設(shè)備上的資本支出(Capex)。即使擁有多個數(shù)據(jù)中心的大型企業(yè)，也可以考慮在每個區(qū)域利用IaaS作為第二個輔助位置——避免高支出，以及故障轉(zhuǎn)移到遠(yuǎn)距離設(shè)施時可能出現(xiàn)的性能削弱。

測試與開發(fā)基礎(chǔ)設(shè)施。IaaS的另一經(jīng)典例子就是測試和開發(fā)部署。R&D與IT工程組織往往會引入相當(dāng)大的投資用于測試硬件，以滿足代碼構(gòu)建，產(chǎn)品壓力測試與代碼升級等情況。所有這些都可以通過IaaS取代。IaaS能夠提供每位開發(fā)者獨立、虛擬的服務(wù)器沙盒、存儲與網(wǎng)絡(luò)，無須額外的設(shè)備資本支出和系統(tǒng)管理員。

每個組織的應(yīng)用程序總有各種各樣的特點。一些具有可變和不可預(yù)測的工作負(fù)載，其他的可能基于云，具備良好的橫向擴(kuò)展架構(gòu)，而還有一些可能已經(jīng)成為廣泛的商品——更便宜——并且作為一種軟件即服務(wù)產(chǎn)品。所有這三類都是云服務(wù)的候選人。

何時要避開IaaS

對于資金缺乏的科技初創(chuàng)公司，IaaS是唯一選項。相反，對于傳統(tǒng)財務(wù)系統(tǒng)或高度監(jiān)管以及敏感數(shù)據(jù)控制等應(yīng)用程序，IaaS的劣勢大于優(yōu)勢，此類工作負(fù)載最好是放在內(nèi)部數(shù)據(jù)中心基礎(chǔ)設(shè)施處理。

遺留系統(tǒng)。這些應(yīng)用程序與原有業(yè)務(wù)系統(tǒng)和流程緊密關(guān)聯(lián)，遷移到IaaS可能產(chǎn)生極大破壞性，因此應(yīng)該保留在內(nèi)部數(shù)據(jù)中心。大多數(shù)企業(yè)可能依賴不少的遺留應(yīng)用程序，往往會以維護(hù)模式和在一定情況下高度定制化的系統(tǒng)來運行關(guān)鍵業(yè)務(wù)。改變一個穩(wěn)定的工作負(fù)載環(huán)境并將其遷移到云系統(tǒng)上的風(fēng)險遠(yuǎn)高于收益。

一些組織也希望將敏感數(shù)據(jù)，特別是用戶與財務(wù)信息保留在受控的數(shù)據(jù)中心內(nèi)。將相應(yīng)的服務(wù)器和網(wǎng)絡(luò)安全控制延伸到云上是可行的，但可能相當(dāng)復(fù)雜。

昂貴的云實例。也有可能將現(xiàn)有基礎(chǔ)設(shè)施中的應(yīng)用遷移到云實例后，每月的費用會超過10,000美元。在這種情況下，IaaS運營支出會超出Capex和Opex ——后兩者涉及建設(shè)與運營自建數(shù)據(jù)中心基礎(chǔ)設(shè)施。應(yīng)用程序工作負(fù)載相對穩(wěn)定，在不需要按需動態(tài)擴(kuò)容的情況下，尤其如此。

建議與注意事項

遷移基礎(chǔ)設(shè)施和應(yīng)用程序到IaaS是一個多元的決定。雖然并不只是成本問題，但成本往往是最重要的因素。

企業(yè)必須考慮遷移的復(fù)雜性，包括現(xiàn)有業(yè)務(wù)的中斷，應(yīng)用程序修改的強(qiáng)度以及IT學(xué)習(xí)與接納新管理門戶與流程的意愿與能力。

反過來說，別低估IaaS的獨特優(yōu)勢，因為與現(xiàn)有數(shù)據(jù)中心IT基礎(chǔ)設(shè)施相比，其更容易設(shè)置。IaaS的優(yōu)點包括簡易、快速與低成本的可擴(kuò)展性，降低運行系統(tǒng)管理任務(wù)維護(hù)強(qiáng)度，如更新與補(bǔ)丁，避免資本性支出，而且采用基于使用量的定價模式，能更精確地控制成本支出。雖說這是一個微妙的問題，然而大多數(shù)組織會發(fā)現(xiàn)許多IaaS案例中，應(yīng)用程序遷移后遠(yuǎn)優(yōu)于現(xiàn)狀。