北京時間9月26日消(xiāo)息(艾斯)即使是最好的食材,在一個糟糕(gāo)的廚師手(shǒu)中,也會變成一(yī)份失敗的西班牙(yá)海鮮飯。
來自Light Reaing的報道(dào)稱,德國(guó)電(diàn)信(Deutsche Telekom)核心網開(kāi)發(fā)副總裁Franz Seiser在近日的一場行業活動上表達了對於5G網絡建設的擔憂:如果沒有必要的內(nèi)部專業技術,5G核心網可能會陷入類似的混亂。Franz Seiser說:“我們麵臨(lín)的挑(tiāo)戰是找(zhǎo)出正確的成(chéng)分,同時也要以正確的方式將(jiāng)它們(men)組合起來。你可能擁有最好的食材,卻不知道如(rú)何正確(què)烹飪。”
在這種情境下,所謂的食材,指(zhǐ)的(de)是這家德國最大(dà)的電(diàn)信(xìn)運營商在開始進行一張雲原生5G核心網建設工作時所瞄準的開源技術。在泛網(Pan-Net,這是德國電信建立一(yī)個單一的基於雲的網絡(luò)來(lái)服務於幾乎所有歐洲市場的計劃)執行出現了一些(xiē)錯誤後,德國電信仍然處於其雲化旅(lǚ)程的早期階段。但是該運營商有一個明確的目標。
圖:好的海鮮(xiān)飯(fàn)和失敗的海(hǎi)鮮飯。
也即,到2020年之後,德國電信計劃使用Kubernetes等網絡工具構建一張“獨立的”5G核心網。在同一(yī)時間框架內,大約900個德國站點可能(néng)會變成"cloudlets"——這是德國電信對其邊緣數據(jù)中心的(de)稱呼。開源技術是雲化計劃不可或缺的一部分。
Franz Seiser在馬德(dé)裏的這場會(huì)議上,以西班牙海鮮飯做類比強調了他的擔憂。簡而言之,德國電信與大多數Tier 1運(yùn)營商一樣,希望對自己的命運有更好的控製,並且減少對提供專有技術(shù)來賺錢的大型供應(yīng)商的(de)依賴。開源(yuán)可能會為競爭和創新提供急(jí)需的動(dòng)力。他希望(wàng),雲化(huà)將最終降低成本並縮短產品上(shàng)市時間。
但是,轉型是一個巨大的挑戰,因為德國電(diàn)信發現了泛網計劃執行是一條艱難的道路(lù)。他說,“我們不(bú)得不修改計劃(huá),采取更小的步伐。邁出一大步的確是個(gè)雄心(xīn)壯誌,但並非總能奏效。”德國電信去年才開始將網絡功能轉移到雲環境中,並且這(zhè)些功能要到2020年才支持(chí)商用服務。Franz Seiser認為,內部文化和員工心態一直是主要的障礙:大多數(shù)電信運營商員工不習(xí)慣雲化的操作方(fāng)式。
盡管在泛網方(fāng)麵的(de)進展慢於預期,但德國(guó)電信(xìn)仍在(zài)不斷前進。目前德國電(diàn)信的業務已(yǐ)經有了更多自動(dòng)化,同時Franz Seiser也承認,編(biān)排方麵必須填補“巨大空白”。德國電信位於柏林、法蘭克福、漢堡和慕尼黑這四個城市(shì)的中心辦公室已經實現雲化,創造了新的(de)服務機會,另一個位於杜塞(sāi)爾多夫的辦公(gōng)室也(yě)將很快加入其中。一家由德國電信支持的初創公司mobilesdgeX正(zhèng)在開發支持新的邊緣應用的軟件。
然而,德國電信在核心網方麵(miàn)的時間規劃仍然野心勃(bó)勃。由於德國電信在(zài)雲上運行的軟(ruǎn)件仍未進行優化,這些軟件通常比傳統軟件更昂(áng)貴。在虛擬化的早期階段,德國電(diàn)信就開(kāi)始對虛機進行(háng)了投資,這帶來了有限的益處。這些現在被微服務所取代,微(wēi)服務將這些功能分解為更加輕量化的(de)組件,但同時也帶來(lái)了操作的複雜性。“這就是你要付出的代價。”Franz Seiser說,“你需要有一個適當的自動化係統。如果(guǒ)這種情況得到控製,就有(yǒu)機會降低運營成本。”
開源(yuán)隻會使情況更(gèng)加複雜,這也引發了Franz Seiser對於“西班牙海鮮飯”的擔憂。為了避免烹飪(rèn)出令人不快(kuài)的飯菜,德國電信一直在評估多家供應商結合開(kāi)源技術並構建雲原生5G核心網的能力。“(不同(tóng)的供應商)差異很大。”他(tā)說。“有些離我(wǒ)們對雲原生(shēng)的定義很近,另(lìng)一些則離得很遠。”
盡管如此,德國電信還是選擇了其(qí)中一家廠商進行(háng)測試。Franz Seiser沒有透(tòu)露這家廠商的名字,僅表示該公司現在正運(yùn)行(háng)虛機和基於Kubernetes的微服務的混合模式。至於他對目前行業進(jìn)展(zhǎn)的看法,Franz Seiser說:“想都不要想手動操作。你從一開始就需要自動化。”他還抱怨道(dào),將軟件集成到雲環境(jìng)中仍需要一到(dào)兩周時間,而非幾小時。與虛(xū)機相比,使用微服務進行端到端監控要困難得多。
Franz Seiser承認(rèn),他對如何隨著服務的發(fā)展對複(fù)雜(zá)性進行管理尚無明(míng)確看法。但是他認為,電信運營商需要找到解決該問題的通用方(fāng)法。他說,“如果我們(men)不這樣做,軟件公司將會瘋狂收費。對於每個(gè)問題,開源(yuán)都有五種(zhǒng)工具。”目前,德國電信正在與一(yī)個名為(wéi)Common NFVi Telco Taskforce的行業組織合作,希望就基礎架構應(yīng)該是什麽樣(yàng)子達(dá)成事實上的協議。它在本周發布了第一個參(cān)考模型。
Heavy Reading的首(shǒu)席分析師Gabriel Brown表示,問題在於,供應商是否已從德(dé)國電(diàn)信和其他電信公司在其應構建應用程序的目標平台上獲得了(le)足夠的清晰度。“我們正在努(nǔ)力。雲(yún)平台仍(réng)在開發中……我們現(xiàn)在正朝著容器化發展,事情多多少(shǎo)少又開始了。”Franz Seiser說。看來,要(yào)避免像海鮮飯那樣的一團糟並不容易。
防爆電話機、消防電話機:昆(kūn)侖KNZD-65, 昆侖KNSP-01,昆侖KNSP-22等(děng)等。
有主機呼叫係(xì)統:KNPA-7石油化(huà)工作業區(qū)電話廣播視屏遠程控(kòng)製係統。
KNPA5無主機呼叫係統:無主機呼叫係(xì)統核電、陸上、海上平台應用(yòng)等等。
解決(jué)方案:地鐵、高鐵、核(hé)電、石油化工等(děng)解決方案
昆(kūn)侖科技綜合管廊通信(xìn)係(xì)統解決方案;昆侖科技綜合管廊管道通信(xìn)係統解決方案
詳細的產品信息敬請關注公司官網:http://www.koontech.com/cn/Index.htm