大型制造企业原VMware虚拟化迁移至云原生平台，您认为最大的挑战是什么（可以多选）？

说实话挑战还是非常多的，而且非常大。比如朋友们选择的“应用是否适合迁移至云原生平台的适用性评估”、“云原生平台的运维团队能力建设”、“老旧系统无供应商维保支持，特别是需重新下发授权许可的业务系统”等。这几个也是很多甲方用户遇到最多的问题，如：
一、应用是否适合迁移至云原生平台的适用性评估
云原生平台的特点大家都熟知了，弹性、灵活、可扩展等。但是有些应用，尤其是老外的一些应用都较为封闭和臃肿，很难被服务化或者重构，这样的平台别说迁移了，能正常运行对运维人员来说就阿弥陀佛了。这样的系统一般是独立架构或者SOA架构的，不具备原生的元素和特点，这个时候在做适用性就很通过评估。但是对于2C的用户侧系统，一般都是服务化的，而且较为轻便，比较适合考虑迁移。
二、老旧系统无供应商维保支持，特别是需重新下发授权许可的业务系统
这个问题我们也遇到了，有些系统都10多年了，老旧不堪，供应商因很多原因早就不在了，都靠自身运维人员在维护，能正常提供业务服务都是奇迹了。针对这样的系统就不要考虑迁移了，让他正常“退休”就好了。因为迁移到云平台，如果没有之前系统供应商的协助，几乎不太可能成功，其中牵扯到太多的技术门槛，谁也无法预知迁移过程中的难点和痛点，这对运维人员来说是不可能接受的，因为风险不可控。
三、云原生平台的运维团队能力建设
就像天下无贼中黎叔说的“21世纪什么最贵，人才！”。的确，云原生是基于开源技术累积的应用平台，需要具备熟悉原生技术和对软件架构有较深理解的技术人才。企业往往可能缺乏具备相关技能的人才，尤其是传统的制造企业，招聘这样的人才，成本过高。当然企业可以通过后期的培训培训自己的中坚力量，但这需要较长的时间，无法满足当下业务的需求。
当然除了以上这些，还要考虑迁移的费用、业务连续性等。所以企业IT人员一定要深入了解业务的架构，制定详细的迁移计划，并充分考虑这些挑战，以确保迁移的顺利进行