终于不再苦逼割接了,要灰度升级!

网络 通信技术
迎着晚霞,送走日出,别人在酣睡,我们却要精神百倍,深夜割接,几乎是每个通信人都经历过的痛。搞核心网的人,体验尤其深:信令,路由,各种东西一点都不能错,一错影响一大片,计费,通话,数据…转眼脑袋就要掉的节奏啊!

 老司机提醒您:指令千万条,安全***条,割接不规范,悔出两行泪!

[[257675]]

 

迎着晚霞,送走日出,别人在酣睡,我们却要精神百倍,深夜割接,几乎是每个通信人都经历过的痛。搞核心网的人,体验尤其深:信令,路由,各种东西一点都不能错,一错影响一大片,计费,通话,数据…转眼脑袋就要掉的节奏啊!

[[257676]]

 

割接,割接,就是先割后接, 把旧的设备割掉,再把新的接上去。

割接是对正运行的网络进行改造、升级、迁移等变更,会造成业务中断,稍有疏忽,就可能影响业务,甚至会酿成通信事故。

割接前要进行反复论证、周密测试、数据备份、失败紧急回退演练等,以规避割接风险。

割接时,通常选择在晚上零点之后进行,以减少对用户的影响,并要求每一个割接人员、每一个时间点、每一个步骤都必须精准、清晰落实,以保证次日凌晨前完成割接。

割接后,还要完成业务验证,不影响第二天的业务运营,才算割接完毕,如释重负!

[[257677]]

 

一旦割接失败,最崩溃的是回退,比回退更崩溃的是回退失败,而比回退失败更更崩溃的是业务影响面积太大!

从固网到移动,从1G到4G,电信业经历了无数次新功能割接上线,而每一次操作对于通信工程师就像是上战场,对技术、体力、脑力、经验等是一次严峻的综合考验,不累趴下是不可能的。

[[257678]]

 

不想再苦逼割接了

要灰度升级

电信业务升级割接这么苦逼,可微信、QQ经历了N个版本,为啥腾讯从不像运营商那样发一个割接公告,停了业务半夜做升级?

亚马逊每秒钟都在部署新软件,这些互联网巨头的新功能升级为啥如此轻松?

他们的秘密就是----灰度升级。

灰度升级(又称灰度发布、灰度更新)指在黑与白之间,能够平滑过渡的一种发布方式。灰度发布不必一次性中断业务,它可在不影响已上线业务的前提下,在初始灰度的时候及时发现、调整问题,以保证平稳升级。

金丝雀发布和A/B测试都属于灰度发布方式。

由于金丝雀对空气中的甲烷和一氧化碳浓度十分敏感,约在18世纪时,人类已经知道用金丝雀来侦测危险气体了,矿工们将金丝雀带入矿井,如果金丝雀停止唱歌,就知道必须赶快撤离。

[[257679]]

 

矿井里的金丝雀

这就是金丝雀发布的由来,即先部署少量的新版本服务作为“金丝雀”来测试验证,确认整体稳定无异常后再全面部署。

A/B测试(A/B testing)就是让一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。

Google是A/B测试的先驱,早在2000年,Google工程师们***将A / B测试应用于搜索引擎,以确定搜索页面上显示***结果数量。仅在2011年,Google就进行了7000次A / B测试。如今A/B测试已是互联网巨头们的家常便饭了。

灰度升级可以应用于电信领域的割接升级吗?

没有问题,云原生来拯救

在IT领域,早就经历了从虚拟化到云原生(Cloud Native)的演进历程。

 

IT领域的云原生演进

在电信领域,自2012年由AT&T、英国电信、中国移动、德国电信等12家运营商联合发布NFV白皮书后,5年后23家运营商再次联合发布新版NFV 5G白皮书。与2012版的白皮书不同,这份NFV 5G白皮书除了关注网络虚拟化本身,更关注5G应用,并提出了云原生概念。

2017年,3GPP确认5G核心网基于云原生构架设计,采用以微服务为中心的软件架构。

从IT到CT,为什么都要从NFV演进到云原生?

因为早期的NFV,从传统专用设备中解耦出的网络功能软件(VNF)是“大块头”的单体式应用程序,无法充分利用云环境的灵活性。

为此,业界提出了基于云原生的设计原则,将VNF进一步分解和细粒度化,通过软件模块化、轻量化的方式来提升应用开发的整体敏捷性和弹性,并通过开放API接口和开源来简化集成过程,从而加速创新和新业务上线,适应瞬息万变的市场环境。

正是基于云原生架构设计,5G核心网实现了“化整为零、由硬变软”的***变革,以灵活、敏捷应对5G多样化业务时代。

[[257681]]

 

云原生是一套充分利用云环境优势来构建、测试、部署和运行软件的办法,其主要由微服务架构、DevOps、容器、动态编排等组成,

微服务架构将传统单体式应用程序分解为无状态(Stateless)、松散耦合、粒度更小的“微”服务,以提升应用部署的弹性。

DevOps让运维和开发人员共同协作发布服务(包括微服务),它创造了一种文化和环境,以快速、频繁且更可靠地构建、测试和发布服务,提高运作效率。

同时出镜的还有灰度升级。

传统电信在升级割接时,新版本替换旧版本,都是通过批量操作,一次性的、100%的从旧版本“割接”到新版本。这种操作方式必须中断业务,一旦操作失败再回退到老系统时极易出错,存在很大的风险。

 

割接 vs 灰度升级

而基于云原生的灰度升级意味着我们不必“一次性割接”,DevOps支持循序渐进的引入新版本的VNF(虚拟化网络功能)组件,先挑选少量测试用户操作试点,将少量的流量切换到新版本上,并在这个过程中持续监控性能,确保稳定之后,再进一步将其他用户切换到新版本上。如果一旦发现少量测试用户的性能异常,也可快速回退到旧版本上,可大幅降低割接风险。

终于核心网不用再熬夜苦逼升级割接了,采用灰度升级,大白天妥妥的就把事干了。

[[257682]]

 

值得一提的是,灰度升级不再是概念,已落地现实,据悉,去年年中,华为已为拉美某大型运营商在大白天完成了灰度升级,***升级三波完成,2.3万用户平稳上线,妥妥的告别暗夜割接!

责任编辑:武晓燕 来源: 网优雇佣军
相关推荐

2020-07-27 09:36:37

IT开发产品

2017-09-29 09:22:02

2020-12-01 12:00:30

网络犯罪勒索软件黑客

2013-08-01 13:35:44

开发者Android分裂

2014-11-28 11:02:22

云智慧

2014-09-11 15:40:45

技术创业

2019-04-11 19:11:27

root手机安卓

2018-07-02 07:23:09

网管员网络安全网络技术

2014-05-15 15:34:25

移动支付

2021-02-20 08:06:37

CTO灰度系统

2020-05-27 09:41:11

5G网络技术

2015-06-25 10:07:12

程序员

2017-09-20 16:22:35

谷歌

2017-06-07 15:32:15

PCProsumer笔记本

2022-08-08 08:39:51

灰度发布架构流量

2011-12-02 10:03:15

VMwareVMware Fusi

2017-11-06 13:20:28

微软windows 10升级

2010-10-18 14:20:28

2010-10-28 18:27:01

2013-04-03 14:14:43

UbuntuWindows
点赞
收藏

51CTO技术栈公众号