|
新聞中心
當(dāng)前位置：網(wǎng)站首頁 > 新聞中心
服務(wù)交付平臺(tái)SDP：云計(jì)算交付XaaS需求
服務(wù)交付平臺(tái)(SDP)誕生于快速創(chuàng)建先進(jìn)多媒體服務(wù)的需求：IPTV、移動(dòng)視頻、游戲、基于位置的服務(wù)(LBS)。但是，在云計(jì)算中，是否有服務(wù)交付平臺(tái)的角色呢？有可能有，但是它們絕不是現(xiàn)如今我們所認(rèn)知的服務(wù)交付平臺(tái)。為了保持云計(jì)算服務(wù)供應(yīng)商們的相關(guān)性，服務(wù)交付平臺(tái)也必須相應(yīng)發(fā)展。
幾十年前，網(wǎng)絡(luò)的主要服務(wù)是語音通信，而該服務(wù)的功能被嵌在中心局和縱列交換機(jī)中。隨著網(wǎng)絡(luò)服務(wù)的發(fā)展，并變得越來越以軟件為基礎(chǔ)，這一單一模式也被迫發(fā)生了變化；甚至在互聯(lián)網(wǎng)問世之前，標(biāo)準(zhǔn)工作組就一直在致力于如何在網(wǎng)絡(luò)服務(wù)中定義托管計(jì)算機(jī)智能角色的工作。這些工作也實(shí)實(shí)在在地推動(dòng)了服務(wù)交付平臺(tái)的發(fā)展。服務(wù)交付平臺(tái)的根源在于傳統(tǒng)的語音服務(wù)，如今這些根源在SDP在移動(dòng)語音服務(wù)中所發(fā)揮的作用是最為明顯的，其功能就如同一個(gè)IP多媒體子系統(tǒng)組件的主機(jī)。但是，服務(wù)交付平臺(tái)的未來更可能寄托于兩個(gè)下一代的技術(shù)：OTT內(nèi)容交付和云計(jì)算。OTT和云計(jì)算的組合形成了一個(gè)被稱為XaaS的聯(lián)合體，意即任何事物皆為服務(wù)或一切皆為服務(wù)，該定義揭示了服務(wù)交付平臺(tái)發(fā)展的必然方向。為什么XaaS需要服務(wù)交付平臺(tái)
XaaS模式假定供應(yīng)商們將越來越多地向移動(dòng)設(shè)備交付下一代的服務(wù)。被傳輸?shù)竭@些設(shè)備的數(shù)據(jù)將來自于不同的源，而處理計(jì)算資源的主體也可能被分散分布。但是，支持這一模式需要具有最佳性能的簡單互聯(lián)網(wǎng)連接性，而任何支持這一互聯(lián)網(wǎng)連接性的任何組件發(fā)生故障都將導(dǎo)致服務(wù)的整體故障，這一現(xiàn)實(shí)將讓客戶頗受打擊。
可靠性是支持XaaS應(yīng)用程序的首要因素，這一要求包括了從網(wǎng)絡(luò)到應(yīng)用程序組件的所有一切，而供應(yīng)商所提供的服務(wù)必須確保用戶們感到滿意，而供應(yīng)商也能夠有利可圖?？紤]到這些需求，服務(wù)交付平臺(tái)可能是XaaS的一個(gè)理想平臺(tái)。服務(wù)交付平臺(tái)本身的可用性設(shè)計(jì)要求就比傳統(tǒng)服務(wù)器要高得多，同時(shí)它們的建造工藝也需滿足電信服務(wù)應(yīng)用中信號(hào)的高可靠性要求。
大多數(shù)服務(wù)交付平臺(tái)都使用了諸如Linux、Unix或相關(guān)衍生操作系統(tǒng)的開放式平臺(tái)，其中大部分理論上都配備有云計(jì)算軟件，并支持網(wǎng)絡(luò)兼容的接口。如今服務(wù)交付平臺(tái)所缺乏的唯一一點(diǎn)就是與基于會(huì)話服務(wù)(如VoIP和IMS)明確概念看齊的網(wǎng)絡(luò)服務(wù)的明確概念。IMS似乎不可能產(chǎn)生一個(gè)網(wǎng)絡(luò)服務(wù)的競爭性平臺(tái)，如果服務(wù)交付平臺(tái)將作為普通服務(wù)器的競爭性選擇對(duì)象，那么它們就必須顯著地提高基本服務(wù)器或云計(jì)算服務(wù)器的能力。XaaS中的服務(wù)交付平臺(tái)：應(yīng)用程序商店，認(rèn)證或業(yè)務(wù)流程？
到目前為止，市場上已經(jīng)確定了服務(wù)交付平臺(tái)核心價(jià)值優(yōu)點(diǎn)的三個(gè)應(yīng)用：應(yīng)用程序商店開發(fā)、功能與服務(wù)元素的認(rèn)證以及整個(gè)元素構(gòu)成中的服務(wù)流程。
應(yīng)用程序商店是非常熱衷于為供應(yīng)商提供服務(wù)的，因?yàn)樗鼈兘宕藫碛辛艘粋€(gè)與他們移動(dòng)設(shè)備部署相關(guān)的市場，同時(shí)與他們的計(jì)費(fèi)流程相連。雖然有可能如同Google公司和蘋果公司那樣把應(yīng)用程序商店托管給標(biāo)準(zhǔn)的服務(wù)器，但是網(wǎng)絡(luò)運(yùn)營商們還是面臨著一個(gè)要求更高可靠性標(biāo)準(zhǔn)的命題，這就足以證明服務(wù)交付平臺(tái)存在的價(jià)值了。但問題在于，應(yīng)用程序商店只是一個(gè)應(yīng)用，它并不是服務(wù)體系架構(gòu)的基礎(chǔ)。
認(rèn)證是服務(wù)交付平臺(tái)向XaaS平臺(tái)發(fā)展過程中一個(gè)潛在的、更具吸引力的一步。認(rèn)證平臺(tái)負(fù)責(zé)管理服務(wù)網(wǎng)絡(luò)的元素，其中包括軟件、服務(wù)器和數(shù)據(jù)庫，這些都不屬于傳統(tǒng)網(wǎng)絡(luò)管理和網(wǎng)絡(luò)運(yùn)行中心工具的范疇。服務(wù)交付平臺(tái)可與傳統(tǒng)服務(wù)器并行部署，可用于確保這些設(shè)備的可用性和正常功能運(yùn)行，從而能夠以更高的等級(jí)監(jiān)督服務(wù)運(yùn)行。但是，即便是在這個(gè)任務(wù)中，服務(wù)交付平臺(tái)也是位于服務(wù)本身以外的，這可確保資源的可用性，但不確保其參與其中。
業(yè)務(wù)流程很可能鞏固服務(wù)交付平臺(tái)在XaaS中的作用。在在線服務(wù)中，業(yè)務(wù)流程是整個(gè)服務(wù)組件、組件間請(qǐng)求與響應(yīng)移動(dòng)有序鏈接中服務(wù)和體驗(yàn)的有機(jī)組合。業(yè)務(wù)流程與認(rèn)證不同，后者關(guān)注于可用性的認(rèn)證，而前者實(shí)際上創(chuàng)建了服務(wù)或體驗(yàn)，這即意味著構(gòu)建用戶所見、所買是非常重要的。
業(yè)務(wù)流程還解決了構(gòu)建復(fù)雜、組件化應(yīng)用程序的潛在挑戰(zhàn)，而這正是XaaS擺在首要地位需要?jiǎng)?chuàng)建的工作。一個(gè)服務(wù)交付平臺(tái)業(yè)務(wù)流程的服務(wù)可以通過簡單監(jiān)控以確保發(fā)送至組件的請(qǐng)求能夠產(chǎn)生響應(yīng)，或當(dāng)請(qǐng)求沒有得到適當(dāng)反應(yīng)時(shí)采取故障轉(zhuǎn)移計(jì)劃，從而防止單個(gè)組件的故障。這就意味著，更多的網(wǎng)絡(luò)服務(wù)器能夠參與到XaaS中，而不會(huì)產(chǎn)生鋪天蓋地的故障風(fēng)險(xiǎn)，這主要常見于多方服務(wù)部署應(yīng)用中。
當(dāng)用于業(yè)務(wù)流程中時(shí)，服務(wù)交付平臺(tái)可作為服務(wù)組件的主機(jī)，其運(yùn)行是XaaS中最重要的因素，這也是集成高可用性網(wǎng)絡(luò)組件或OSS/BSS組件的必要條件。業(yè)務(wù)流程是服務(wù)交付平臺(tái)的未來，而大多數(shù)服務(wù)交付平臺(tái)供應(yīng)商們?nèi)缃褚苍谒麄兊臓I銷材料中承認(rèn)了這一點(diǎn)。業(yè)務(wù)流程的服務(wù)交付平臺(tái)：發(fā)展道路上還有很多的障礙
它所面臨的挑戰(zhàn)在于組織業(yè)務(wù)流程本身以及實(shí)現(xiàn)業(yè)務(wù)流程本身的標(biāo)準(zhǔn)化，在過去幾年中這一工作被不斷地嘗試，但進(jìn)展甚微。大多數(shù)服務(wù)交付平臺(tái)廠商提供了一些業(yè)務(wù)流程工具，但是這些平臺(tái)仍然非常復(fù)雜和昂貴，這使得它們?cè)赬aaS的真實(shí)世界中缺乏競爭力。
同時(shí)，在更一般的云計(jì)算和服務(wù)器市場中業(yè)務(wù)流程的工作也在進(jìn)行中，特別是圍繞DevOps和應(yīng)用程序集成的工作。一些廠商也已取得了領(lǐng)導(dǎo)地位，其中包括阿爾卡特、思科、 戴爾、惠普、IBM、微軟以及Oracle。如果服務(wù)交付平臺(tái)要保持相關(guān)性，那么它就必須走到這些活動(dòng)的前臺(tái)來。
服務(wù)交付平臺(tái)還必須解決IMS外與移動(dòng)網(wǎng)絡(luò)服務(wù)相關(guān)的矛盾。除了定義一系列的會(huì)話外，IMS的眾多廠商已拒絕定義“服務(wù)”。如果這妨礙了支持服務(wù)交付平臺(tái)業(yè)務(wù)流程的進(jìn)展，那么它可能把服務(wù)交付平臺(tái)降級(jí)為軟交換應(yīng)用程序，并在XaaS驅(qū)動(dòng)的未來中減少其相關(guān)性。
|
