也許你還沒有準備好像GE和Netflix一樣把所有工作負載都遷移到AWS上，但可以開始將一些應用遷移到到云基礎設施中了。

基礎設施即服務(IaaS)是大小各異的服務器虛擬包;包含了存儲、數(shù)據(jù)庫和防火墻、負載均衡等網(wǎng)絡服務，以及跨共享、多租戶數(shù)據(jù)中心內容緩存交付。IaaS通常是基于使用量和預訂量進行售賣，無合同，無長期承諾，預留訂閱資源也是可行的。

這里將介紹一些注意事項和IaaS使用范例，幫助IT組織確定哪些內部數(shù)據(jù)中心基礎設施可由IaaS取代。

IaaS要求

Iaas的最佳候選必須已經是運行在企業(yè)虛擬化管理平臺中的應用程序，如VMware vSphere或微軟的Windows Server Hyper-V。理想情況下，好的IaaS實例對內部數(shù)據(jù)資源的依賴很少，尤其是實時數(shù)據(jù)需求。如果工作負載依賴于內部數(shù)據(jù)源，要確保這些資源可以通過具象狀態(tài)傳輸應用編程接口，也被稱做RESTful API，或者標數(shù)據(jù)庫協(xié)議，如ODBC或JDBC等進行訪問。

目前還有一些應用程序運行在過時的系統(tǒng)上，承載這些系統(tǒng)的數(shù)據(jù)中心服務器也需要升級，這類應用也是IaaS的最佳候選者。

IaaS的其他候選者需要存在對性能需求不平衡的情況，例如，無法確定具體的用戶需求或時間，如季度、月、周。需要程序可以快速甚至自動地在IaaS上擴展。

IaaS案例存在于遺留應用和新建應用程序中，但一般情況下后者的適應性會更強。應用程序開發(fā)人員可以從無開始，根據(jù)云環(huán)境來設計分布式、松耦合的微服務架構。分布式云應用開發(fā)的基礎是IaaS計算和存儲，還有更高級別的服務，如負載均衡、自動縮放、內容緩存、Apache Hadoop/MapRecude數(shù)據(jù)處理、Apache Spark或等效的數(shù)據(jù)分析與移動后端。

大部分IT組織是傳統(tǒng)IT與新興數(shù)字業(yè)務應用的混合體。系統(tǒng)和應用程序的特殊性和要求的各不相同導致了IT出現(xiàn)雙峰狀，某些應用程序需要保守變更，而其他應用程序則受益于靈活性與快速宕機處理過程。新興數(shù)字業(yè)務通常包括多學科團隊，并且比傳統(tǒng)IT更傾向于依賴云服務。無論你是否贊同雙峰IT的概念，都需要借鑒與學習移動應用初期的開發(fā)方法——敏捷開發(fā)，多學科專家以及新應用程序的快速開發(fā)與更新周期。

因為易用性和低成本部署，以及能夠迅速增加IaaS能力和服務的優(yōu)勢，新項目應該在公有云上啟動并持續(xù)留在云上。如果這些應用程序需要簽入內部，不論成本、監(jiān)管、安全或其他原因，部署流程涉及到采購、安裝、配置和測試服務器、存儲系統(tǒng)、網(wǎng)絡交換機、虛擬化環(huán)境和云棧軟件，如OpenStack或VMware vCloud——這個過程需要數(shù)周時間。

雖然傳統(tǒng)架構往往是最穩(wěn)妥的選擇，但IaaS能通過提高靈活性，降低升級支出，通過更好的冗余性和可用性或者某些傳統(tǒng)系統(tǒng)上沒有的新功能來提升價值。這些IaaS實例通常需要通過IaaS擴充混合云架構下的數(shù)據(jù)中心基礎設施。在應用相對簡單或緊密集成，并且對內部數(shù)據(jù)中心資源沒有太大依賴的情況下，全面升級到IaaS是可行的也是推薦的。