移動性和基于行為服務之間天然微妙的化學關系成全了一個主要創造盈利的機遇，由于移動服務和移動使用模式的天生動態特性使這一關系在云計算中得到了充分的體現。

但是選擇正確的技術和功能以抓住這個難得的機遇并不容易。它需要對虛擬化模式、網絡架構、管理以及計費進行戰略性思考和前瞻性規劃。

優化基于行為移動云計算服務的云計算架構所面臨的挑戰在于必要的服務內容仍在不斷發展中。在過去，在一個統一平臺上運行運營支持系統（OSS）、計費支持系統（BSS）、網絡管理系統以及服務交付平臺（SDP）應用程序并沒有感受有多少的壓力。因此，大多數運營商擁有各種硬件、操作系統（OS）以及用于創建移動服務的早期構建基本模塊的中間件組件。

移動云計算服務的正確虛擬化模式是什么？

很可能必須為云計算環境特別創建新的服務功能，但是這取決于所支持的是何種類型的云計算。如今，平臺多樣性似乎成為了基于虛擬化和支持多客戶操作系統的基礎設施即服務（IaaS）云計算的一個佐證，但是未來對靈活應用程序組合的需求還要求面向服務的架構（SOA）。

優化基于行為移動云計算服務的云計算架構所面臨的挑戰在于必要的服務內容仍在不斷發展中。

從某種意義上來說，IaaS被認為是具有兩層軟件的托管虛擬化——一個是為應用程序創建執行環境的虛擬化軟件本身，另一個則是在由虛擬化創建的資源池中管理和調度應用程序的云計算軟件。

還有兩種模式的虛擬化：獨立虛擬機（VM）共享硬件平臺的管理程序模式，以及虛擬機作為任務在托管操作系統中運行的托管操作系統模式。這兩種模式的不同之處在于他們是如何平衡托管多個應用程序平臺需求和為未來創建優化SOA框架需求兩者之間關系的。

管理程序虛擬化創建一個具有極大靈活性的IaaS云計算，但是這還可能會在構建基于行為移動云計算服務方面出現一個更大的挑戰。IaaS模式最大的好處在于，它可以云計算托管至少一些OSS/BSS組件——這就是與虛擬化平臺兼容的所在——但是每個虛擬機都可以有效地成為一個可被管理的獨立計算機。因此，這種模式就產生了運行費用。另外，進程間通信鏈接高級移動云計算服務的組件可能更難以在管理程序模式中實現協作，因為用于應用程序組件的虛擬機地址有可能會隨著資源重新分配而發生變化。

雖然類似DevOps的規則旨在減少云計算中的這些問題，但是如果這些新的基于行為的移動云計算服務需要大量新的開發工作，那么云計算的管理程序模式會隨著時間的推移因為失去作用而逐漸被淘汰。

在虛擬化的托管操作系統模式中，虛擬機是一個在正常操作系統中的“容器”，基本上是作為任務而處理。然后，該操作系統的多任務功能就能夠使其托管那些專為基于行為移動云計算服務而特別編寫的應用程序。然后，需要虛擬化的應用程序和組件就可以與那些不需要進行虛擬化的應用程序和組件共享資源。

因此，托管操作系統模式比運行在客戶特定云計算應用程序和組件更具效率，因為它無需像復制基于IaaS虛擬化解決方案一樣復制操作系統和中間件。但是與IaaS模式相比，虛擬化托管操作系統模式實現了虛擬機之間（或虛擬機與其他運行在托管操作系統上運行的其他應用程序）更低的隔離程度。

為移動云計算服務選擇最佳網絡架構

解決和隔離移動應用程序組件（特別是那些第三方提供的）的需求是選擇最佳網絡架構以支持基于行為移動云計算服務的重要因素。

從功能上來說，這種云計算可以媲美內容交付網絡（CDN），它必須包含內部信息路徑和一個供用戶獲得服務訪問權限的代理。如同CDN一樣，支持基于行為移動云計算服務的架構必須在構建那些服務私有網絡方面為運營人員提供相當的維度。

一些運營商和供應商都正在考慮諸如OpenFlow這樣的軟件定義網絡（SDN）技術以便于通過改進的流量工程提升服務質量（QoS），以及通過明確管理所有組件間流量提升安全性。其他的供應商可能希望圍繞MPLS或IPv6構建他們自己的戰略。

撇開架構因素不談，如果通過云計算門戶網站為用戶提供基于行為的移動云計算服務，那么那些服務所需的數據、處理乃至內容需求都可以使用一個優化的私有網絡而不是開放的互聯網連接至該門戶網站。開發人員和合作伙伴可以被授權成為受信任的內部人員；當然，開放的互聯網也可用于這些連接。

是否有太多未解決的技術性挑戰？

還有很多領域可能需要運營商進行定制化的工作或使用外部的專業服務。

如上所述，DevOps是一門旨在在“容器”中能夠把云計算服務組件作為應用程序片來執行的新興課題。然后，可以在服務器上管理這些容器，并使用自動化策略通過網絡進行連接。開源云計算項目主要就是采用這一方法；通過在這些項目的網站中使用DevOps作為關鍵詞進行在線搜索就可以輕松了解它們的目前狀態。