Linux基金会将网络自动化和云原生社区联系在一起

阿姆斯特丹 - 欧洲开放网络峰会 - 2018年9月25日 - 通过开源实现大规模创新的非营利组织Linux基金会今天宣布,电信和云行业领导者之间的进一步合作,旨在推动虚拟网络功能(VNF)迁移到云原生网络功能(CNF)。

随着网络不断发展以支持下一代服务和应用程序,他们需要采用云原生架构固有的特性,例如可扩展性,自动化和弹性。与传统VNF(例如,封装在虚拟机(VM)中的网络功能,而该虚拟机是运行在OpenStack或VMware上的虚拟化环境中)相比,CNF(在公共,私有或混合云环境中在Kubernetes上运行的网络功能)可以更轻,更快地实例化。基于容器的流程也更容易扩展,链接,修复,移动和备份。

随着运营商将其VNF演变为在Kubernetes上运行的CNF,增长最快的两个Linux基金项目—ONAP(LFN的一部分)和Kubernetes(CNCF的一部分) - 将在下一代电信架构中融合在一起。

“我们已经看到大部分的服务提供商已经接受开源网络。虚拟化和VNF的优势加上像ONAP这样的自动化平台,现在已成为事实上的部署模式,“Linux基金会网络总经理Arpit Joshipura表示。 “随着边缘,物联网,5G和AI开始使用这些高度自动化的云平台,我们很高兴看到这些完美的结合 - 云的规模和可移植性以及电信的灵活性,可靠性和自动化。”

“我很高兴与Linux基金会组织LF Networking合作,展示CNF的功能,”Cloud Native Computing Foundation执行董事Dan Kohn说。 “如果这些功能实现,通过云原生堆栈的关键部分(如容器编排,服务网状体系结构和微服务)将为网络空间带来更大的弹性,并允许更高级别的自我管理和可扩展性。”

早期的VNF和CNF启用示例都见于ONAP以及CNCF和ONAP社区的工作项目。ONAP的首次发布,代表了网络架构发展的第二阶段(2.0):它运行在VM,OpenStack,VMware,Azure或Rackspace环境中。 ONAP即将发布的版本Casablanca带来了网络架构演进的下一阶段(3.0):它运行在Kubernetes上,适用于任何公共云,私有云或混合云。ONAP目前支持虚拟机(在OpenStack或VMware上运行)或容器(通过KubeVirt或Virtlet在Kubernetes上运行)上的VNF。

解决云原生迁移路线图的具体项目包括:

  • LFN ONAP Multi-VIM:旨在使ONAP能够在多个基础架构环境中部署和运行,例如:OpenStack及其不同的发行版;公共云和私有云;微服务容器等
  • LFN ONAP OOM:使ONAP模块能够在Kubernetes上运行,为ONAP部署提供可用性,弹性,可扩展性和更多功能,并为完整实施微服务架构奠定基础,预计将在今年晚些时候发布第三版Casablanca 。
  • OPNFV:最新的OPNFV版本Fraser在九个不同的项目中扩展了云原生NFV功能,将支持基于Kubernetes的场景数量增加了一倍以上,部署了两个容器化VNF,并集成了CNCF与其他云原生技术,这些技术主要有服务网格(Istio) / Envoy),日志记录(Fluentd),跟踪(Jaeger的OpenTracing),监控(Prometheus)和包管理(gRPC)。这些更新将云原生功能从基本容器编排中移除,以包括云原生应用程序的操作需求。此外,FastDataStacks项目利用FD.io将VPP数据平面合并到Kubernetes网络功能中,以实现云原生网络中心服务。
  • CNCF跨云持续集成(CI):确保所有云原生技术的跨项目互操作性和跨云部署;显示状态仪表板上的构建和部署的每日状态。
  • Istio:允许用户在容器化和非容器化的工作负载之间建立连接、管理和安全的微服务。
  • Ligato:提供用于开发云原生VNF的平台和代码示例。它包括用于矢量数据包处理的VNF代理(FD.io)和用于拼接虚拟和物理网络的服务功能链(SFC)控制器。
  • (网络)服务网格:一种解决Kubernetes中复杂的L2 / L3用例的新方法,使用现有的Kubernetes网络模型很难解决。

随着电信网络转型需要采用混合方式,服务提供商将更好地通过实现容器的全部承诺,利用电信和云的优势,提供下一代服务。 结合开源,整个生态系统的优势包括可移植性,弹性,减少资本支出和运营支出,提高开发速度,自动化和可扩展性。

支持行情

“容器化是我们网络转型的基石之一,”AT&T研究技术管理AVP的Catherine Lefevre说。 “作为ONAP目标架构的一部分,云原生开发代表了下一阶段的效率,我们很高兴能成为该计划的一部分。我们期望OOM项目带来显著的好处,例如提高可扩展性和弹性,以及额外的成本效率。“

“Cloud-native NFV提供了多年前在NFV宣言中所承诺的敏捷性,速度和成本节约。我们正处在解决两大障碍的关键时刻:VNF向CNF过渡,以及在Kubernetes中将CNF连接在一起的云原生方式,“思科工程首席技术官兼首席架构师David Ward表示。 “VPP提供了CNF所需的高性能用户空间数据平面,Ligato提供了构建CNF代理来管理VPP数据平面的工具包,而Network Service Mesh提供了一种真正的”云原生“方法来解决如何将CNF融合在一起。我们期待着在12月西雅图的Kubecon会议上看到这些方面有显著的进展“

下一步是什么?

随着VNF向CNF的迁移不断发展,开源网络生态系统进入了下一阶段的创新,即“Harmonization 3.0”。下一阶段(Harmonization 3.0)推动了边缘和运营商云与企业之间的协作。Harmonization 3.0首次亮相在北美开放网络峰会上,该项目将加强开放网络生态系统。这些努力的进一步发展将在西雅图举行的KubeCon + CloudNativeCon North America 会议上(2018年12月10日至13日)展出。

关于Linux基金会

Linux基金会是世界顶级开发商和公司的首选组织,建立加速开放技术开发和行业采用的生态系统。它与全球开源社区一起,通过创造历史上最大的共享技术投资来解决最棘手的技术问题。 Linux基金会成立于2000年,提供工具、培训和活动来扩展开源项目,这些项目共同产生了任何一家公司都无法实现的经济影响。有关更多信息,请访问:https://www.linuxfoundation.org

Linux基金会已注册并使用商标。有关Linux基金会的商标列表,请参阅我们的商标使用页面:https://www.linuxfoundation.org/trademark-usage。 Linux是Linus Torvalds的注册商标。

媒体联系
Jill Lovato
Linux 基金会
jlovato@linuxfoundation.org


  • 本站原创文章仅代表作者观点,不代表SDNLAB立场。所有原创内容版权均属SDNLAB,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用,转载须注明来自 SDNLAB并附上本文链接。 本站中所有编译类文章仅用于学习和交流目的,编译工作遵照 CC 协议,如果有侵犯到您权益的地方,请及时联系我们。
  • 本文链接https://www.sdnlab.com/22432.html
分享到:
相关文章
条评论

登录后才可以评论

SDNLAB君 发表于18-09-29
0