內(nèi)蒙古自治區(qū)政府網(wǎng)
中國科學(xué)技術(shù)協(xié)會
侯曉東 韓思祺
中國電信內(nèi)蒙古分公司信息化部 010010
摘 要:隨著5G、物聯(lián)網(wǎng)和人工智能的興起，電信業(yè)IT支撐系統(tǒng)處理的數(shù)據(jù)量呈指數(shù)級增長，傳統(tǒng)基于IOE的系統(tǒng)面臨著高并發(fā)性能瓶頸、擴(kuò)展能力不足和擴(kuò)容費用昂貴等難題；此外，“棱鏡門”事件爆發(fā)后，網(wǎng)絡(luò)信息安全上升到國家高度，電信業(yè)核心系統(tǒng)“去IOE”的進(jìn)程加速。PaaS作為一種關(guān)鍵的云服務(wù)，能夠為開發(fā)運維人員提供高度穩(wěn)定、規(guī)范和便利的基礎(chǔ)軟硬件環(huán)境，在電信業(yè)去IOE的“上云”進(jìn)程中發(fā)揮著重要的作用。中國電信新一代BSS3.0系統(tǒng)基于PaaS平臺，采用“平臺+應(yīng)用”全新IT架構(gòu)，集合大數(shù)據(jù)、虛擬化等前沿技術(shù)，完成了對現(xiàn)有平臺的技術(shù)升級。
關(guān)鍵詞：PaaS 集群 分布式 云原生
0. 引言
近年來，內(nèi)蒙古電信CRM、計費等系統(tǒng)的性能和訪問量正在逐漸接近瓶頸，存儲、WEB響應(yīng)及數(shù)據(jù)檢索等方面已經(jīng)很難滿足應(yīng)用的要求；營銷決策需要采集分析更為海量的數(shù)據(jù)；歐美國家對華的技術(shù)封鎖與“斯諾登”事件等安全事件反映出一批域外IT產(chǎn)品普遍存在的“后門”問題，以上這些問題無不反映出現(xiàn)有的系統(tǒng)架構(gòu)已經(jīng)無法滿足當(dāng)前環(huán)境對系統(tǒng)的需求。
為實現(xiàn)電信行業(yè)數(shù)字基礎(chǔ)設(shè)施的“去IOE”戰(zhàn)略，升級現(xiàn)有系統(tǒng)架構(gòu)，內(nèi)蒙古電信采用PaaS平臺與開源程序來替代現(xiàn)有系統(tǒng)架構(gòu)。所謂“上云”，即將企業(yè)的IT系統(tǒng)從傳統(tǒng)封閉的、垂直集成的IOE架構(gòu)，轉(zhuǎn)變?yōu)殚_放、水平分層的分布式云化架構(gòu)，整體采用“平臺+應(yīng)用”的云化架構(gòu)，基于通用的分布式PaaS技術(shù)平臺，構(gòu)建應(yīng)用能力中心。
1. PaaS層關(guān)鍵技術(shù)探討
內(nèi)蒙古電信IT支撐系統(tǒng)上云結(jié)合了業(yè)界主流技術(shù)發(fā)展和企業(yè)自身戰(zhàn)略，基于自主建設(shè)的統(tǒng)一PaaS平臺實現(xiàn)更為彈性和敏捷的云化應(yīng)用架構(gòu)，更為可靠和高效集約的應(yīng)用運維，更為精準(zhǔn)和自動化的應(yīng)用生命周期管理。
PaaS平臺方面，使用了分布式數(shù)據(jù)庫（UDAL+TeleDB）、小文件系統(tǒng)、分布式緩存(Ctg-Cache)、分布式消息(Ctg-MQ)等關(guān)鍵技術(shù),實現(xiàn)了核心PaaS組件的自主可控，解決了行業(yè)數(shù)據(jù)庫“去O”、小文件存取效率低、應(yīng)用彈性擴(kuò)展能力差等難題。
1.1分布式數(shù)據(jù)庫
電信自研分布式數(shù)據(jù)庫(TeleDB+UDAL)采用InnoDB數(shù)據(jù)庫引擎，兼容MySQL的數(shù)據(jù)庫編程架構(gòu)，能夠有效降低了開發(fā)難度。其中，統(tǒng)一數(shù)據(jù)訪問層UDAL對外界提供透明讀寫的能力；TeleDB數(shù)據(jù)庫通常采用一主兩從的主備架構(gòu)，提供健康檢查、備份恢復(fù)、彈性擴(kuò)容等功能點，適用于高I/O、高容量的數(shù)據(jù)場景。
（1）整體架構(gòu)
圖2 高可用數(shù)據(jù)庫框架
① Keeper集群：keeper是TeleDB的調(diào)度器，根據(jù)主備同步延遲、數(shù)據(jù)庫進(jìn)程狀態(tài)等信息決定是否進(jìn)行主從切換。
?、?Zookeeper集群：Zookeeper是TeleDB集群信息存儲和交互的中心。存儲信息基本是由agent和scheduler寫入，并供Keeper集群監(jiān)控調(diào)用。
?、?Agent：agent 用于收集底層DB 服務(wù)器的狀態(tài)信息，并將相關(guān)信息寫入zookeeper。當(dāng)數(shù)據(jù)庫出現(xiàn)問題是，agent無法心跳上報信息引起主從切換。
④ Keepalived：Keepalived的作用是檢測服務(wù)器的狀態(tài)。
?、?Gateway：記錄并監(jiān)控SQL執(zhí)行信息，分析SQL執(zhí)行效率。
（2）功能特性
?、?增強(qiáng)的半同步復(fù)制
數(shù)據(jù)庫提交事務(wù)時，只有當(dāng)備機(jī)同步事務(wù)數(shù)據(jù)并返回ACK確認(rèn)給主機(jī)時，主機(jī)才向應(yīng)用返回事務(wù)應(yīng)答，克服了異步復(fù)制可能導(dǎo)致的數(shù)據(jù)丟失問題。
?、?高可用自動切換功能
TeleDB具備秒級檢測，分鐘級切換，快速路由變更的能力，能夠?qū)崿F(xiàn)故障節(jié)點與正常節(jié)點間自動切換；由于未同步數(shù)據(jù)不會返回事務(wù)響應(yīng)，因此切換過程保障主備數(shù)據(jù)完全一致，有效保證了數(shù)據(jù)安全。
?、?高性能讀寫
分布式數(shù)據(jù)庫摒棄了MySQL傳統(tǒng)理解模式，運用連接池技術(shù)解決了最大連接數(shù)限制問題以及過多線程帶來的系統(tǒng)開銷。
圖3 連接池技術(shù)性能測試數(shù)據(jù)
1.2分布式小文件系統(tǒng)
分布式小文件系統(tǒng)，是中國電信基于開源組件HDFS、 HBase、 ZooKeeper等自主研發(fā)的分布式文件系統(tǒng)組件，尤其適用于海量小文件場景下HDFS處理能力不足的情況。
電信業(yè)務(wù)話單與多媒體數(shù)據(jù)文件數(shù)量多、體積小，如果直接將這些數(shù)據(jù)存入HDFS會對平臺的整體造成影響。
（
圖4 小文件系統(tǒng)架構(gòu)圖
① Zookeeper：分布式協(xié)調(diào)組件，在小文件系統(tǒng)中用于配置維護(hù)、域名服務(wù)、分布式同步、組服務(wù)等。
② HDFS：開源分布式文件系統(tǒng)，適用于海量大文件的存取與離線分析。
③ Hbase：基于HDFS的分布式開源列數(shù)據(jù)庫，非結(jié)構(gòu)化數(shù)據(jù)存取能力強(qiáng)。
（2）功能特性
電信集團(tuán)自研小文件系統(tǒng)在HDFS的基礎(chǔ)上，增加了Hbase層用于存儲小文件的元數(shù)據(jù)信息。當(dāng)進(jìn)行寫操作時，小文件先緩存到服務(wù)器本地內(nèi)存中，達(dá)到HDFS文件塊大小(128MB)時，再集中存入HDFS文件系統(tǒng)。Hbase建立了小文件與HDFS文件塊之間的映射關(guān)系，客戶端根據(jù)Hbase服務(wù)器反饋的HDFS文件塊元數(shù)據(jù)信息，直接從HDFS的Data Node獲取相應(yīng)文件，再根據(jù)偏移量等信息定位到相應(yīng)的小文件。
經(jīng)過改進(jìn)的小文件系統(tǒng)有效減輕了HDFS中NameNode存儲元數(shù)據(jù)時帶來的內(nèi)存壓力，和磁盤中DataNode中的分塊數(shù)量，提高了文件的讀取效率。
1.3云原生
云原生具備兩個概念，一個是云，另一個是運行在云環(huán)境的原生系統(tǒng)。云與本地相對，云包含了IaaS、PaaS和SaaS三層應(yīng)用分布架構(gòu)。原生就是土生土長的意思，應(yīng)用設(shè)計的時候就考慮到應(yīng)用是運行云環(huán)境里的。[1]
云原生作為一種方法論或是一種理念，在未來發(fā)展中要向四個方面發(fā)展：容器化、持續(xù)交付、DevOps、微服務(wù)。
圖5 云原生架構(gòu)
（1）微服務(wù)
微服務(wù)是一種基于容器技術(shù)的軟件架構(gòu)設(shè)計模式，倡導(dǎo)將應(yīng)用分割為一系列獨立的服務(wù)，每個服務(wù)專注于單一的業(yè)務(wù)功能點，運行在獨立的容器之中，服務(wù)之間相互隔離，并且采用HTTP協(xié)議進(jìn)行通信[2]。
功能特性
相比于單機(jī)服務(wù)與其他架構(gòu)，微服務(wù)架構(gòu)的主要特征是組件化、松耦合、獨立、去中心化。主要表現(xiàn)在如下幾個方面：
?、佟》?wù)間高內(nèi)聚，低耦合，邏輯易于理解，易于大型系統(tǒng)的開發(fā)和維護(hù)。
?、凇?yīng)用可以拆分部署，便于分階段交付和持續(xù)集成
?、邸U(kuò)容便利，服務(wù)能力彈性伸縮，資源按需分配。
④ 容錯性提升，單個服務(wù)因內(nèi)存泄漏等原因崩潰，不會導(dǎo)致整個應(yīng)用崩潰。
⑤ 應(yīng)用開發(fā)于版本升級速度快，不需要對全量服務(wù)進(jìn)行重新開發(fā)。
（2）DevOps
DevOps是Development和Operations的組合詞，涵蓋了軟件的開發(fā)、測試和交維的全生命周期，軟件開發(fā)者能夠及時得到測試和交維階段反饋的問題，并參與實際的生產(chǎn)環(huán)節(jié)，有效提升了軟件的開發(fā)效率，降低了軟件運維的工作量[3]。
功能特性
DevOps的核心原則是快速流動、快速反饋與持續(xù)學(xué)習(xí),其主要優(yōu)勢表現(xiàn)在以下幾方面：
① 可以實現(xiàn)應(yīng)用的快速部署，簡化了開發(fā)者的適配操作系統(tǒng)、依賴環(huán)境時繁瑣程度，有效兼容底層各類異構(gòu)的運行環(huán)境，開發(fā)者可以更加專注于應(yīng)用邏輯的開發(fā)，提高應(yīng)用開發(fā)效率。
② 提高了系統(tǒng)的運維的效率，PaaS平臺可以帶來應(yīng)用底層運行環(huán)境的高一致性，運維的工作重點從基礎(chǔ)的節(jié)點設(shè)施轉(zhuǎn)移到應(yīng)用軟件本身。
?、邸閼?yīng)用提供了灰度發(fā)布的能力，在應(yīng)用測試階段，可以根據(jù)地域、工號和登錄時間等信息，靈活選擇一部分用戶參與新版本應(yīng)用的測試，并根據(jù)測試進(jìn)度將新版應(yīng)用的使用范圍逐漸過渡到全體用戶。
（3）持續(xù)交付
持續(xù)交付（Continuous delivery，縮寫為 CD），是一種軟件工程方法，讓軟件產(chǎn)品的產(chǎn)出過程在一個短周期內(nèi)完成，以保證軟件可以穩(wěn)定、持續(xù)的保持在隨時可以發(fā)布的狀況。它的目標(biāo)在于讓軟件的編譯、測試與發(fā)布變得更快更頻繁。這種方式可以縮小軟件開發(fā)的成本與時間，縮小風(fēng)險。[4]
功能特性
?、?提升版本發(fā)布頻率：實施持續(xù)交付的主要好處是能夠加快應(yīng)用程序的發(fā)布時間。在競爭激烈的行業(yè)中，速度的提高將會使你處于主要優(yōu)勢。
② 持續(xù)系統(tǒng)調(diào)優(yōu)：持續(xù)不斷的軟件版本發(fā)布也會根據(jù)用戶對應(yīng)用程序的反饋，允許開發(fā)團(tuán)隊對其進(jìn)行微調(diào)使應(yīng)用帶來更好的用戶反饋。
③ 減低發(fā)布風(fēng)險：持續(xù)交付能保證每個發(fā)行版本的風(fēng)險較低。
總的來說，持續(xù)交付是采用小步快跑代替原有集中交付模式，從而更快地得到市場反饋，推動產(chǎn)品的商業(yè)價值的實現(xiàn)。在互聯(lián)網(wǎng)應(yīng)用盛行、速度為王的今天，持續(xù)交付的價值更被突顯出來。
（4）容器化
容器是一種基于Linux內(nèi)核的虛擬化技術(shù)，可以提供輕量的虛擬化能力，提供進(jìn)程隔離能力。相較于傳統(tǒng)虛擬機(jī)，能夠降低硬件接口虛擬化帶來的復(fù)雜性，降低啟動多份操作系統(tǒng)帶來的內(nèi)存開銷，有效平衡了宿主機(jī)資源利用效率與進(jìn)程隔離之間的關(guān)系。容器技術(shù)的優(yōu)勢集中體現(xiàn)在以下四個方面：
?、?輕量化：容器內(nèi)可以只封裝應(yīng)用和必要的依賴環(huán)境，占用存儲少；
?、?部署快：相比虛擬機(jī)小時級的部署速度，容器部署通常數(shù)秒就可以完成；
?、?易移植：容器鏡像封裝好之后，可以部署于任意一臺Linux主機(jī)之上；
?、?彈性伸縮：依托于Kubernetes、Swam等開源容器編排管理工具，可以根據(jù)容器利用率自動實現(xiàn)容器數(shù)量的擴(kuò)增，提高主機(jī)資源利用率。
容器化實踐
基于 Docker + Kubernetes 的容器云平臺，中國電信研發(fā)的TeleDCOS提供了可擴(kuò)展、高性能的容器管理服務(wù)，是一種以應(yīng)用為中心的容器云產(chǎn)品和解決方案，涵蓋輕量級容器虛擬化、微服務(wù)、DevOps、持續(xù)交付等，可以在托管的云服務(wù)器實例集群上輕松運行應(yīng)用程序，最大化地幫助企業(yè)實現(xiàn)業(yè)務(wù)應(yīng)用的快速交付與持續(xù)創(chuàng)新。
TeleDCOS底層以docker為基礎(chǔ)，通過kubernetes進(jìn)行分布式資源調(diào)度與協(xié)調(diào)，將底層資源進(jìn)行集中管理。以應(yīng)用為中心，確保各類資源隨著應(yīng)用的需求而動態(tài)調(diào)度，提高資源利用率、簡化應(yīng)用管理、提升運維效率。
2 PaaS平臺的優(yōu)勢
內(nèi)蒙古電信擁有龐大的IT基礎(chǔ)設(shè)施，例如運營支撐系統(tǒng)、客戶關(guān)系管理系統(tǒng)和辦公系統(tǒng)等，按照云計算架構(gòu)搭建私有PaaS平臺，面向企業(yè)內(nèi)部提供云計算服務(wù)，可以有效提高資源利用率，大大降低系統(tǒng)投資和運營的成本。其次，隨著5G核心網(wǎng)的建設(shè)，配套的IT系統(tǒng)需要在短時間內(nèi)完成建設(shè)，PaaS平臺組件高度規(guī)范化的Open API，基于容器化的部署方式，以及應(yīng)用容器的集中管理、統(tǒng)一監(jiān)控的特性，提高了開發(fā)和運維的效率，助力加速了5G SA等一批項目的火速上線。此外，PaaS平臺的優(yōu)勢還體現(xiàn)在如下方面:
2.1 優(yōu)化的開發(fā)流程
在PaaS模式下采用了全新的開發(fā)流程，PaaS平臺虛擬化與自動化的應(yīng)用，大大優(yōu)化了程序版本的發(fā)布過程。相較于原有的開發(fā)流程，PaaS平臺為其帶來了更多的優(yōu)勢：
?、?版本發(fā)布變更范圍縮?。好看伟l(fā)布包含的變化少。頻繁部署使每一次變更的內(nèi)容范圍縮小，因此每次部署不會對生產(chǎn)系統(tǒng)造成巨大影響，應(yīng)用程序會以平滑的速率逐漸生長。
?、?部署自動化：強(qiáng)大的部署自動化手段確保部署任務(wù)的可重復(fù)性、縮小部署出錯的可能性。
?、?發(fā)布時間縮短：PaaS模式下將上線時間縮小了50%，尤其可以應(yīng)用程序在線“熱發(fā)布”。
?、?彈性擴(kuò)縮容：軟件系統(tǒng)的運行狀態(tài)更加穩(wěn)定、安全，并且變更是可審查的。
⑤ 代碼拆分：基于PaaS模式下的版本發(fā)布，它允許將較大的代碼庫分解為較小的、可管理的模塊。
2.2 高負(fù)載性
PaaS平臺應(yīng)用部署采用虛擬化技術(shù)進(jìn)行部署，全新的Docker容器技術(shù)縮小了程序部署的復(fù)雜度，同時容器部署對硬件資源的需求極少，所以在同等條件下部署應(yīng)用，應(yīng)用所反饋的響應(yīng)時間更短。運用容器部署應(yīng)用可以極大地提高應(yīng)用的負(fù)載能力，應(yīng)用的部署可以隨時跟隨需求量的大小進(jìn)行快速擴(kuò)縮容，減輕因應(yīng)用壓力而導(dǎo)致的應(yīng)用訪問緩慢。
容器部署具備松散耦合、分布式、彈性、自由的特點：應(yīng)用程序被分解成更小的、獨立的部分，可以動態(tài)部署和管理，而不是運行在一臺大型單用途機(jī)器上的單一堆棧，使應(yīng)用之間的調(diào)用更為靈活，高效。
2.3 版本無感知切換
全新的PaaS平臺采用灰度發(fā)布概念，做到版本無感知升級?；叶劝l(fā)布使一種能夠平滑過渡的發(fā)布方式。在其上可以進(jìn)行A/B testing，即讓一部分用戶繼續(xù)用產(chǎn)品特性A，一部分用戶開始用產(chǎn)品特性B，當(dāng)用戶對B沒有什么反對意見，逐步擴(kuò)大范圍，把所有用戶都遷移到B上面來。
灰度發(fā)布可以保證整體系統(tǒng)的穩(wěn)定，在初始灰度的時候就可以發(fā)現(xiàn)、調(diào)整問題，以保證其影響度。采用灰度進(jìn)行版本發(fā)布與升級可以降低發(fā)布風(fēng)險，縮小影響范圍，更方便出問題時的版本回滾。對于灰度發(fā)布采用Nginx控制縮小了對業(yè)務(wù)的入侵性，使灰度發(fā)布和正式上線都非常方便。
2.4 高可用能力強(qiáng)
相較傳統(tǒng)的煙囪式架構(gòu)，PaaS架構(gòu)具備更好的高可用性解決方案與更好的處理能力。傳統(tǒng)模式下，各應(yīng)用與各組件見存在巨大的壁壘，使各系統(tǒng)間的溝通非常的繁瑣與復(fù)雜，原有的系統(tǒng)架構(gòu)高可用性差，無論是主機(jī)方面或是應(yīng)用程序的高可用性都處在一個較低的水平。
PaaS平臺的部署采用虛擬化、集群方式部署，大大提高了應(yīng)用與系統(tǒng)的整體容災(zāi)能力。采用容器化部署，可以使應(yīng)用分布于不同的主機(jī)之下，保證應(yīng)用隨時具有可用的應(yīng)用容器。與此同時，平臺層面采用了分布式集群的方式部署，增加了冗余主機(jī)，同時采用LVS高可用機(jī)制保證了平臺穩(wěn)定高效的運行。
2.5 經(jīng)濟(jì)成本低
對于一個企業(yè)來講，經(jīng)濟(jì)成本與效率是更著重考慮的方面，PaaS平臺采用更為廉價的X86主機(jī)結(jié)合虛擬化技術(shù)，在很大程度上降低了系統(tǒng)部署成本。虛擬化的應(yīng)用杜絕了硬件資源的浪費，可以更為有效的利用資源。虛擬化的運用可以使很多不依賴硬件資源的系統(tǒng)進(jìn)行容器化部署，這樣可以在很大程度上節(jié)省硬件資源的使用，相較于大型機(jī)、小型機(jī)昂貴的購買與維護(hù)費用X86主機(jī)具有更為廉價的成本。
隨著國產(chǎn)技術(shù)的不斷提升，未來X86主機(jī)將更加穩(wěn)定，并且隨著技術(shù)本土化成本也會更加低廉。PaaS運用集群模式與虛擬化達(dá)到與大型機(jī)、小型機(jī)同樣穩(wěn)定的效果與計算能力，同時在一些方面也超越了大型機(jī)與小型機(jī)。PaaS平臺以其廉價高效的性能將越來越受到大型企業(yè)和系統(tǒng)的青睞。
3 內(nèi)蒙古BSS3.0系統(tǒng)基于PaaS平臺的實踐
3.1 實踐
內(nèi)蒙古電信積極響應(yīng)集團(tuán)部署智慧BSS3.0的戰(zhàn)略，于2018年組建PaaS平臺小組，赴各地學(xué)習(xí)PaaS平臺知識，組織每次學(xué)習(xí)后的小組討論，消化知識，整理知識樹，保證在平臺部署前具備扎實的平臺知識。
2019年，進(jìn)入內(nèi)蒙古BSS3.0系統(tǒng)部署的關(guān)鍵年，PaaS小組積極參與硬件設(shè)備的需求整理與訂購。同時確定平臺架構(gòu)的合理性，在設(shè)備到貨后根據(jù)架構(gòu)規(guī)劃主機(jī)硬件與分布，做到同組件主機(jī)不同柜，使系統(tǒng)在物理層面具備最大的高可用性。根據(jù)規(guī)劃方案，PaaS小組在運維社區(qū)下載最新版本自行部署PaaS平臺組件，積累了寶貴的平臺部署經(jīng)驗。部署完成后配合業(yè)務(wù)完成應(yīng)用對接、調(diào)優(yōu)、壓力測試、破壞性測試等上線準(zhǔn)備工作，為BBS3.0平臺順利割接打下了堅實的基礎(chǔ)。在BSS3.0上線期間7×24實時現(xiàn)場保障，完成了BSS3.0的順利割接。
3.2帶來變化
隨著新一代基于PaaS平臺的BSS3.0穩(wěn)定上線運行，為內(nèi)蒙古電信帶來了一次里程碑式的變革。新一代BSS 3.0采用“平臺+應(yīng)用”模式，構(gòu)建云化架構(gòu)、能力中心化的智慧BSS系統(tǒng)。新一代BSS3.0將依托大數(shù)據(jù)注智，實現(xiàn)為客戶經(jīng)營賦能，為渠道管理賦能，為一線和客戶體驗提升賦能，更將大幅提升市場運營效率，突破業(yè)務(wù)發(fā)展瓶頸。3.0平臺的上線使內(nèi)蒙古電信實現(xiàn)了BSS的3.0智慧化轉(zhuǎn)型，同時為內(nèi)蒙古電信帶來了全云化架構(gòu)、能力中心化、智慧營銷、智慧運維等諸多好處。
（1）業(yè)務(wù)能力更強(qiáng)
伴隨BSS3.0平臺的上線，內(nèi)蒙古電信依托良好的前端交互和后端快速運算，使門店坐席的效率提升300%；在廳店業(yè)務(wù)受理方面，借助BSS3.0的預(yù)受理功能，包括清晰分類的一鍵甩單功能，有些用戶不需要到坐席就可以處理完，復(fù)雜業(yè)務(wù)的處理也能夠縮短到20分鐘以內(nèi)。
借助3.0大數(shù)據(jù)平臺，通過數(shù)據(jù)的精準(zhǔn)分析，幫助客服人員完成業(yè)務(wù)的提升。數(shù)據(jù)顯示，借助BSS3.0的智能化，內(nèi)蒙古電信10000客服人員電信平均通話時長比原來縮短了40-50秒，轉(zhuǎn)單率降低1分鐘左右，客戶滿意度提升了0.4%。不僅如此，伴隨著上線，計費性能提升了10倍，賬務(wù)實時預(yù)處理能力提升2.5倍。智能化改變了原有的工作方式，改變了洞察客戶的方式，改變了服務(wù)客戶的方式，改變了客戶的體驗。
（2）經(jīng)濟(jì)收益提高
BSS3.0依托PaaS平臺部署，為內(nèi)蒙古電信帶來了全新的運營模式，完成了智慧營銷的部署，精準(zhǔn)營銷提升了內(nèi)蒙古客服的營銷能力，能夠根據(jù)用戶的需要推薦更為適合的營業(yè)套餐。智慧平臺的推出大大提升了客戶的滿意度，牢固了客戶粘性，為內(nèi)蒙古電信業(yè)務(wù)營收帶來了保障。同時，相較于以前IOE傳統(tǒng)部署架構(gòu)，新平臺架構(gòu)采用更為廉價的X86主機(jī)，虛擬化技術(shù)的應(yīng)用節(jié)省了不少主機(jī)資源，采用開源系統(tǒng)節(jié)省了大量的系統(tǒng)維護(hù)成本?；赑aaS平臺的3.0平臺，不僅在業(yè)務(wù)上帶來收益，還在平臺運維方面節(jié)約30%左右的資金。全新的平臺將助力內(nèi)蒙古電信煥發(fā)新的生命。
（3）培養(yǎng)精英團(tuán)隊
新平臺的部署為內(nèi)蒙古電信培養(yǎng)出了一批精于新平臺的技術(shù)人員，增加了內(nèi)蒙古電信的人才儲備。同時BSS3.0平臺的割接錘煉了各團(tuán)隊的意志，凝聚了各團(tuán)隊。新平臺的上線不僅使個人的能力與知識得到提升，還考驗著個人綜合能力與協(xié)調(diào)能力，組件的成功部署成功的為內(nèi)蒙古電信培養(yǎng)出一批業(yè)務(wù)能手與平臺技術(shù)人才。為內(nèi)蒙古電信后續(xù)科技上新與發(fā)展奠定了基礎(chǔ)。隨著未來科技的不斷進(jìn)步與發(fā)展，人才的儲備至關(guān)重要，伴隨人才隊伍的不斷壯大，內(nèi)蒙古電信的競爭力將與日俱增。
4 結(jié)束語
內(nèi)蒙古電信目前正在推進(jìn)存量IT系統(tǒng)的“上云”進(jìn)度，例如企業(yè)OA辦公系統(tǒng)、OSS系統(tǒng)等。依托于本省電信PaaS平臺提供的分布式數(shù)據(jù)庫、緩存、文件系統(tǒng)等組件的API，有效提高了應(yīng)用的開發(fā)和運維效率，降低了IT系統(tǒng)的投資成本。此外，基于具有自主知識產(chǎn)權(quán)PaaS平臺的IT系統(tǒng)能夠有效推動國內(nèi)廠商在主機(jī)、數(shù)據(jù)庫、中間件等領(lǐng)域的發(fā)展，建立中國自主的IT產(chǎn)業(yè)鏈，對于網(wǎng)絡(luò)和信息安全也具有重要意義。
參考文獻(xiàn)：
[1] 朱建軍, 方琰崴. 面向服務(wù)的5G云原生核心網(wǎng)及關(guān)鍵技術(shù)研究[J]. 數(shù)字通信世界, 2018, 000(002):111.
[2] 王磊. 微服務(wù)架構(gòu)與實踐[M]. 電子工業(yè)出版社, 2016.
[3] 梁奐, 陳春華, 姚文勝. 電信DevOps探索與實踐[J]. 廣東通信技術(shù), 2019, 039(001):36-40.
[4] 張文林. 持續(xù)交付及其在大型項目中的應(yīng)用[J]. 軟件導(dǎo)刊, 2017, 16(010):159-161.
[5] 樊偉鈺, 朱曉民. 一種PaaS系統(tǒng)的數(shù)據(jù)監(jiān)控平臺的設(shè)計方案[J]. 電信工程技術(shù)與標(biāo)準(zhǔn)化, 2013(11):80-84.
作者簡介
侯曉東（1979-），男，碩士研究生，主要研究方向：云計算專業(yè)，主要從事PaaS平臺的建設(shè)運營工作