我们就对下一代运维是怎么理解呢？其实当 5G 来了之后，我们理解是有两个新的要求：第一，我们面临的一些场景会变得复杂化，对原有运维能力的要求也更高了。第二，5G 来了之后运维边界也是不断拓展的。

第一点怎么理解呢？大家可以思考一个问题，我们运营商和互联网行业、金融行业核心提供业务形态是不一样的。

比如，一个电商企业提供了业务形态把产品卖好，可以在网站上完成购物，金融行业是围绕钱提供一些服务，我们的运营商核心服务形态是资源，包括语音、流量等，这个业务形态有什么样的特点呢？流量和资源服务每时每刻都在不断变化的，所以在这个过程当中给客户提供一些什么样的运营服务呢？会有例如流量提醒等。

我们的团队会做一些流量及时性保障，这是我们的运维核心工作之一。我们原来的东西是在变化的，因为 5G 已经变化更快了，要保障客户进行实时提醒的难度在增大，要求更高。

第二，运维的边界要进行拓展。那么，拓展方面的是什么挑战呢？

第一个挑战，传统的运维系统是按照烟囱式进行建设的，按域来划分有业支运维（B域运维）、网络运维（O域运维）。

业务运维就是业务支撑系统运维，就是平时订购流量包的套餐计费完成，是基于传统的IT 系统技术栈来完成这个过程。

而网络运维，是围绕网络设备的运行状态进行，保障的是我的基站是不是有信号等，这是网络设备的运维。不同域的运维，甚至同一个域内不同的运维系统，在系统能力建设上也是隔离的过程。

第二个挑战是提供端到端服务时，没有办法提供端到端的运维保障服务。举个例子，有一天用户手机正常时没有办法上网是什么情况呢？有可能是IT系统的计费出错了，导致停机了没有办法上网了，有可能是网络设备故障导致没有网络信号了，导致无法上网。

我们传统运维响应特点就是各查各的，整个核查过程是比较长的，同时效率是比较低的，反映不及时，就会带来不好的用户体验感。

第三个挑战，我们是如何看待运维技术的发展和升级呢？实际上我们理解运维能力升级更新围绕运维对象的技术变化而发生变化的，随着运维对象引入云计算、容器等，导致运维技术和要求需要随之迭代升级。