我們在第一部分《部署IaaS之最佳候選人》中介紹了數據中心里哪些應用程序可以被IaaS所取代。本文為第二部分，共享一些真實世界的IaaS 案例，以及企業采用IaaS時，還應該注意投資成本等問題。
真實世界的IaaS 案例
何時采用IaaS沒有現成的規范或公式，但下面的情況展示了遷移私有數據中心基礎設施到云架構上的可與否。
擴展某個面向應用程序的外部服務。IaaS的兩個主要優點是快速縮放和全球分布。沒有多余IT容量的公司可以突破現有的內部數據中心，增強并擴展已有的面向客戶的應用程序交付。例如，某地在線旅行社可以擴展到遠離本地業務處理應用程序所在區域的新市場。因為本例中的應用程序基于Microsoft SQL Server，其比較容易轉換到Azure——微軟的托管云基礎設施。遷移到IaaS并適當地擴張比例，基礎設施性能提升了兩倍，并且在未來升級中還可能再提升50%。
面向消費者的市場內容。對于消費產品制造商和零售商，公司的網站往往是吸引用戶并影響其購買決策的重要途徑。無論用戶身處何處，網站必須動態、活潑并且有盈利——這讓其成為了IaaS部署的優秀候選者。許多面向消費者的網站使用內容管理系統，如WordPress、Joomla或Drupal，并需要自定義編碼，所有這些對云計算基礎設施的支持都很好。這些系統可以很容易通過重建包進行部署，并且根據需求擴展。
在運行營銷或銷售活動時，IaaS的價值會更加明顯，比預期還要成功。內部IT基礎設施幾乎無法快速滿足突發的需求。基礎設施即服務可以迅速重新部署應用到更大的實例和新區域，同時還能通過服務提升應用程序性能。舉例來說，AWS可以通過CloudFront內容交付網絡(CDN)、Route 53域名系統服務和S3對象存儲提升應用程序的靜態資源與工作負載分發。
災難恢復備份站點。災難恢復是基礎設施即服務的經典案例之一。規模較小的組織可能沒有另一個災難恢復站點可言，在這種情況下，IaaS可以為公司抵御災難性事件而節省大量成本。在其他情況下，備份站點可能出現配置過時、設備性能低下、缺乏測試并且達到運行生命周期等情況。IaaS可以提供按需的容量規劃，與主數據中心相比，沒有設備上的資本支出(Capex)。即使擁有多個數據中心的大型企業，也可以考慮在每個區域利用IaaS作為第二個輔助位置——避免高支出，以及故障轉移到遠距離設施時可能出現的性能削弱。
測試與開發基礎設施。IaaS的另一經典例子就是測試和開發部署。R&D與IT工程組織往往會引入相當大的投資用于測試硬件，以滿足代碼構建，產品壓力測試與代碼升級等情況。所有這些都可以通過IaaS取代。IaaS能夠提供每位開發者獨立、虛擬的服務器沙盒、存儲與網絡，無須額外的設備資本支出和系統管理員。
每個組織的應用程序總有各種各樣的特點。一些具有可變和不可預測的工作負載，其他的可能基于云，具備良好的橫向擴展架構，而還有一些可能已經成為廣泛的商品——更便宜——并且作為一種軟件即服務產品。所有這三類都是云服務的候選人。
何時要避開IaaS
對于資金缺乏的科技初創公司，IaaS是唯一選項。相反，對于傳統財務系統或高度監管以及敏感數據控制等應用程序，IaaS的劣勢大于優勢，此類工作負載最好是放在內部數據中心基礎設施處理。
遺留系統。這些應用程序與原有業務系統和流程緊密關聯，遷移到IaaS可能產生極大破壞性，因此應該保留在內部數據中心。大多數企業可能依賴不少的遺留應用程序，往往會以維護模式和在一定情況下高度定制化的系統來運行關鍵業務。改變一個穩定的工作負載環境并將其遷移到云系統上的風險遠高于收益。
一些組織也希望將敏感數據，特別是用戶與財務信息保留在受控的數據中心內。將相應的服務器和網絡安全控制延伸到云上是可行的，但可能相當復雜。
昂貴的云實例。也有可能將現有基礎設施中的應用遷移到云實例后，每月的費用會超過10,000美元。在這種情況下，IaaS運營支出會超出Capex和Opex ——后兩者涉及建設與運營自建數據中心基礎設施。應用程序工作負載相對穩定，在不需要按需動態擴容的情況下，尤其如此。
建議與注意事項
遷移基礎設施和應用程序到IaaS是一個多元的決定。雖然并不只是成本問題，但成本往往是最重要的因素。
企業必須考慮遷移的復雜性，包括現有業務的中斷，應用程序修改的強度以及IT學習與接納新管理門戶與流程的意愿與能力。
反過來說，別低估IaaS的獨特優勢，因為與現有數據中心IT基礎設施相比，其更容易設置。IaaS的優點包括簡易、快速與低成本的可擴展性，降低運行系統管理任務維護強度，如更新與補丁，避免資本性支出，而且采用基于使用量的定價模式，能更精確地控制成本支出。雖說這是一個微妙的問題，然而大多數組織會發現許多IaaS案例中，應用程序遷移后遠優于現狀。
京公網安備 11010502049343號