很多人对运营商云化的理解，就是运营商买一堆服务器上面搭建虚拟服务器然后租给用户，把用户原来在物理机上的应用在虚拟机上运行，号称是云化了。真是这么简单吗？我在四年前也是这么简单理解的，然后得出的结论是对用户而言还不如自己的idc机房里的物理机好用，毕竟还可以看见主机的状态，至少是个白盒子，现在虚拟机之下是个黑盒，用户的系统因为虚拟机的黑盒故障束手无策，因为对云化的简单理解，让用户吃足了苦头。
虚拟化不等于云，云也不是简单的虚拟化。
虚拟化表面上看是为了提高原来主机的利用率，而不是象原来系统那样跑在物理机上，管你空不空，我都占着。但虚拟化不只是为了解决这个问题，而是为了迁移。在一台虚拟机出现故障时将这台虚拟机复制迁移到另外一台虚拟机上，从而基本保证应用的持续运行。为了更好的迁移，我们最好的方式是这个虚拟机上跑的应用越小越好，越轻越好，当应用服务划的很小时，我们发现服务这么多，咋办？所以微服务框架来了，在微服务框架中，所有应用都以服务对外提供，复杂的服务由微服务组合实现。服务够小，所以容易迁移。
所以我对云化的理解就是，应用能够随环境而生成，在云中按需漂移，在漂移过程中是提供平滑无感知的服务过渡。
因为应用在云中漂移，所以这时候，在云内或多个云之间漂移，势必会牵涉到网络的调整。这就是我所理解的网随云动。因为云就代表了应用，其实就是网随应用而动了，从技术实现角度，这属于广义的SDN范畴了。
从竞争力的角度，运营商为应用提供的云化服务环境必然要带有网络服务的特点，所以部分网络服务，比如安全处理、码流处理、DPI、内容缓存加速等也应该以微服务形态加入到运营商的云能力集之中，这就是我所理解的网入云中，部分网络功能也成为云中的能力了，这也是我认为对NFV该有的正确理解。
网随云动、网入云中，两个方面的内容有机整合，就是运营商网络云化的全部了，但这还不是运营商云化的全部。运营商云化的根本目标是成为产业互联网运营商，要成为这样的运营商还应该进一步思考的问题是聚焦哪些行业，这些行业所需要的云化服务除了通用的云网功能还需不需要其它的内容，比如视频，比如物联，比如大数据、AI……，以PaaS平台的形态将上述服务都能完整提供了，这个时候我们才能说运营商的云化架构初步完成了。
运营商的云化不是一件简单的事情，只有硬件和简单的虚拟化是完不成这项工作的，你的系统必须微服务化，你的网络必须能为应用提供控制能力，你的部分网络服务必须能微服务化并加入你的云能力集，你的架构设计必须完整考虑分布式处理和数据同步等一系列问题。当应用商能以最低的成本基于运营商的云提供应用服务，当应用能按需在运营商提供的云中平滑而动时，我们才能说运营商云化了。
