去年我写过一篇 牛年 dotnet 云原生技术趋势[1]，明天再来写一篇虎年云原生落地技术趋势，去年局限在 .NET 平台上的云原生落地，我往年在去年摸索云原生落地的根底上从多语言云原生技术落地的趋势来谈谈。

在2020年的时候，云原生理念就被提到得越来越多，然而真正呈现出暴发状态、真正被所有的云厂商、用户宽泛应用的是在 2021年。国内三大云厂商都在2020年公布了云原生2.0路线图，而且这些头部厂商的云原生落地达到了一个里程碑式的要害节点，代表性事件就是各大互联网公司根本实现了云原生化，所有业务百分之百上云。云原生的核心技术如容器、微服务、服务网格等的可用性和成熟度都曾经能够撑持起头部互联网的体量。每个行业的云原生进度不一样，头部互联网公司跑得比拟靠前，根本都做到了全面云原生化。将来几年，其余行业会逐渐追寻互联网的脚步全面走向云原生化。

随着直播、5G、IoT 等畛域的衰亡，让业务对于云的状态需要更高，大家心愿云可能更贴近数据的产生点，因而相应的边缘云、本地云、混合云的状态越来越多。当初，整个云计算有一个很重要的趋势，就是出现一云多状态的模式，用户在各个中央都能用到云计算的能力。但这也对云的基础设施提出了比拟大的挑战。用户以前就是用一朵云，治理复杂度是能够承受，但多朵云状态后，挑战难度就比拟大了。

云原生技术人造可能比拟好地解决云变成多状态后的对立界面治理问题，包含混合云带来的复杂度挑战。上面两张图是我在2021年实际云原生的一个路线图总结：

CNCF 外面有十分多的开源我的项目，外面的我的项目曾经超过一千了。这些开源我的项目围绕着云计算在开展竞争，CNCF 孵化我的项目成熟度模型分为三个级别，别离对应到鸿沟实践划分的三个指标客群：

  • 沙箱级（ Sandbox ）：对应创新者群体
  • 孵化级（ Incubating ）：对应晚期使用者群体
  • 毕业级（ Graduated ）：对应晚期少数群体

我的项目从孵化级向毕业级过渡最为要害，须要逾越鸿沟（ The Chasm ）。在此逾越过程中，孵化我的项目须要向有影响力的公司和组织证实本人提供的能力可能改良生产流程、晋升效率、降低成本，并且足够稳固牢靠以保障在生产环境应用。截至2022年2月3日，从 CNCF 胜利毕业的我的项目有16个，进入孵化级别的是27个我的项目，具体参看 CNCF 的毕业和孵化我的项目[2]。

在2022年云原生在各行各业开始进入全面落地阶段，CNCF 在推动云原生倒退过程中曾经造成了几大比拟要害的规范：

云原生实际在反对多语言这个技术计划上还有 Service Mesh ，Service Mesh 呈现的工夫上比 Dapr 更短暂， 目前也处于混战阶段，Istio 并不在 CNCF 社区里，微软联结泛滥厂商在 CNCF 里提出了 SMI ( Service Mesh Interface ), 次要的 Service Mes 框架都实现了 SMI，微软主导的 Open Service Mesh 遵循 SMI 标准，最近也公布了1.0 版本，我昨天体验后写了一篇体验文章体验正式公布的 OSM v1.0.0 版本[5]，Open Service Mesh 绝对于 Istio 来说，的确很轻量。SMI 解决了所有你冀望的规范服务 Mesh 性能，包含应用 mTLS 确保服务之间的通信安全，治理拜访控制策略，服务监控等，Dapr 和 OSM 是十分好的一个实际多运行时架构的组合。

最早呈现的是容器，解决了利用打包标准化和利用公布标准化的问题。在此之前，虚拟机等形式的标准化水平是不够的，Docker 终结了这一问题。随着 Docker 的一直演进和推广，在利用编排、资源调度等又呈现了新的问题，过后的 Docker Swarm 、Mesos 和 Kubernetes 相互竞争，最初 Kubernetes 胜出，并带来了新的资源编排方面的事实标准。当初 Kubernetes 曾经成为一个事实标准。而应用层之前也是百家争鸣的状况，每个企业都在做本人的云原生利用，当初有越来越多的开源规范呈现，如 OAM ( Open Application Model ) 和 SMI( Service Mesh Interface ) 等，大家都在尝试定义应用层的规范, OAM 和 SMI 尚未造成事实标准，他们有成为事实标准的后劲。

2022年就是十分要害的一年，在云原生我的项目落地的过程中以 OAM 规范的代表我的项目 Dapr 目前在多运行时框架畛域是一个十分夺目的我的项目，落地的案例也十分多了。云原生的多语言是必然趋势。国内后端开发最火的语言是 Java ，曾经有很多公司（腾讯、字节）在用 Go 作为次要开发语言，PHP 的应用也十分宽泛。每种语言的特点不太一样，很多企业会依据业务须要抉择一种适合的语言。这时可能会呈现多种语言，业务部门感觉用 Java/C# 比拟好，偏前端的想要 PHP 或者 Node.js，多语言在企业外部越来越广泛。开发人员想用什么语言就用什么语言，然而运维人员就会面临很大的挑战，如多语言环境下的服务治理怎么能对立做等。Java 之前在阿里根本处于统治位置，但当初阿里外部也多语言了。阿里收买了十分多的企业，如饿了么、飞猪、高德等，但不可能让所有并购进来的公司都扭转编程语言，这是很难的。因为公司并购，阿里内的编程语言曾经变得多元化了。企业足够大的话，就肯定是多语言的。如果是初创公司或者体量还不够大，语言对立的确能带来便捷。所以阿里和微软主导了开源我的项目 Dapr，具体内容能够参看 Dapr 在阿里云原生的实际[3], 高德 Serverless 平台建设及实际[4]。

国内有很多企业曾经在虚拟机、物理机环境应用 Spring Cloud，这些企业转向云原生时，如果还是简略把 spring cloud 部署到 kubernetes 环境，spring cloud 的很多基础架构能力是和 kubernetes 相重叠的，想充沛享受 kubernetes 带来的自动化方面的能力，最好的抉择是卸下Spring Cloud，通过 Dapr 提供的分布式能力让解决方案在各种环境中自在适配，而且 Spring Boot 版本可自主降级，不再与 Spring Cloud 存在兼容性问题。

我看到有些企业是为了技术而去做云原生，这样最初不肯定有好的后果，更多时候还是先从业务价值角度登程思考要做什么事件，再抉择相应的技术。一方面，企业有业务驱动，便会有足够多的资源投入。另一方面，企业在做技术选型和落地的时候会有足够多的实际。从畛域来讲，我给大家的倡议就是先把根底打好，之后再欠缺一些生产必备的技能。容器技术是所有的基石，在这之后是一些比拟要害的像可观测性、CICD、微服务等企业外部落地真正须要的一些关键技术。

  • 牛年 dotnet 云原生技术趋势：https://www.cnblogs.com/shany...
  • CNCF的毕业和孵化我的项目:
    https://www.cncf.io/projects/
  • Dapr 在阿里云原生的实际：
    https://developer.aliyun.com/...
  • 高德 Serverless 平台建设及实际：
    https://xie.infoq.cn/article/...
  • 体验正式公布的 OSM v1.0.0 版本：
    https://www.cnblogs.com/shany...