2019，在众多热门技术趋势中，云原生的关注度居高不下，很多开发者都对由此而兴起的一众技术十分追捧，众多企业开始探索云原生架构转型落地。在中国，开发者们经历了从关注“云原生概念”到关注“云原生落地实践”的转变。

在筹备阿里云首届云原生实践峰会的过程中，我们展开了对云原生技术的应用和研究领域的探索，邀请了17位云原生技术专家从Serverless、Service Mesh、Kubernetes、边缘计算、容器实例与容器引擎、云原生基础架构、云原生应用开发7个发展方向，回顾2019云原生领域进展，描绘云原生技术的新十年。

2020云原生标志性事件预测

展望2020，在云原生技术的应用和研究领域，我们预见会有这些标志性事件。

第一、云原生技术关注重心在上移，Serverless和应用管理重点。

过去的几年我们看到，云原生技术重心围绕容器和容器编排。Docker和K8s的成功几乎成了云原生的代名词。很多人说，Kubernetes is becoming boring，这是对于技术的趋势来说。

云原生关注重心即将上移：

应用的定义和配置、发布和线上的自动化运维，成为开发和运维人员关心的核心内容。阿里巴巴和微软联合推出的Open Application Model(OAM)就是这个方向的一个重要项目。

作为云原生技术的延伸，无服务器计算(Serverless)将进一步释放云计算的能力，将安全、可靠、可伸缩等需求由基础设施实现，使用户仅需关注业务逻辑而无需关注具体部署和运行，极大地提高应用开发效率，同时这个方式促进了社会分工协作，云厂商可以进一步通过规模化、集约化实现计算成本大幅优化。相信在2020会有更多的创新和落地实践在这个领域涌现。

第二、云原生技术成为云服务商的创新和竞争力的主阵地。

随着以容器为基础的云原生技术被用户广泛接受，可以肯定的预期，容器会很快成为云和用户的基本界面。因此对于云的服务提供商来说，基于容器、微服务、无服务器、服务网格等新型云原生技术的领域，必将是云厂商未来创新和竞争力的主阵地。

虚拟化未来3年还会是云上资源增量的主体，但是硬件虚拟化加速的裸金属和安全沙箱容器的组合，正在加速企业的上云和容器化过程。云厂商未来技术竞争力的关键，在云传统的优势包括规模、稳定性、成本发挥到极致的前提下，必将通过云原生技术和产品的持续创新来服务客户来获得客户的认可。云原生产品领域将成为云厂商竞争白热化的必争之地。

第三、云原生从数据中心走向云边端一体化，将无处不在。

云原生技术起源于数据中心内的应用和服务，并在过去几年逐渐扩展到边缘场景甚至端上的计算。相信未来随着5G/IoT的快速发展，云边端一体化的云原生技术将深入更多的企业和更丰富场景，将无处不在。

第四、云原生将经历企业落地之痛，云原生上云将成为趋势。

云的技术发展会领先于企业落地的速度。尽管云原生技术已经被广泛接受，其在企业技术栈的落地仍然需要时间，也面临不少挑战。如容器化过程中改变传统虚拟机模式下的运维习惯，企业传统应用分布式微服务化的改造涉及re-architecturing等因素。

云原生被企业接受之后，落地的过程需要解决这些挑战。运维管理含有丰富组件并快速演进的云原生的基础设施也对企业IT人员的技术技能提出了更高的要求。然而我们相信，云原生技术带来的资源成本降低，研发运维效率提升等巨大价值，会驱动企业迎接这些挑战。

在这个过程中，使用云原生上云，基于容器和服务网格等标准界面和混合云方案，将极大的降低迁云复杂度，使企业可以更快迁移到云上标准服务。通过云原生上云最大化使用云的能力，高效的社会分工，使企业聚焦于自身业务发展，相信将成为企业的共识。

2020云原生7大技术领域趋势

1.Serverless

2019，行业中的各大Serverless计算平台的能力有了长足进步，变得更加通用。例如通过预留资源完全消除冷启动对延时的影响，使得延时敏感的在线应用也能够使用Serverless方式构建。Serverless生态不断发展。在应用构建，安全，监控报警等方面涌现了很多开源项目和创业公司，工具链越来越成熟。

用户对Serverless的接受度不断增加。除了互联网等迅速拥抱新技术的行业，传统企业用户也开始采用Serverless技术。站在新的一个十年，Serverless领域将发生如下演进：

Serverless将进一步从偏离线业务进入在线业务。

真正的按请求次数计费和从零到一的响应时间是一个天然的矛盾，以FaaS为代表的Serverless技术一开始都是从对响应时间不敏感的，事件驱动的偏离线业务入手。但是今天我们已经看到，包括AWS Lambda Provisioned Capacity和Azure Functions Premium plan在内的产品特性，都在让用户稍微付出一点额外的成本以换取更低的响应时间。这对于在线业务来说，无疑是更适合的。

Serverless不仅是应用或者函数的能力，也会加速推动基础设施和服务Serverless化。

业务代码托管给Serverless平台之后，即能享受到自动弹性，按请求计费能能力。但是如果基础设施和相关服务不具备实时的扩缩容能力，那么对于业务整体来说，就不是弹性的。我们已经看到AWS围绕　Lambda对VPC网络、数据库连接池等资源做了大量实时弹性优化，相信其他的厂商也会跟进，进而行业整体会加速基础设施和各类云服务的Serverless化。

以Knative为代表的开源解决方案将得到越来越多的关注。

尽管各个云厂商都在大力推广自己的Serverless产品，但是开发者普遍还是会担心被厂商绑定，因此具备一定规模的组织会基于开源方案，如Knative，搭建自己的Serverless平台。而一旦某个开源方案成为主流，云厂商就会主动去兼容开源标准并增大社区投入。

Serverless开发者工具和框架会进一步繁荣。

IDE，问题诊断，持续集成/发布等配套的工具和服务的用户体验会更加完整。我们将看到更多的成功案例和最佳实践。在前端开发等领域将会出现为Serverless而生的应用框架，将工程效率发挥到极致。

Java持续进击，将成为Serverless平台主流语言之一。

Serverless平台要求应用的镜像足够小以能够快速分发，同时要求应用的启动时间极短。虽然在这些方面，Java和NodeJS和Python等语言有差距，但是Java社区在不断努力。我们看到Java通过Java 9 Modules以及GraalVM Native Image等技术在不断努力“减肥”，主流框架Spring也开始拥抱GraalVM，而新的框架如Quarkus和Micronaut也在做新的突破。期待Java在Serverless领域给人焕然一新的感觉。

解决FaaS状态传递的中间层(加速层)研究或产品有望得到突破。

Serverless在Function场景下未来最大的挑战是function之间串联需要状态(state)传递、function处理需要频繁和外部存储交互等带来的时延放大。传统的架构这些都是在一个程序进程内部处理完毕。解决上述挑战需要可计算中间层(加速层)，可计算中间层(加速层)是未来学术研究和产品攻坚发展方向之一。

基于WebAssembly(简称WASM)的FaaS方案有望出现。

Docker的创始人之一Solomon Hykes曾说，“如果2008年有WASM和WASI，我们当时就没有必要创造Docker了”，这句话在一定程度上说明了WASM的重要性。虽然当下WASM更多作为一种运行在浏览器端的技术被人了解，但是它具备非常优秀的安全隔离能力，极快的启动速度，以及对于超过20种语言的支持，那么为什么不能让它运行在服务端呢？这些技术特性都非常契合FaaS的要求。

2.Service Mesh

在2019年，Service Mesh的整体解决方案逐渐显现了寡头垄断的局面。一个解决方案能否得到行业的普遍认可，关键在于其背后的技术团队对分布式应用治理复杂度是否有深刻洞见，以及能否打造一个被所有云厂商都采纳的事实标准。事实标准对于使用Service Mesh的客户来说，意味着分布式应用能根据自己的需要在多云和混合云上方便部署。

站在新的一个十年，2020年Service Mesh领域将有如下变化：

2019 Service Mesh热度持续上升，落地的问题将在2020得到解决。

2019年，Service Mesh在部分公司如蚂蚁金服迎来大规模的落地，整个业界的热度在持续上升，大大加大了国内公司对于Service Mesh的信心，目前几乎每家稍微大一点的互联网公司都已经开始实践Service Mesh，包括美团、头条、百度等公司。

当然在2019年业界落地遇到的各种问题，包括Sidecar大规模运维问题等，以OpenKruise/kruise的为代表的SidecarSet虽然已经在做一些努力，但是目前仍然存在升级Pod过程过于复杂的问题，这些问题有望在2020年得到解决。

Istio将更加成熟，更加适合大规模集群的落地。

2020年Istio作为控制平面的一种技术实现仍将在Service Mesh领域扮演核心角色。Istio获得业界广泛关注的原因，在于背靠Google公司的内部工程实践，以及对工程实践的再思考和重新提炼。Istio在过去一年的重要工作是完善功能和改善稳定性确保小规模生产可用，在2020年随着阿里巴巴采用这一技术实现大规模落地将为Istio的规模化运用提供真实的场景，这将使得Istio在接下来的一年在支持集群规模的能力上大幅提高。

此外，随着探索，Istio的可运维性和架构的合理性在2020年也将迎来积极的变化，其部署和运维的复杂性高等问题将得到解决。Istio所采纳的Envoy开源项目，在新的一年依然保持Service Mesh数据平面的事实标准这一领导地位，Istio和Envoy两大开源社区因为紧密协作而更好地推动Service Mesh向前演进。

Serivce Mesh on EdgeService热度持续Service Mesh & IoT。

2019年Serivce Mesh on Edge的热度在逐渐提升，Edge本质上要提供更快的响应提升体验。对于Service Mesh来说，被从“舒适”的云端下放到Edge，要解决性能，低资源消耗，安全，高可用等问题，具体　Kernel Bypaasing，Sidecar as Node+WASM，SmartNic软硬件结合，IoT Identity结合，secret保护，低输出成本，非可靠网络环境等，当下看还非常有挑战，这些问题将在2020年得到部分解决。

More Than Service Mesh。

Service Mesh作为解耦应用与基础设施的关键技术，在2020年将有更多的产品通过与Service Mesh结合去完成BaaS化，这除了减少没有必要的重复建设，还使得云产品因为将那些与应用无关的内容剥离出来下沉为基础设施的一部分而加速自身的演进速度，以及给云产品的使用者带去更棒的软件开发和维护体验而加速业务的探索效率和降低探索成本。

我们看到Envoy也提供了MySQL、Redis、MongoDB、DynamoDB的协议支持，能够支持请求解析、请求级统计、失败统计等通用的可观测性特性。后续Mesh将继续发展，成为整个网络层面的一个基础设施，用以管控所有应用层面的出/入口流量。

展望2020年，Service Mesh将会成为解决异构系统通信、混合云架构等方向上的必备组件，在混合云、新老架构的场景下，Service Mesh和原有基础设施的结合能力将成为Service Mesh落地的关键，比如对于VM场景的支持，对于传统服务注册中心的支持等等，相信会有更多的公司通过实践而对Service Mesh的价值更有体感，通过创造更多的成功客户故事而加速Service Mesh的普及。也许，2020年将成为Service Mesh的普及年。

3.Kubernetes

2019年，在社区头部参与者的持续推进下，“规模”与“性能”终于成为了Kubernetes项目的重要关键词，这不仅真正意义上打通了Kubernetes在企业生产环境中大规模落地的最后一公里，也让Kubernetes第一次成为了“双11”等顶级互联网规模化场景中实实在在的技术主角。

站在新的一个十年，2020年Kubernetes领域将有如下变化：

Kubernetes将成为用户和云计算新的交互界面。

随着云原生计算的普及，越来越多的应用负载都部署在Kubernetes之上，包括数据库、大数据、AI智能和创新应用，Kubernetes已成为云原生计算的基石。得益于Kubernetes的大规模应用管理能力、多云混合云的支持能力，在2020年，Kubernetes会成为用户和云计算新的交互界面。从架构的角度，Kubernetes成为了IaaS层的控制平面，并进一步推动底层IaaS(计算、存储、网络)的能力优化，来满足容器带来的一二个数量级的高密度和高动态性要求。

Kubernetes掌控能力成为企业运维团队的核心技能，并和AIOPS相互促进发展。

Kubernetes的大规模使用是否会带来企业运维人员的失业？实际上，随着越来越多的企业IT架构，从on Kubernetes到in Kubernetes，大量的CRD、自定义Controller和服务网格的引入，给Kubernetes的稳定性和性能优化带来大量的挑战。Kubernetes的掌握深度逐渐成为企业运维团队技术能力的重要评估标尺，而企业运维人员的技能也会从自动化向数据化和智能化发展。

预测在2020年，围绕着Kubernetes的AIOps会逐渐涌出，来进一步完善Kubernetes的成本优化、故障检测和集群优化。

而Kubernetes等云原生技术也会让AIOps不再雾里看花：

1)得益于Kubernetes的良好设计，包括声明式API、不可变架构、优雅的扩展机制，可以促进应用发布和运维的操作归一化(Normalization)；

2)结合GItOps、Tekton、SecOps等自动化流程的落地，应用的生命周期更加标准化(Standardization)；

3)随着OpenTelemetry、CloudEvents等项目的推进，应用可观测性领域在日志、监控、Tracing、事件等领域进一步标准化和融合，使得多指标、根因分析的数据集更加丰富，从而提高AIOPS的AI层面的准确率和覆盖率。

新内核、新硬件助力容器优化OS的演进。

容器技术经过了多年的发展，从早期的Docker、rkt、CRI-O等，到containerd、Kata Container、gVisor，已经成为Kubernetes运行的重要基石。然而无论是runc场景的进一步隔离，还是安全容器场景的进一步性能优化，还需要持续的打磨和增强。

随着新内核技术包括CGroup V2、namespace、virtiofs等的逐步成熟，可以进一步增强容器运行时的能力。另一方面，一些新硬件包括NPU、MoC、NUMA等的引入，也给容器和K8s调度带来了更多的优化空间和场景。得益于这些能力的加成，为容器场景量身定制的容器优化OS成为可能，并会快速发展。

容器网络和Mesh网络将进一步融合。

Service Mesh经过多年的市场培育，2020年将会成为Service Mesh技术的普及年。而Service Mesh的性能优化也会成为重头戏，一些下沉方案也在选择基于CNI(容器网络接口)和内核技术进一步优化网络转发性能。

而容器网络自身也在逐渐演进，从面向ip到面向Identity，从单容器网络平面到多网络平面，并进一步优化网络转发性能和零可信安全。在2020年，我们相信容器网络和Mesh网络将进一步融合，在Network ServiceMesh、NFV等场景进一步集成。

4.边缘计算

随着5G和万物互联时代的到来，联网智能终端设备数量将急剧增加，传统云计算中心集中存储、计算的模式已经无法满足终端设备对于时效、容量、算力的需求，将云计算的能力下沉到边缘侧、设备侧，并通过中心进行统一交付、运维、管控，将是云计算的重要发展趋势。

IDC预计，到2020年全球将有超过500亿的终端与设备联网，超过40%的数据要在网络边缘侧进行分析、处理与存储，这对边缘计算提供了充分的场景和想象空间。

站在新的一个十年，2020年边缘计算领域将有如下变化：

以Kubernetes为基础的云原生技术，经过近几年的高速发展，适用范围、落地场景、技术成熟度等均有了长足发展，其核心价值之一是通过统一的标准实现在任何基础设施上提供和云上一致的功能和体验。将云原生技术和边缘计算相结合，可以快速实现『云-边-端』一体化的应用分发，解决在海量边、端设备上统一完成大规模应用交付、运维、管控的诉求；

在安全方面，云原生技术可以提供容器等更加安全的工作负载运行环境，以及流量控制、网络策略等能力，能够有效提升边缘服务和边缘数据的安全性；

在边缘网络环境下，基于云原生技术的边缘容器能力，能保证弱网、断网的自治性，提供有效的自恢复能力，同时对复杂的网络接入环境有良好的兼容性；

依托云原生领域强大的社区和厂商支持，云原生技术对异构资源的适用性逐步提升，在物联网领域，云原生技术已经能够很好的支持多种CPU架构和通信协议，并实现较低的资源占用。

目前已经有不少厂商在进行云原生边缘计算的尝试，并有了部分成功案例，相信在2020年随着5G的快速铺开，云原生边缘计算的发展将大大提速。

5.容器实例与容器引擎

在2019年的最后一个月AWS终于发布了Fargate for EKS产品，这也宣告了云上Kubernetes使用Serverless容器实例作为底层运行时资源的产品形态得到了业界更广泛的认可。通过容器实例作为底层运行实体可以让用户专注于构建自身的业务和服务，无需再配置和管理服务器，摆脱基础设施运维的复杂性。同时通过真正的按需付费和实时扩容来降低用户的使用成本。

无论是亚马逊的Fargate，微软的ACI还是阿里云的ECI，各产品当前在对接Kubernetes的具体架构上仍然有分歧，以Fargate为代表采用的是透传Node信息的方式来提供对Kubernetes功能的完整支持；以ACI/ECI为代表则采用virtual kubelet方式对接Kubernetes对容器实例进行管理。

但无论采用何种对接方式，容器实例产品的核心依然需要构建在弹性、成本和Kubernetes兼容性上。通过弹性实现用户服务的按需实时扩容，用户无需选择实例和集群容量，不需要为额外的服务器预置而付费；通过实时扩容实现真正的按使用资源付费，降低用户的使用成本；Kubernetes已经成为容器编排领域的事实标准，对Kubernetes功能的兼容性决定着容器实例的适用范围。

站在新的一个十年，相信在2020年容器实例产品会在这三个方面继续改进和完善，持续提升弹性能力，降低用户的使用成本，并不断完善与Kubernetes的集成。同时也会有更多的云原生应用迁移到Kubernetes+容器实例上，享受云原生的技术红利。

从上述各厂商的同类产品中我们也可以看到此类产品在设计上的共同之处：

一个实例对应一个Pod

对接Kubernetes

安全容器作为底层容器引擎

这其中使用安全容器作为底层容器引擎是各家都很重视的底层基础能力。在2019年安全容器技术的隔离性越来越被看重，作为一个隔离层，不仅提升云原生平台的安全性，也对可运维性、服务质量和用户数据保护有显著效果。不过，回归初心，用户选择云原生的本质是容器带来的敏捷性，他们可以快速地调度并启动容器，并且可以灵活地使用资源，这方面安全技术尚不能达到传统容器的水平。

不论是Kata Containers还是gVisor，开源安全容器引擎在2019年都取得了很多进展，Kata Containers明确提出了“做面向云原生的虚拟化”作为2020年的目标：

在沙箱间共享资源，同时保持沙箱边界仍然清晰。

即时、动态地按需为沙箱提供资源，而不是像分区那样进行固定的资源分配。

主机的用户态工具、VMM乃至应用的内核联合起来，彼此协同为沙箱中的应用提供服务。

在2020年，Kata代表的虚拟化容器会与传统虚拟化渐行渐远而更加“应用中心”，gVisor为代表的进程级虚拟化也期待更多为应用的优化。我们相信在2020年的时候，我们还不会有一个统一的安全容器技术，但展望21世纪20年代的头几年，我们期待软硬件的共同发展会让主流的容器引擎都具有更好的隔离性。

6.基础架构演进

基于Kubernetes的Serverless Infras架构演进一直是各大云厂商和社区关注的焦点。2019年12月AWS在拉斯维加斯召开了一年一度re：Invent大会上宣布了EKS on AWS Fargate产品正式GA，这个消息在云市场和社区里掀起了不小的波澜。

EKS on Fargate提供了标准的Serverless Infra.的用户体验，即用户购买了EKS的服务后，不再需要购买额外的Infra云资源(如VM，Nitro)，就可以使用原生K8s API部署自己的应用，并且支持按量计费。

Serverless Infra.架构使得用户无需关注计算、网络、存储等底层基础设施细节，真正让用户回归到面向POD应用资源部署形态上去；同时管控面与数据面的强隔离能力将会是Serverless Infra.架构的关键，除了对用户屏蔽底层基础设施细节外，Serverless Infra.需要提供给用户一个安全可信的租户隔离环境。

2019年随着经济体全面上云，底层调度系统全面升级到云原生Kubernetes+轻量级容器架构演进，并且大规模部署在神龙裸金属实例上；同时基于kata-container的安全容器运行时技术趋于成熟，已经具备大规模铺开的条件。

站在新的一个十年，预计2020年，将是经济体全面迈向基础设施Serverless Infra.的一年，Serverless Infra.架构将会基于神龙+安全容器架构，通过构建软/硬多租户能力，弹性能力和高度的容器自愈能力，为用户提供极致的安全、稳定、隔离性的用户体验。同时底层资源池共享也能有效提升整体资源利用率，并池后资源互通将会有效降低整体机器成本。

7.应用开发

展望2020，我们认为云原生+智能化将成为下一代研发平台最重要的两个特性，它将进一步降低开发者采纳复杂技术的门槛以及通过工具释放生产力。当所有复杂度都卸载到云上以后，我们将回到10年前开发单机程序时的高效。

站在新的一个十年，2020应用开发领域将发生如下演进：

从Web-IDE演进为Cloud-Native IDE

2019年是VS Code生态继续高歌猛进的一年，得益于其模块化的设计，VS Code中的几个核心组件Monaco编辑器，插件体系，Language Server Protocol(LSP)等成为了Web-IDE的标准选型。社区也出现了code-server这样基于VS Code一行命令拉起Web-IDE的方案。

除了VS Code之外，Theia也继续演进，尤其是基于Theia的gitpod.io让人眼前一亮，通过把gitpod按钮集成在诸如GitHub README页面上，一键实现了从代码到预览的顺滑体验。

另一方面，大厂已有的Web-IDE方案也需要回过头来拥抱社区，彻底如Facebook完全从自研的Nuclide转而投向VS Code，而无论是Amazon的Cloud9还是Google尚未对外的Cider，如果要在商业化上更进一步，支持VS Code的插件体系想必也是理所当然。

从Local-IDE到Web-IDE让我想起了当年从PC到移动端。虽说时至今日，不少专业工具PC端的体验仍然是移动端难以企及的，但移动端的主导地位早已不容置疑。

Web-IDE具备开箱即用，环境一致可控以及和其它Web服务无缝集成的先天优势。接下来要做的除了继续补齐和Local-IDE在端功能的差距外，还可以结合分布式编译构建，集中式代码仓库，海量代码索引分析，云端协同等，提供真正的Cloud-Native IDE。

工具　->　平台　->　标准

GitHub今年推出了GitHub Actions，通过它可以在工作流中灵活地集成各种第三方服务。GitLab也在更早的时候就推出了可定制化的CI流水线配置。无论是GitHub还是GitLab，它们都从早期单纯的代码托管工具成长为了一站式DevOps平台。

最早以IntelliJ工具起家的JetBrains不再满足于仅仅打磨IDE，今年也推出了Space，力图打造一站式研发团队平台。以项管工具Jira起家的Atlassian，一直是自研收购两架马车并驾齐驱，今年通过收购又在自己研发平台的版图上增加了针对管理者视角的Jira Align。

后起之秀如sourcegraph干脆直接在网站上号称自己是The new standard developer platform。不管是基于Dev工具的右移，抑或是基于Ops工具的左移，当年的工具们都或多或少地长成所谓的一站式DevOps/DevSecOps平台。

那接下来，在这些平台之上是否能提炼出通用的标准？比如CI领域，是否能有一套CI流水线定义可以一统CircleCI，GitLab，GitHub Actions诸如此类？是否也有一套workflow标准可以让用户在AWS Step Functions，Argo，Tekton之间无缝迁移？

在更高的抽象层面，诸如Open Appliction Model(OAM)这样的标准是不是能真正架起从业务架构到基础架构的桥梁。虽然如今的研发平台已然是诸侯割据的局面，但在云原生，标准先行的理念下，我还是会期待有离业务层更接近的云原生标准去串联起整个研发平台。

开发者工具从本地工作到云端协作

当前的开发者工具绝大多数采用的是lift and shift的方式从本地平移上云，产品设计针对的还是单人人机交互，移到云端的研发工具还没有很好地利用云端多人实时交互的能力。无论是多人协作(云已经让我们离彼此更近)，还是人机协作(云已经让机器变得更强)，我期待着出现进一步挖掘云端协作能力的创新点。

更多云原生研发平台涌现

以Kubernetes、Serverless、Service Mesh、Cloud IDE为代表的多项云原生技术在过去一年让人印象深刻。我们意外的观察到，以中小互联网公司为代表的技术群体开始快速拥抱这个技术体系，并且通过云原生落地，快速的获得了以往互联网大厂才有的精英软件交付能力，比如复杂的流量治理能力，灰度发布能力，A/B Test能力，多环境管理能力，基础设施一键拉起，快速扩缩能力等等。

但在企业采纳新技术的同时，也面临着诸多挑战，比如开源软件复杂的搭建过程，黑屏化的交互设计，缺乏研发管理方法，缺乏企业权限管理能力等。因此一大批软件供应商开始基于云原生技术体系开发相关的管理平台，比如QingCloud，Rancher，阿里云容器服务。作为云上研发协同平台领导者的云效也在积极将CICD工具、测试环境管理方法、应用运维理念、DevOps协同方法论等与云原生技术融合贯通，为企业提供开箱即用的新技术解决方案。

数据和智能的工具时代到来

云原生是一套开放标准的技术体系，核心贡献者就是当今世界的互联网云厂商巨头企业。随着技术的发展和影响力的增强，逐步将企业的私有技术壁垒打破，并且开始采纳云上现成的云原生产品来改造自身的技术体系。技术的收敛带来了统一数据规范的可能，而数据是所有智能化的基石。

我们观察到最近一年AWS、微软、Facebook、ebay等厂商都在积极布局智能化工具，从传统的“代码”智能工具逐步扩展到“服务”智能工具。比如最近AWS发布的CodeGuru，它是一个用于代码审查自动化和性能优化推荐的机器学习服务。它能找出最影响程序性能的代码行，并让提供修复或改进代码的具体建议。这就是代码大数据和运行时服务大数据结合的智能工具。

2020如何兑现新技术给业务带去的价值

对于云原生从业者来说，2020年最大的挑战可能是兑现新技术给业务带去的价值。虽说过去一年对云原生的价值有不同层次、不同视角的解读，但更多还是从技术层面，鲜有各行各业的客户成功案例阐述新技术所带来的直接业务价值。

从市场的角度：仍存在大量的传统行业的企业处于物理机或虚拟机时代，受资产状况的影响他们很难一下子将核心业务搬迁到云原生之上而体会到新技术的巨大价值；另一方面，对于早已进入容器时代的那些企业，他们在软件资产上过去多年持续地投入了大量的资源做建设，从功能层面早已建立起了与云原生等同的软件资产，不会很快从自建转变为云原生。这是市场面对新技术普及之前的正常姿态，行业客户从两端正在被改变，今天大家正逐步对云原生这一概念达成有具象的共识。

站在新的一个十年起点，云原生从业者应当坚定自己对于新技术价值的理解和洞察，沉下心去将云原生的基础能力建设好。同时，需要特别重视以合适的方式和时机去兑现业务价值，通过更多的成功客户故事去加速市场对新技术的接受，让自己的成果更快、更好地被市场认可，创造行业趋势，为云计算的发展做出自己的贡献。

责任编辑：倪颖