移動性和基於行為服務之間天然微妙的化學關係成全了一個主要創造盈利的機遇,由於移動服務和移動使用模式的天生動態特性使這一關係在雲計算中得到了充分的體現。
但是選擇正確的技術和功能以抓住這個難得的機遇並不容易。 它需要對虛擬化模式、網路架構、管理以及計費進行戰略性思考和前瞻性規劃。
優化基於行為移動雲計算服務的雲計算架構所面臨的挑戰在於必要的服務內容仍在不斷發展中。 在過去,在一個統一平臺上運行運營支援系統(OSS)、計費支援系統(BSS)、HTTP://www.aliyun.com/zixun/aggregation/14045.html"> 網路管理系統以及服務交付平臺(SDP)應用程式並沒有感受有多少的壓力。 因此,大多數運營商擁有各種硬體、作業系統(OS)以及用於創建移動服務的早期構建基本模組的中介軟體元件。
移動雲計算服務的正確虛擬化模式是什麼?
很可能必須為雲計算環境特別創建新的服務功能,但是這取決於所支援的是何種類型的雲計算。 如今,平臺多樣性似乎成為了基於虛擬化和支援多客戶作業系統的基礎設施即服務(IaaS)雲計算的一個佐證,但是未來對靈活應用程式組合的需求還要求面向服務的架構(SOA)。
優化基於行為移動雲計算服務的雲計算架構所面臨的挑戰在於必要的服務內容仍在不斷發展中。
從某種意義上來說,IaaS被認為是具有兩層軟體的託管虛擬化——一個是為應用程式創建執行環境的虛擬化軟體本身,另一個則是在由虛擬化創建的資源池中管理和調度應用程式的雲計算軟體。
還有兩種模式的虛擬化:獨立虛擬機器(VM)共用硬體平臺的管理程式模式,以及虛擬機器作為任務在託管作業系統中運行的託管作業系統模式。 這兩種模式的不同之處在于他們是如何平衡託管多個應用程式平臺需求和為未來創建優化SOA框架需求兩者之間關係的。
管理程式虛擬化創建一個具有極大靈活性的IaaS雲計算,但是這還可能會在構建基於行為移動雲計算服務方面出現一個更大的挑戰。 IaaS模式最大的好處在於,它可以雲計算託管至少一些OSS/BSS元件——這就是與虛擬化平臺相容的所在——但是每個虛擬機器都可以有效地成為一個可被管理的獨立電腦。 因此,這種模式就產生了運行費用。 另外,進程間通訊連結高級移動雲計算服務的元件可能更難以在管理程式模式中實現協作,因為用於應用程式元件的虛擬機器位址有可能會隨著資源重新分配而發生變化。
雖然類似DevOps的規則旨在減少雲計算中的這些問題,但是如果這些新的基於行為的移動雲計算服務需要大量新的開發工作,那麼雲計算的管理程式模式會隨著時間的推移因為失去作用而逐漸被淘汰。
在虛擬化的託管作業系統模式中,虛擬機器是一個在正常作業系統中的「容器」,基本上是作為任務而處理。 然後,該作業系統的多工功能就能夠使其託管那些專為基於行為移動雲計算服務而特別編寫的應用程式。 然後,需要虛擬化的應用程式和元件就可以與那些不需要進行虛擬化的應用程式和元件共用資源。
因此,託管作業系統模式比運行在客戶特定雲計算應用程式和元件更具效率,因為它無需像複製基於IaaS虛擬化解決方案一樣複製作業系統和中介軟體。 但是與IaaS模式相比,虛擬化託管作業系統模式實現了虛擬機器之間(或虛擬機器與其他運行在託管作業系統上運行的其他應用程式)更低的隔離程度。
為移動雲計算服務選擇最佳網路架構
解決和隔離移動應用程式元件(特別是那些協力廠商提供的)的需求是選擇最佳網路架構以支援基於行為移動雲計算服務的重要因素。
從功能上來說,這種雲計算可以媲美內容交付網路(CDN),它必須包含內部資訊路徑和一個供使用者獲得服務存取權限的代理。 如同CDN一樣,支援基於行為移動雲計算服務的架構必須在構建那些服務私有網路方面為運營人員提供相當的維度。
一些運營商和供應商都正在考慮諸如OpenFlow這樣的軟體定義網路(SDN)技術以便於通過改進的流量工程提升服務品質(QoS),以及通過明確管理所有元件間流量提升安全性。 其他的供應商可能希望圍繞MPLS或IPv6構建他們自己的戰略。
撇開架構因素不談,如果通過雲計算入口網站為使用者提供基於行為的移動雲計算服務,那麼那些服務所需的資料、處理乃至內容需求都可以使用一個優化的私有網路而不是開放的互聯網連接至該入口網站。 開發人員和合作夥伴可以被授權成為受信任的內部人員;當然,開放的互聯網也可用於這些連接。
是否有太多未解決的技術性挑戰?
還有很多領域可能需要運營商進行定制化的工作或使用外部的專業服務。
如上所述,DevOps是一門旨在在「容器」中能夠把雲計算服務元件作為應用程式片來執行的新興課題。 然後,可以在伺服器上管理這些容器,並使用自動化策略通過網路進行連接。 開源雲計算專案主要就是採用這一方法;通過在這些專案的網站中使用DevOps作為關鍵字進行線上搜索就可以輕鬆瞭解它們的目前狀態。
(責任編輯:蒙遺善)