虚拟化不等于云,云也不是简单的虚拟化。
虚拟化表面上看是为了提高原来主机的利用率,而不是象原来系统那样跑在物理机上,管你空不空,我都占着。但虚拟化不只是为了解决这个问题,而是为了迁移。在一台虚拟机出现故障时将这台虚拟机复制迁移到另外一台虚拟机上,从而基本保证应用的持续运行。为了更好的迁移,我们最好的方式是这个虚拟机上跑的应用越小越好,越轻越好,当应用服务划的很小时,我们发现服务这么多,咋办?所以微服务框架来了,在微服务框架中,所有应用都以服务对外提供,复杂的服务由微服务组合实现。服务够小,所以容易迁移。
所以我对云化的理解就是,应用能够随环境而生成,在云中按需漂移,在漂移过程中是提供平滑无感知的服务过渡。
因为应用在云中漂移,所以这时候,在云内或多个云之间漂移,势必会牵涉到网络的调整。这就是我所理解的网随云动。因为云就代表了应用,其实就是网随应用而动了,从技术实现角度,这属于广义的SDN范畴了。
从竞争力的角度,运营商为应用提供的云化服务环境必然要带有网络服务的特点,所以部分网络服务,比如安全处理、码流处理、DPI、内容缓存加速等也应该以微服务形态加入到运营商的云能力集之中,这就是我所理解的网入云中,部分网络功能也成为云中的能力了,这也是我认为对NFV该有的正确理解。
网随云动、网入云中,两个方面的内容有机整合,就是运营商网络云化的全部了,但这还不是运营商云化的全部。运营商云化的根本目标是成为产业互联网运营商,要成为这样的运营商还应该进一步思考的问题是聚焦哪些行业,这些行业所需要的云化服务除了通用的云网功能还需不需要其它的内容,比如视频,比如物联,比如大数据、AI……,以PaaS平台的形态将上述服务都能完整提供了,这个时候我们才能说运营商的云化架构初步完成了。
运营商的云化不是一件简单的事情,只有硬件和简单的虚拟化是完不成这项工作的,你的系统必须微服务化,你的网络必须能为应用提供控制能力,你的部分网络服务必须能微服务化并加入你的云能力集,你的架构设计必须完整考虑分布式处理和数据同步等一系列问题。当应用商能以最低的成本基于运营商的云提供应用服务,当应用能按需在运营商提供的云中平滑而动时,我们才能说运营商云化了。
这几天新接触的名称,之前做的一直是ToC端的产品,没有存在这种服务部署的问题。因为是面向ToB所以需要提供多种部署方案。记录下,一些粗浅的理解。
从字面上理解的话,本地部署就是由用户在自己本地部署服务器环境,本地管理。
云化部署就是采用云化的方案,也叫SaaS模式,使用厂商提供的云服务器。
混合部署,就是一部分上云,一部分本地。
区别的话,看了一张图,觉得可能也就是这样吧:
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)