服務傳遞平台SDP：雲計算傳遞XaaS需求

服務傳遞平台SDP：雲計算傳遞XaaS需求

服務傳遞平台(SDP)誕生于快速建立先進多媒體服務的需求：IPTV、移動視訊、遊戲、基于位置的服務(LBS)。但是，在雲計算中，是否有服務傳遞平台的角色呢？有可能有，但是它們絕不是現如今我們所認知的服務傳遞平台。為了保持雲計算服務供應商們的相關性，服務傳遞平台也必須相應發展。

　　幾十年前，網絡的主要服務是語音通信，而該服務的功能被嵌在中心局和縱列交換機中。随着網絡服務的發展，并變得越來越以軟體為基礎，這一單一模式也被迫發生了變化;甚至在網際網路問世之前，标準工作組就一直在緻力于如何在網絡服務中定義托管計算機智能角色的工作。這些工作也實實在在地推動了服務傳遞平台的發展。

服務傳遞平台的根源在于傳統的語音服務，如今這些根源在SDP在移動語音服務中所發揮的作用是最為明顯的，其功能就如同一個IP多媒體子系統元件的主機。但是，服務傳遞平台的未來更可能寄托于兩個下一代的技術：OTT内容傳遞和雲計算。OTT和雲計算的組合形成了一個被稱為XaaS的聯合體，意即任何事物皆為服務或一切皆為服務，該定義揭示了服務傳遞平台發展的必然方向。

為什麼XaaS需要服務傳遞平台

XaaS模式假定供應商們将越來越多地向移動裝置傳遞下一代的服務。被傳輸到這些裝置的資料将來自于不同的源，而處理計算資源的主體也可能被分散分布。但是，支援這一模式需要具有最佳性能的簡單網際網路連接配接性，而任何支援這一網際網路連接配接性的任何元件發生故障都将導緻服務的整體故障，這一現實将讓客戶頗受打擊。

可靠性是支援XaaS應用程式的首要因素，這一要求包括了從網絡到應用程式元件的所有一切，而供應商所提供的服務必須確定使用者們感到滿意，而供應商也能夠有利可圖。考慮到這些需求，服務傳遞平台可能是XaaS的一個理想平台。服務傳遞平台本身的可用性設計要求就比傳統伺服器要高得多，同時它們的建造工藝也需滿足電信服務應用中信号的高可靠性要求。

大多數服務傳遞平台都使用了諸如Linux、Unix或相關衍生作業系統的開放式平台，其中大部分理論上都配備有雲計算軟體，并支援網絡相容的接口。如今服務傳遞平台所缺乏的唯一一點就是與基于會話服務(如VoIP和IMS)明确概念看齊的網絡服務的明确概念。IMS似乎不可能産生一個網絡服務的競争性平台，如果服務傳遞平台将作為普通伺服器的競争性選擇對象，那麼它們就必須顯着地提高基本伺服器或雲計算伺服器的能力。

XaaS中的服務傳遞平台：應用程式商店，認證或業務流程？

到目前為止，市場上已經确定了服務傳遞平台核心價值優點的三個應用：應用程式商店開發、功能與服務元素的認證以及整個元素構成中的服務流程。

應用程式商店是非常熱衷于為供應商提供服務的，因為它們藉此擁有了一個與他們移動裝置部署相關的市場，同時與他們的計費流程相連。雖然有可能如同Google公司和蘋果公司那樣把應用程式商店托管給标準的伺服器，但是網絡營運商們還是面臨着一個要求更高可靠性标準的命題，這就足以證明服務傳遞平台存在的價值了。但問題在于，應用程式商店隻是一個應用，它并不是服務體系架構的基礎。

認證是服務傳遞平台向XaaS平台發展過程中一個潛在的、更具吸引力的一步。認證平台負責管理服務網絡的元素，其中包括軟體、伺服器和資料庫，這些都不屬于傳統網絡管理和網絡運作中心工具的範疇。服務傳遞平台可與傳統伺服器并行部署，可用于確定這些裝置的可用性和正常功能運作，進而能夠以更高的等級監督服務運作。但是，即便是在這個任務中，服務傳遞平台也是位于服務本身以外的，這可確定資源的可用性，但不確定其參與其中。

業務流程很可能鞏固服務傳遞平台在XaaS中的作用。在線上服務中，業務流程是整個服務元件、元件間請求與響應移動有序連結中服務和體驗的有機組合。業務流程與認證不同，後者關注于可用性的認證，而前者實際上建立了服務或體驗，這即意味着建構使用者所見、所買是非常重要的。

業務流程還解決了建構複雜、元件化應用程式的潛在挑戰，而這正是XaaS擺在首要地位需要建立的工作。一個服務傳遞平台業務流程的服務可以通過簡單監控以確定發送至元件的請求能夠産生響應，或當請求沒有得到适當反應時采取故障轉移計劃，進而防止單個元件的故障。這就意味着，更多的網絡伺服器能夠參與到XaaS中，而不會産生鋪天蓋地的故障風險，這主要常見于多方服務部署應用中。

當用于業務流程中時，服務傳遞平台可作為服務元件的主機，其運作是XaaS中最重要的因素，這也是內建高可用性網絡元件或OSS/BSS元件的必要條件。業務流程是服務傳遞平台的未來，而大多數服務傳遞平台供應商們如今也在他們的營銷材料中承認了這一點。

業務流程的服務傳遞平台：發展道路上還有很多的障礙

它所面臨的挑戰在于組織業務流程本身以及實作業務流程本身的标準化，在過去幾年中這一工作被不斷地嘗試，但進展甚微。大多數服務傳遞平台廠商提供了一些業務流程工具，但是這些平台仍然非常複雜和昂貴，這使得它們在XaaS的真實世界中缺乏競争力。

同時，在更一般的雲計算和伺服器市場中業務流程的工作也在進行中，特别是圍繞DevOps和應用程式內建的工作。一些廠商也已取得了上司地位，其中包括阿爾卡特、思科、 戴爾、惠普、IBM、微軟以及Oracle。如果服務傳遞平台要保持相關性，那麼它就必須走到這些活動的前台來。

服務傳遞平台還必須解決IMS外與移動網絡服務相關的沖突。除了定義一系列的會話外，IMS的衆多廠商已拒絕定義“服務”。如果這妨礙了支援服務傳遞平台業務流程的進展，那麼它可能把服務傳遞平台降級為軟交換應用程式，并在XaaS驅動的未來中減少其相關性。