(1)云原生技术南辕北辙
云原生有两个路数：
一个是Dell&VMWare控股的Pivotal(Spring、Cloud Foundry)在2013年提的云原生
一个是谷歌率领的CNCF基金会提的云原生
但是从2018年以后，Pivotal推举的那套云原生方案越来越落败。过去大家流行用的Netfilx贡献的Spring Cloud，兜兜转转，被万金油程序员们又用回了20年前的Spring MVC基本架构。
另外，Pivotal推举的微服务，正在被CNCF提的无服务代替：
2020年，EventBridge标准1.0发布。
2021年，谷歌把Istio贡献给CNCF。
(2)CNCF的云原生技术大内斗
但是CNCF提举的云原生，也出现了内部大乱斗：容器技术Docker公司想自己搞商业化，这让CNCF老大谷歌不满，想把Docker替换了。2020年，WASM标准1.0发布。而且WASM技术也还处于发展当中，短期内难以商业化大规模普及使用。
但是，CNCF活跃的KNative无服务项目，随着EventBridge标准、Istio贡献给CNCF，KNative必然还需要重新定位自己的职责。
这样，CNCF内部自己一番折腾，真正可商用的一整套云原生技术体系，怎么也得2025年才能开始普及可用。但那时候黄花菜都凉了。下一代应用需不需要云原生技术还两说呢。
(3)中国大部分企业不需要云原生技术
云原生技术在中国很热，很多传统线下实业企业都嚷着要云原生技术。但为啥要云原生技术也不知道。反正你如果不是云原生技术就不买，就说你不先进是落后的。
其实我个人观点：大部分中国传统线下实业企业都不需要云原生技术。因为云原生技术的价值是高弹性，而大部分中国传统线下实业企业本身业务就不是高弹性的。
(4)信创恰好误打误撞需要云原生技术
中国企业本来不需要云原生技术，但是我想了想，信创国产化替代反而需要云原生技术。这是为什么呢?
因为中国想去IOE，而IOE的核心竞争力是：通过高精密一体化集成设计，达到高性能、高可用。
而我们现在的国产化产品，还做不好高精密一体化集成设计，还达不到高性能要求、高可用保证。那怎么办呢?
正好云原生技术歪打正着。本来云原生技术的价值是高弹性，我们大部分企业用不上，但云原生技术有个技术特征：那就是分布式。我们正好在国产化替代方面瞎猫碰上死耗子，用分布式堆砌达到高性能保证，用分布式冗余达到高可用保证。
如果你企业不需要信创替代，如果你企业不需要高弹性伸缩，那么请不要跟风嚷嚷要云原生技术。