云原生架构已经进化到2.0时代,网络充斥着业务云原生化的各种言论,互联网企业都在宣传自己已经全面云原生化,但是在传统制造业,还有大量系统跑在虚拟化环境,即便跑在容器环境的很多业务也是把容器当虚拟机在使用,距离所谓的弹性、敏捷、微服务化还相去甚远。如何真正的帮助制造企业做架构的转型升级?在这个过程中是否可以一步到位?是否所有的业务都需要去云原生改造迁移呢?在实际生产环境中还有很多制约因素,你认为是否需要往云原生迁移?迁移过程又有哪些制约因素呢?
chinesezzqiang 先生回答的已经非常好了。在这里我建议在应用迁移的时候 针对不同的情况,采用不同的迁移方式,具体要对应用情况进行评估:
Ø 是否采用容器化技术
如果应用已经采用容器化技术开发实现,迁移到云原生平台相对容易,经过简单的配置就可以实现迁移,这种情况下建议按照容器化部署实现应用的迁移。
Ø 近期是否会改造
如果应用近期有改造计划,建议按照容器化开发实现新应用,确保在云原生平台上实现应用的迁移。
Ø 迁移后是否会出现性能和稳定性的问题
虚拟机的技术实现和容器云平台的技术实现有所不同,因此在性能、稳定性和安全性方面可能会有差别,因此迁移后建议经过测试再上线。
Ø 是否有特定因素限制迁移
个别应用可能使用了虚拟化平台的独特功能,有可能无法完全平滑的迁移到云原生平台,虽然这类应用极少,但是建议: 1/ 如果确实无法迁移,建议先保留这类应用在虚拟化平台; 2/ 如果可以通过容器云平台的功能实现替代,可以经过测试以后,在保证应用正常运行的且满足业务需求的情况下,实现迁移。
VMware虚拟化迁移到云原生平台时,确实存在一些制约因素,这些因素可能影响到迁移的顺利进行。以下是一些主要的制约因素:
针对制造业企业的架构转型升级,需要考虑以下几个方面:
在实际生产环境中,制约因素包括:
总的来说,不是所有的业务都需要去云原生改造迁移,需要根据业务的特点和迁移计划来确定。在实际生产环境中,制约因素包括技术和工具支持、安全性和合规性、成本和效益等因素。迁移过程中需要考虑到业务的重要性、复杂度、对系统的依赖程度等因素,制定合适的迁移计划,并对团队和员工进行培训,提高他们的技能和能力。