2018年9月25日 网络

容器和虚拟机现在与服务提供商探索云本地部署同等重要

由查理·阿什顿

C.Ashton

“云化”最近成为电信会议和与服务提供商对话中的热门话题。在这篇文章中,我们将提供一些关于推动云化的商业机会的观察,并解释为什么对于正在向部署方向发展的新的电信用例来说,容器变得和虚拟机(vm)一样重要。

早在2012年,当全球电信服务提供商发起网络功能虚拟化(NFV)倡议时,他们的重点是利用软件、虚拟化、商业服务器和开放标准,以加速部署新的创收服务,同时降低网络运营成本(OPEX)。实现这些目标的最有效方法是用相同功能的虚拟实例化取代现有的物理网络功能,并在hypervisor的控制下作为vm运行。

在过去的几年中,这种策略导致了广泛的功能,这些功能通常是作为专用硬件子系统交付的,现在可以作为虚拟化软件实现使用。传统设备制造商和纯软件公司现在提供虚拟网络功能(Virtual Network function, VNFs),支持标准电信功能,如客户前提设备(CPE)、演进分组核心(EPC)、IP多媒体子系统(IMS)、内容交付网络(CDN)、无线接入网(RAN)、会话边界控制器(Session Border Controller, SBC)和其他被部署为虚拟软件应用程序的应用程序,它们反映了它们的物理对应程序的功能,现在称为物理网络功能(PNFs)。电信行业的人确实喜欢他们的缩写词。

VNFs取代PNFs的部署导致了明显的运营成本降低,这主要得益于改进的资源分配和与服务安装、调试和维护相关的运营费用的降低。

然而,在过去的几年里,服务提供商已经得出结论,为了实现他们的长期目标,即通过基于网络规模巨头开创的现代技术的高效运营,提供引人注目的终端用户体验,还需要更大的进步。这导致人们越来越关注“云化”,将其作为虚拟化之外的下一个战略计划。

云化是通过部署“云本地”服务来实现的,这些服务不是简单地将PNF替换为VNF,而是为了在云或边缘数据中心部署而从头开发的功能。为简单、灵活和快速部署而设计的云本地服务通常是作为运行在Kubernetes编排的Linux容器中的微服务实现的,而不是作为运行在vm中的复杂vnc。

云本地策略允许服务提供商加速新服务的开发和部署,而快速扩大或缩小这些服务的能力允许实时优化资源利用率,以响应流量峰值和一次性事件。

在采用这种方法实现云化的过程中,电信行业正跟随亚马逊、Facebook和谷歌等网络规模公司的脚步,这些公司将其大多数应用程序和服务作为容器实现在云环境中。

云本地服务也是“Zero-Touch自动化(ZTA),该术语用于描述IT和数据中心基础设施的自动化。在电信行业,ZTA将自动化的概念从最初的安装阶段扩展到网络运营的整个生命周期,包括规划、交付、上线、监控、更新和最终服务退役。ZTA将把电信网络从目前的自动功能转移到完全自主运营,这将带来显著的营收改善以及运营成本的可持续降低。

ZTA将带来客户体验的巨大改善,而服务提供商将受益于运营效率的提高和运营成本的持续降低。他们也将更好地从面向软件的千禧一代工程师和创新的第三方软件供应商的技能中获益。

作为电信网络软件基础设施平台的领先供应商,风河一直在与服务提供商密切合作,以完善其云本地部署战略。很明显,在服务提供商继续推出基于运行在vm中的vnc的新网络服务的同时,他们也开始积极探索基于容器的额外云本地服务的部署。

虽然许多应用程序将按照这种云本地方法实现为容器,但其他应用程序仍将作为VMs实现,因此底层虚拟化基础设施将两者视为一流公民,并在电信云中共存是很重要的。

认识到这一趋势,风河云台软件基础平台除支持虚拟机外,还支持容器。为了获得最大的灵活性,容器可以在vm中运行以实现最大的租户隔离和安全性,也可以在“裸金属”上运行以实现最小的占用空间。(这种裸金属容器支持目前被描述为“技术预览”功能,因为我们与关键客户合作,以确定他们的近期用例需要什么级别的功能。)

云平台的未来版本将基于StarlingXOpenStack基金会托管的边缘计算基础设施项目。这些版本将利用创新的StarlingX路线图,包括轻量级的云本地配置,从而降低成本,提高边缘用例的敏捷性。

虽然云平台解决了云数据中心和边缘基础设施中的容器需求,但服务提供商看到了在网络设备以及特定网络子系统(如无线接入网络(RAN))中部署基于容器的应用的额外业务优势。风河通过基于风河系统公司Linux,这将是未来文章的主题。

在风河,我们很高兴能够为实现电信基础设施中的云本地概念做出贡献。如果您想了解更多关于云平台或风河Linux的信息,请浏览可用的信息在线或联系风河公司安排一次面对面的讨论。

以前的这是我们如何滚动:Savari和风河合作互联汽车
下一个边缘云计算的力量,提高您的底线