服務交付平臺：雲供應商交付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和應用程式集成的工作。 一些廠商也已取得了領導地位，其中包括阿爾卡特-朗訊、Cisco Systems、 戴爾、惠普、IBM、微軟以及Oracle。 如果服務交付平臺要保持相關性，那麼它就必須走到這些活動的前臺來。

服務交付平臺還必須解決IMS外與移動網路服務相關的矛盾。 除了定義一系列的會話外，IMS的眾多廠商已拒絕定義「服務」。 如果這妨礙了支援服務交付平臺業務流程的進展，那麼它可能把服務交付平臺降級為軟交換應用程式，並在XaaS驅動的未來中減少其相關性。

(責任編輯：蒙遺善)