服務(wù)交付平臺(SDP)誕生于快速創(chuàng)建先進多媒體服務(wù)的需求：IPTV、移動視頻、游戲、基于位置的服務(wù)(LBS)。但是，在云計算中，是否有服務(wù)交付平臺的角色呢?有可能有，但是它們絕不是現(xiàn)如今我們所認知的服務(wù)交付平臺。為了保持云計算服務(wù)供應(yīng)商們的相關(guān)性，服務(wù)交付平臺也必須相應(yīng)發(fā)展。

幾十年前，網(wǎng)絡(luò)的主要服務(wù)是語音通信，而該服務(wù)的功能被嵌在中心局和縱列交換機中。隨著網(wǎng)絡(luò)服務(wù)的發(fā)展，并變得越來越以軟件為基礎(chǔ)，這一單一模式也被迫發(fā)生了變化;甚至在互聯(lián)網(wǎng)問世之前，標準工作組就一直在致力于如何在網(wǎng)絡(luò)服務(wù)中定義托管計算機智能角色的工作。這些工作也實實在在地推動了服務(wù)交付平臺的發(fā)展。

服務(wù)交付平臺的根源在于傳統(tǒng)的語音服務(wù)，如今這些根源在SDP在移動語音服務(wù)中所發(fā)揮的作用是最為明顯的，其功能就如同一個IP多媒體子系統(tǒng)組件的主機。但是，服務(wù)交付平臺的未來更可能寄托于兩個下一代的技術(shù)：OTT內(nèi)容交付和云計算。OTT和云計算的組合形成了一個被稱為XaaS的聯(lián)合體，意即任何事物皆為服務(wù)或一切皆為服務(wù)，該定義揭示了服務(wù)交付平臺發(fā)展的必然方向。

為什么XaaS需要服務(wù)交付平臺

XaaS模式假定供應(yīng)商們將越來越多地向移動設(shè)備交付下一代的服務(wù)。被傳輸?shù)竭@些設(shè)備的數(shù)據(jù)將來自于不同的源，而處理計算資源的主體也可能被分散分布。但是，支持這一模式需要具有最佳性能的簡單互聯(lián)網(wǎng)連接性，而任何支持這一互聯(lián)網(wǎng)連接性的任何組件發(fā)生故障都將導致服務(wù)的整體故障，這一現(xiàn)實將讓客戶頗受打擊。

可靠性是支持XaaS應(yīng)用程序的首要因素，這一要求包括了從網(wǎng)絡(luò)到應(yīng)用程序組件的所有一切，而供應(yīng)商所提供的服務(wù)必須確保用戶們感到滿意，而供應(yīng)商也能夠有利可圖。考慮到這些需求，服務(wù)交付平臺可能是XaaS的一個理想平臺。服務(wù)交付平臺本身的可用性設(shè)計要求就比傳統(tǒng)服務(wù)器要高得多，同時它們的建造工藝也需滿足電信服務(wù)應(yīng)用中信號的高可靠性要求。

大多數(shù)服務(wù)交付平臺都使用了諸如Linux、Unix或相關(guān)衍生操作系統(tǒng)的開放式平臺，其中大部分理論上都配備有云計算軟件，并支持網(wǎng)絡(luò)兼容的接口。如今服務(wù)交付平臺所缺乏的唯一一點就是與基于會話服務(wù)(如VoIP和IMS)明確概念看齊的網(wǎng)絡(luò)服務(wù)的明確概念。IMS似乎不可能產(chǎn)生一個網(wǎng)絡(luò)服務(wù)的競爭性平臺，如果服務(wù)交付平臺將作為普通服務(wù)器的競爭性選擇對象，那么它們就必須顯著地提高基本服務(wù)器或云計算服務(wù)器的能力。

XaaS中的服務(wù)交付平臺：應(yīng)用程序商店，認證或業(yè)務(wù)流程?

到目前為止，市場上已經(jīng)確定了服務(wù)交付平臺核心價值優(yōu)點的三個應(yīng)用：應(yīng)用程序商店開發(fā)、功能與服務(wù)元素的認證以及整個元素構(gòu)成中的服務(wù)流程。

應(yīng)用程序商店是非常熱衷于為供應(yīng)商提供服務(wù)的，因為它們藉此擁有了一個與他們移動設(shè)備部署相關(guān)的市場，同時與他們的計費流程相連。雖然有可能如同Google公司和蘋果公司那樣把應(yīng)用程序商店托管給標準的服務(wù)器，但是網(wǎng)絡(luò)運營商們還是面臨著一個要求更高可靠性標準的命題，這就足以證明服務(wù)交付平臺存在的價值了。但問題在于，應(yīng)用程序商店只是一個應(yīng)用，它并不是服務(wù)體系架構(gòu)的基礎(chǔ)。

認證是服務(wù)交付平臺向XaaS平臺發(fā)展過程中一個潛在的、更具吸引力的一步。認證平臺負責管理服務(wù)網(wǎng)絡(luò)的元素，其中包括軟件、服務(wù)器和數(shù)據(jù)庫，這些都不屬于傳統(tǒng)網(wǎng)絡(luò)管理和網(wǎng)絡(luò)運行中心工具的范疇。服務(wù)交付平臺可與傳統(tǒng)服務(wù)器并行部署，可用于確保這些設(shè)備的可用性和正常功能運行，從而能夠以更高的等級監(jiān)督服務(wù)運行。但是，即便是在這個任務(wù)中，服務(wù)交付平臺也是位于服務(wù)本身以外的，這可確保資源的可用性，但不確保其參與其中。

業(yè)務(wù)流程很可能鞏固服務(wù)交付平臺在XaaS中的作用。在在線服務(wù)中，業(yè)務(wù)流程是整個服務(wù)組件、組件間請求與響應(yīng)移動有序鏈接中服務(wù)和體驗的有機組合。業(yè)務(wù)流程與認證不同，后者關(guān)注于可用性的認證，而前者實際上創(chuàng)建了服務(wù)或體驗，這即意味著構(gòu)建用戶所見、所買是非常重要的。

業(yè)務(wù)流程還解決了構(gòu)建復雜、組件化應(yīng)用程序的潛在挑戰(zhàn)，而這正是XaaS擺在首要地位需要創(chuàng)建的工作。一個服務(wù)交付平臺業(yè)務(wù)流程的服務(wù)可以通過簡單監(jiān)控以確保發(fā)送至組件的請求能夠產(chǎn)生響應(yīng)，或當請求沒有得到適當反應(yīng)時采取故障轉(zhuǎn)移計劃，從而防止單個組件的故障。這就意味著，更多的網(wǎng)絡(luò)服務(wù)器能夠參與到XaaS中，而不會產(chǎn)生鋪天蓋地的故障風險，這主要常見于多方服務(wù)部署應(yīng)用中。

當用于業(yè)務(wù)流程中時，服務(wù)交付平臺可作為服務(wù)組件的主機，其運行是XaaS中最重要的因素，這也是集成高可用性網(wǎng)絡(luò)組件或OSS/BSS組件的必要條件。業(yè)務(wù)流程是服務(wù)交付平臺的未來，而大多數(shù)服務(wù)交付平臺供應(yīng)商們?nèi)缃褚苍谒麄兊臓I銷材料中承認了這一點。

業(yè)務(wù)流程的服務(wù)交付平臺：發(fā)展道路上還有很多的障礙

它所面臨的挑戰(zhàn)在于組織業(yè)務(wù)流程本身以及實現(xiàn)業(yè)務(wù)流程本身的標準化，在過去幾年中這一工作被不斷地嘗試，但進展甚微。大多數(shù)服務(wù)交付平臺廠商提供了一些業(yè)務(wù)流程工具，但是這些平臺仍然非常復雜和昂貴，這使得它們在XaaS的真實世界中缺乏競爭力。

同時，在更一般的云計算和服務(wù)器市場中業(yè)務(wù)流程的工作也在進行中，特別是圍繞DevOps和應(yīng)用程序集成的工作。一些廠商也已取得了領(lǐng)導地位，其中包括阿爾卡特-朗訊、Cisco Systems、 戴爾、惠普、IBM、微軟以及Oracle。如果服務(wù)交付平臺要保持相關(guān)性，那么它就必須走到這些活動的前臺來。

服務(wù)交付平臺還必須解決IMS外與移動網(wǎng)絡(luò)服務(wù)相關(guān)的矛盾。除了定義一系列的會話外，IMS的眾多廠商已拒絕定義“服務(wù)”。如果這妨礙了支持服務(wù)交付平臺業(yè)務(wù)流程的進展，那么它可能把服務(wù)交付平臺降級為軟交換應(yīng)用程序，并在XaaS驅(qū)動的未來中減少其相關(guān)性。