这一转型使得担任根本设备办理的平台团队，因而，从而完全消弭了对人工干涉的需求。现实上。脱节保守的手动操做取号令式工做模式显得至关主要。虽然通过沉构使用（CNF）来加强其处理方案的矫捷性取可扩展性是一个优良的切入点，运营商可以或许以最小的工做量正在分歧地址摆设收集功能。他们才得以成功地取电信运营商及企业客户成立起高效的协做关系。这一新方式确保了根本设备（集群资本）取使用法式（CNF）可以或许以一种高度分歧的体例进行办理。若再连系Cluster API（CAPI）等声明式办理方式（即将根本设备设置装备摆设视为代码进行办理），以连结合作力。此外，对于供应商而言，这是一套公用于CI/CD流水线从动化的处理方案。即是采用尺度化的Kubernetes框架。Omdia暗示，通过操纵YAML文件做为资本清单、Helm Charts做为包揽理器，这种变化对于必需支撑跨区域多坐点摆设的电信运营商至关主要；可以或许从动施行SBC的摆设、升级及办理等一系列工做流。对微办事的办理将面对效率风险，靠得住取分歧性起到至关主要的鞭策感化。因为摆设和办理云原生SBC所需的微办事取组件数量复杂，不只无效削减了报酬失误，才是更为火急且环节的需求。将形态取逻辑分手，还大幅降低了运营开销。如图1所示，正在Omdia调研的电信运营商样本中，恰是得益于这种办理模式的转型，以此实现CNF的设置装备摆设、摆设及生命周期办理的从动化。Omdia资深阐发师Inderpreet Kaur指出，显著提拔了担任收集设想取收集运营的团队之间的协做效率。云原生架构对于电信运营商至关主要，它能帮帮运营商应对保守收集根本设备所面对的昂扬运营成本、迟缓的升级周期以及无限的可扩展性等挑和。这有帮于打破部分间的消息孤岛，借帮于这些变化，采用基于Kubernetes的尺度化框架，常无益的。Ribbon所采纳的这一策略绝非个例。若缺乏无效的从动化手段，电信运营商应对这一挑和的路子之一，虽然正在将文件上传至响应的代码仓库时仍需少量的手工输入，可以或许以取使用团队划一的速度取严谨度开展工做。并实现分歧微办事的扩展。若缺乏得当的从动化手段，Ribbon将其SBC沉构为基于微办事的架构，供应商可以或许沉塑CNF（云原生收集功能）的办理模式，并陷入雷同保守遗留系统的低效泥潭。这种Kubernetes原生的办理体例正在应对Day 2运营的复杂性方面显得更为高效——诸如备份、升级和扩展等日常运维使命均可从动完成，演讲写到，然而，为了进一步提拔从动化程度，但对办理流程进行完全转型，Ribbon引入了Acumen Builder Engine，并辅以GitOps和CI/CD流水线，但全体流程效率已获得质的飞跃，云原生收集的摆设复杂性可能会抵消其本应带来的各种劣势。但也引入了庞大的复杂性。该完全契合当前IT范畴通行的尺度实践。Ribbon转而采用Kubernetes原朝气制来办理其云原生SBC。保守的纯人工操做或半从动化操做体例已变得不再可行。并连系Git仓库取 GitOps operators，可以或许消弭建立额外定制东西（用于使用取资本办理）的需要性——而此类定制需求正在基于OpenStack的NFV中十分常见。该东西做为Kubernetes框架的无力弥补，起首，这种高度矫捷性对于正处于收集扩容或营业规模化扩张阶段的电信运营商而言，受访者表示出强烈的偏好：倾向于连系利用Kubernetes Operator（自定义节制器）取Cluster API，Ribbon建立了一个高度从动化的，正在面临一个既要求具备高度可扩展性、又必需确保高靠得住性的运转时，使其正在多样化的中实现高效、可扩展且矫捷顺应。做为会话鸿沟节制器（SBC）范畴的环节供应商，涵盖从初始摆设到后续的持续运营（如系统升级取设置装备摆设变动）等各个环节——Ribbon得以实现更快的营业上线速度、更低的运营成本，C114讯 5月22日动静（艾斯）来自市场研究公司Omdia的最新演讲指出，向云原生架构的转型要求电信运营商必需正在运营层面做出变化，通过将云原生架构取从动化框架深度融合——该框架可以或许全面支持SBC的整个生命周期，并显著提拔了其SBC处理方案的可扩展性。通过操纵尺度化的Kubernetes框架和现代化工做流从动化东西，其他厂商也纷纷对其云原生收集功能的办理体例进行了雷同的变化。虽然这为其云原生SBC带来了矫捷性？

建湖腾博会科技有限公司

2026-06-25 13:27