云計算的出現不僅在地理上延伸了SOA的愿景，實際上還推動了所有的SOA朝著基于云的應用與資源關系的轉變。SOA應用因而變成最容易移植到云端的應用。

盡管它是最容易移植，但移植并非自動完成的。本文研究SOA的基本要素、模塊化以及資源類別，可幫助云應用架構師、開發者及開發運營經理簡化基于SOA的云遷移工作。

在開發者渴望利用可重用組件創建軟件，以及企業利用定制應用行為來優化員工生產力的雙重推動下，SOA的概念已經發展了10多年了。

SOA基礎設施包括四個基本元素：處理器服務器系統、存儲操作系統及中間件、用戶到應用的映射，以及負載均衡。顯然，這些也是任何其他IT基礎設施的四個構成的基礎要素，不過SOA改變了企業應當將能力均衡地分配到這四個領域的方式，以便對可用性和性能進行優化同時控制成本的方式。這通常是靠SOA架構模型以及應用模塊化和部署方式完成的。

開放計算項目為硬件設計提供了指南，可用作與商業設備進行比較的一般參考，不過這也許并不能為SOA搭建出最合適的平臺。

SOA和“原子”應用最顯著的區別在于模塊化。好的SOA應用可劃分為創建應用的功能性組件，這會對基礎設施產生重要的影響：

—組件對特定的資源的使用率可能比整個應用更高。對數據庫進行分析的SOA應用也可能會將分析和數據庫功能拆為單獨的組件，這兩者一個是高度計算密集型的、一個是高度存儲密集型的。這種拆分使得針對特定需求而建的硬件成本很低。

—除了應用與用戶間的“垂直”流量以外，模塊化應用增加了額外的組件之間的“水平”流量。這一流量模式的變化會影響到數據中心網絡的設計，比方說，會促進交換式結構。

—組件可復制來提高整體工作能力，這需要有一組特定的工具，根據某些代價/性能策略組來分配任務給SOA組件群中的其中一個。這就導致了組件間負載均衡機制的引入。

—“靠近用戶”的組件，這意味著組件跟用戶的GUI相關，是可以與活動點在地理上接近、毗鄰的。

這些因素交織在一起，可以讓企業以最佳的視角按“資源種類”觀察SOA基礎設施，那些有效支撐主要SOA組件的若干系統或存儲配置。資源種類的數量將取決于SOA組件需求的范圍，不過大抵會包括以下這些：

—數據庫及查詢服務器，旨在利用層次化存儲的原則支持大型數據庫。可能會擁有大型的RAM、具備閃存、快速磁盤存儲I/O接口、高性能網絡連接以及適度的計算能力。

—計算及分析服務器，用來執行復雜計算。通常需要具備RAM和許多高速的處理器內核，可能甚至還要有GPU來加速計算功能。

—分布式服務器，用來支持與用戶GUI創建或事件處理相關的本地處理。有可能是低成本的基于ARM而非X86架構的微型服務器。

組件的分布，尤其是SOA組件的復制，可創建更多的執行路徑，改進性能，這意味著SOA基礎設施將需要某種形式的網關。有兩種選擇：硬設備和“虛擬網關”。硬件網關往往又叫做“負載均衡器”或“三層交換機”，會根據某些調度策略直接將流量引導到現有組件中。虛擬網關使用SOA目錄功能根據需要分配組件。最好的辦法要取決于組件間的關系性質，尤其是組件是否真的會為了提高能力而進行復制。網關設備是連接應用用戶與SOA組件的最流行方式，虛擬網關則是后端交互組件流管理(包括工作流引擎消息傳遞或服務總線流)的更好手段。

至于SOA基礎設施的數據庫這一塊，也需要考慮“虛擬”和“物理”的問題。允許數據在地理上高度分散的數據網格技術，如Hadoop，往往會將應用分布到多個節點上并行運行，然后收集并關聯結果。這對混合計算和存儲節點提出了需求。另一方面，今天的許多“大數據”及分析應用都是基于設備或特定目的的節點，通過查詢語言訪問的。這使得SOA應用組件與數據分析功能分離，減少了對特定數據接口或CPU及GPU分析功能的需求。

這里列舉的網關和數據庫例子說明，SOA基礎設施必須首先從虛擬或邏輯的層次進行考慮，然后才是考慮硬件、軟件及中間件。有效的SOA應用設計首先要依賴于應用被模塊化并編排進有序的工作流的辦法。這一流程創造了必須加載在資源上的軟件元素，創造了將應用整合到一起的中間件以及托管每一組件以及組件類的最佳硬件的需求。

至此，大多數人都將意識到所有的SOA應用均演變為基于云的應用對資源的關系，無論是否存在一個明確將應用托管于公有云、私有云或混合云的計劃均如此。實際上，“云化SOA”與現代SOA的形式不同之處主要在于對硬件資源分散到什么程度的假設上。今天大部分的SOA應用都是運行在數據中心上的。而云應用則必須假定資源池是跨越數個數據中心的，甚至還可能分布在全球各地。支撐SOA應用集的資源池的范圍越廣，建立高效網絡連接來傳輸進程間流量的重要性就越強。如果SOA工作流建立的流量模式得以悉心地進行規劃和分析，SOA的網絡需求就可以輕易升級以支持云遷移，令充分規劃的SOA應用成為最容易遷移到云端的應用。