電信業發起CNF革命：VM退，容器進

長期以來，人們一直認為電信業的創新軌跡是漸進式的，而非革命性的。

從1914年最早的海岸到海岸的通話，到隨後的60年，從基礎設施的角度來看，變化不大。光纖技術的引入加快了節奏，最近又引入了網路功能虛擬化(NFV)，旨在將在專用硬體上執行的網路功能移動到虛擬機器(VM)。

現在，5G服務的推出為運營商帶來了巨大變革的挑戰和機遇。

新的服務產品將有可能開闢全新的業務線。我們面臨的挑戰將是，如何靈活地快速推出新服務，以超過競爭對手，從而滿足這一需求。擁有合適的基礎設施將是電信從“管道”轉移到“平臺”的關鍵推動因素，有助於奠定基礎，成為創新、資料驅動服務的直接平臺。

雖然虛擬化仍然是5G推出的一個重要組成部分，但對於這一新挑戰，雲原生和容器是革命性的發展方向。

VM時代

NFV過去是，現在也是一個革命性的想法：從本質上講，任何可以在特製盒子上完成的事情也可以透過商品資料中心套件上的虛擬機器完成——伺服器、儲存和網路裝置。

由於VMware和其他虛擬機器監控程式的興起，NFV的潛在好處包括降低成本和功耗、輕鬆共享資源和快速上下擴充套件服務的能力，以及硬體的可移植性。

所有這些都有助於電信提供商建設新的5G網路。但是，專門構建的盒子在太大而無法手動執行的網路上有效地完成一件事，從效能、遷移和共存、管理和自動化，當然還有安全性和彈性，這些盒子仍然面臨著挑戰。

並非所有這些挑戰都與儲存相關，許多挑戰正在解決中。運營商繼續將更多5G功能轉移到虛擬化網路功能(VNF)中，但網路推廣需要時間，而且仍在進行中。

作為這一轉型的一部分，他們需要非專門構建的高效能、可靠的基礎設施。但“商品硬體”並不意味著“一切都一樣”，它指的是支援開放標準的硬體。事實上，儲存供應商之間真正的差異對於NFV專案的成敗至關重要。電信公司應尋求滿足其可靠性、效能、自動化和效率關鍵要求的儲存解決方案。

雲原生未來

雖然虛擬化網路功能(VNF)目前正在改變電信行業，但該行業在雲原生網路功能(CNF)方面又向前邁出了一步。

CNF使用容器，這就是為什麼你有時會看到CNF被稱為容器化網路功能的原因。在Pure，我們更喜歡術語“雲原生網路功能”，因為“雲原生”實際上並不涉及應用程式部署的位置;它是關於如何部署的。雲原生應用程式可以在資料中心、公共雲或其他任何地方的裸金屬上執行。正如VNFs為電信運營商提供了許多好處一樣，CNF也將所有這些好處以及更多好處結合在一起。

CNF有助於解決在使用虛擬化和VNFs時仍然存在的一些挑戰。CNFs提供：

——自動縮放：容器可以輕鬆生成更多的容器。每當某個程式需要一個新容器時，你可以得到新的，並在完成後將放棄。Kubernetes只是透過程式碼來處理這一切，所以不需要運維人員干預。這是大規模電信網路的巨大勝利。

——對DevOps的支援：DevOps徹底改變了程式設計，允許連續整合/連續交付(CI/CD)。這意味著運營商可以以更快的速度交付新功能、產品和產品更新。

——難以置信的容錯和快速重啟：CNF基於微服務，可以極大地降低大規模故障的運維和安全風險。容器幾乎可以立即重新啟動，並且可以在不停機的情況下執行升級，允許在需要時自動快速回滾。如果容器出現故障，系統會自動生成一個新容器。

——監控和報告：鑑於其範圍，電信網路高度依賴良好的監控和報告。幸運的是，Kubernetes世界中有很多這樣做的工具，從Kubernetes本身開始。其他工具包括用於監控的Prometheus和用於報告和警報的Grafana。

遷移到CNF的好處很多，但雖然應用程式開發人員喜歡Kubernetes和容器，但它們對不習慣的基礎設施團隊來說是一個挑戰。

需要執行範圍廣泛的資料管理任務：容量管理、資料備份、災難恢復、安全、資料遷移等。舊方法無法工作，因為此類方法不支援容器(例如，舊備份工具無法成功重建容器環境)。需要一個容器原生解決方案來為基於容器的應用程式提供這些預期的企業資料服務。

基礎設施團隊是否準備好應對這一轉變?

KPN是荷蘭最大的電信公司之一，也是我們Portworx部門的客戶，對於KPN來說，最佳平臺是兩全其美的：簡化和最佳化流程的軟體，同時為配置和最佳化單個叢集留出足夠的空間，以滿足客戶的特定需求。

在與不同行業的決策者交談時，這是一個優勢。無論是為物流客戶、醫療保健還是運輸服務，當涉及到資訊系統的效能時，每個人想的相同。

對於電信行業來說，未來的道路通向雲。CNF是升級運營商網路的下一步，為運營商創新鋪平了道路，這也讓客戶的生活更輕鬆，業務更具彈性和成功。