C114讯 5月22日消息（艾斯）来自市场研究公司Omdia的最新报告指出，向云原生架构的转型要求电信运营商必须在运营层面做出变革，以保持竞争力。若缺乏有效的自动化手段，对微服务的管理将面临效率风险，并陷入类似传统遗留系统的低效泥潭。

报告写到，通过利用标准化的Kubernetes框架和现代化工作流自动化工具，供应商能够重塑CNF（云原生网络功能）的管理模式，使其在多样化的环境中实现高效、可扩展且灵活适应。

供应商合作伙伴必须致力于消除云原生网络中的运维复杂性

云原生架构对于电信运营商至关重要，它能帮助运营商应对传统网络基础设施所面临的高昂运营成本、缓慢的升级周期以及有限的可扩展性等挑战。然而，若缺乏恰当的自动化手段，云原生网络的部署复杂性可能会抵消其本应带来的种种优势。电信运营商应对这一挑战的途径之一，便是采用标准化的Kubernetes框架。

如图1所示，在Omdia调研的电信运营商样本中，受访者表现出强烈的偏好：倾向于结合使用Kubernetes Operator（自定义控制器）与Cluster API，并辅以GitOps和CI/CD流水线，以此实现CNF的配置、部署及生命周期管理的自动化。

采用基于Kubernetes的标准化框架，能够消除构建额外定制工具（用于应用与资源管理）的必要性——而此类定制需求在基于OpenStack的NFV环境中十分常见。若再结合Cluster API（CAPI）等声明式管理方法（即将基础设施配置视为代码进行管理），将对实现基础设施管理的高速、可靠与一致性起到至关重要的推动作用。

Omdia表示，这一转型使得负责基础设施管理的平台团队，能够以与应用团队同等的速度与严谨度开展工作。在面对一个既要求具备高度可扩展性、又必须确保高可靠性的运行环境时，摆脱传统的手动操作与命令式工作模式显得至关重要。

图 1：目前，您如何自动化CNF的部署和生命周期管理？（可多选）

资料来源：Omdia, n=39。

对于供应商而言，虽然通过重构应用（CNF）来增强其解决方案的灵活性与可扩展性是一个良好的切入点，但对管理流程进行彻底转型，才是更为迫切且关键的需求。作为会话边界控制器（SBC）领域的关键供应商，Ribbon公司指出，正是得益于这种管理模式的转型，他们才得以成功地与电信运营商及企业客户建立起高效的协作关系。

典型案例——Ribbon Communications

首先，Ribbon将其SBC重构为基于微服务的架构，将状态与逻辑分离，并实现不同微服务的独立扩展。虽然这为其云原生SBC带来了灵活性，但也引入了巨大的复杂性。由于部署和管理云原生SBC所需的微服务与组件数量庞大，传统的纯人工操作或半自动化操作方式已变得不再可行。

因此，Ribbon转而采用Kubernetes原生机制来管理其云原生SBC。通过利用YAML文件作为资源清单、Helm Charts作为包管理器，并结合Git仓库与 GitOps operators，Ribbon构建了一个高度自动化的环境，该环境完全契合当前IT领域通行的标准实践。

这种Kubernetes原生的管理方式在应对Day 2运营的复杂性方面显得更为高效——诸如备份、升级和扩展等日常运维任务均可自动完成，从而彻底消除了对人工干预的需求。此外，这一新方法确保了基础设施（集群资源）与应用程序（CNF）能够以一种高度一致的方式进行管理。这有助于打破部门间的信息孤岛，显著提升了负责网络设计与网络运营的团队之间的协作效率。

为了进一步提升自动化水平，Ribbon引入了Acumen Builder Engine，这是一套专用于CI/CD流水线自动化的解决方案。该工具作为Kubernetes框架的有力补充，能够自动执行SBC的部署、升级及管理等一系列工作流。尽管在将文件上传至相应的代码仓库时仍需少量的手工输入，但整体流程效率已得到质的飞跃，不仅有效减少了人为失误，还大幅降低了运营开销。

通过将云原生架构与自动化框架深度融合——该框架能够全面支撑SBC的整个生命周期，涵盖从初始部署到后续的持续运营（如系统升级与配置变更）等各个环节——Ribbon得以实现更快的业务上线速度、更低的运营成本，并显著提升了其SBC解决方案的可扩展性。

结语

Omdia资深分析师Inderpreet Kaur指出，Ribbon所采取的这一策略绝非个例。事实上，其他厂商也纷纷对其云原生网络功能的管理方式进行了类似的变革。这种变革对于必须支持跨区域多站点部署的电信运营商环境至关重要；借助于这些变革，运营商能够以最小的工作量在不同地点部署网络功能。这种高度灵活性对于正处于网络扩容或业务规模化扩张阶段的电信运营商而言，是非常有益的。