简介:4月28日,CNCF 发布了2020年度的中国云原生调查报告,这是 CNCF 在中国进行的第四次云原生调查,整体上看,代表云原生的容器、Serverless 和 Service Mesh,无论是在使用群体上,还是落地规模上,都处于快速增长阶段。
4月28日,CNCF 发布了2020年度的中国云原生调查报告,这是 CNCF 在中国进行的第四次云原生调查,目的是帮助相关从业人员更加深入地了解云原生在国内的落地进程。
报告地址:https://www.cncf.io/blog/2021/04/28/cncf-cloud-native-survey-china-2020/
笔者在去年12月参与过这次问卷调查,从问卷内容的设置上看,2020年和2019年的两份报告有着比较好的延续性。报告关注云原生在中国落地规模上的变化,以及各个开源项目或产品使用分布上的变化。
问卷样本有较高的代表性。在今年的报告中,共计439人参与了调查,49%均是CNCF的最终用户社区成员。其中,企业规模大于5000人/100-499人/1000-4999人/500-999人,分别占据了40%/19%/12%/11%,其他规模群体均未超过10%;行业分布以软件/技术为主,超过60%,电信/金融服务/教育也是实践较多的行业,在5%-10%之间;受访人群以软件架构师/后端工程师/DevOps工程师为主,合计超过90%(未去重)。这些特征似乎也和我们身边正在实践云原生的企业较为匹配。
接下来,我们来对报告中 Serverless 相关的一些主要结论做个解读:
31%正在使用,41%正在评估,这已经接近2019年容器的使用水平(49%正在使用,32%正在评估)。Serverless 的价值已被大部分企业所认可,无服务器的编程模式也正帮助开发者以一种全新的姿势融入业务。以阿里巴巴为例,Serverless 大有当年微服务的势头,淘宝、高德、支付宝、闲鱼、飞猪、B2B,几乎所有业务都在将 Serverless 技术应用于生产场景,同时还开源了 Serverless Devs、Midway 等多个项目,相信不久的将来,这里面会出现类似微服务领域 Dubbo、Nacos 这类明星开源项目。
托管平台仍是用户落地 Serverless 技术的首选,4款托管平台均是 FaaS 形态的产品。以排名第一的阿里云函数计算为例,是一个事件驱动的全托管 Serverless 计算服务,提供了函数级别的编程范式。不同于应用级别的 Serverless 形态,以函数来响应业务对架构有着较大的改造成本,选择托管平台有着更高的性价比。虽然在此次报告中有20%的用户选择了可安装软件,但是其中超过30%都是来自 Knative,大家知道,Knative 并不是一种FaaS 模式,而是 CaaS 的一种最佳实践。如果剔除掉 Knative,选择 Kubeless/Open Whisk 来自行构建一个函数管理平台的用户就非常少了,值得注意的是,Kubeless 的使用量从去年的29%下降到今年的 11%。
这和阿里云在系统软件、计算、网络、存储、容器等底层基础设施的性能和成熟度建设不无关系,使得函数计算在运行时的能力和稳定性与众不同。此外,FaaS 产品的选型关键不仅仅在产品自身的能力,也在整个产品生态的完整度上,例如和 FaaS 相关的触发器类型和成熟度、云上可观测能力、开源社区各类标准的兼容能力,这些都依赖于云厂商的整体产品能力。而阿里云上整体的产品丰富度和产品能力降低了用户改用函数来管理计算资源的门槛。
去年10月信通院发布的国内首个《云原生用户调查报告》中,阿里云在国内 Serverless 用户规模的占比达到66%;今年3月, Forrester 发布的 2021 年第一季度 FaaS 平台评估报告,阿里云函数计算产品能力位列全球第一,并进入 FaaS 领导者象限,国内唯一。这些也都印证了客户在 FaaS 领域选型的基本逻辑。
此外,今年的中国云原生调查报告还给出了容器、Service Mesh、开源工具相关的一些主要结论。
整体上看,代表云原生的容器、Serverless 和 Service Mesh,无论是在使用群体上,还是落地规模上,都处于快速增长阶段。社区也越加繁荣,相关开源工具正帮助开发者更高效、更稳定的将这 3 类技术应用在生产上。目前,中国已是 CNCF 仅次于美国和德国的第三大贡献者基地(贡献者和提交者)。其中,阿里巴巴进入 CNCF 沙箱的开源项目已有6个(国内总计14个),分别是 Dragonfly、OpenKruise、OpenYurt、Vitess、ChaosBlade 和 Fluid。
最后,我们将前后两份报告中的数据放在一起对比来看,通过数据上的变化,也许可以为计划或正在落地云原生的企业提供一些选型参考,以下是详细的对比数据。
2019年 | 2020年 | ||
问卷样本 | 发布时间 | 2020年10月 | 2021年4月 |
受访人群体量 | 300人,97%来自亚洲 | 439人,91%来自亚洲 | |
受访人群所在企业规模 | >5000人:23.3% 1000-4999:17.0% 500-999:10.7% 100-499:23.3% 50-99:9.0% 10-49:13.0% >10:3.7% | >5000人:40% 1000-4999:12% 500-999:11% 100-499:19% 50-99:6% 10-49:9% >10:2% | |
容器 | 生产中使用容器的比例 | 49% | 68% |
生产中使用K8s的比例 | 72% | 82% | |
公共云的使用率 | 36% | 46% | |
K8s生产集群规模 | 6-100个集群以上:44% 50个集群以上:13% 5000个集群:10% | 6-100个集群以上:47% 50个集群以上:21% 5000个集群:15% | |
使用或部署容器的最大挑战 | 使用/部署复杂性:53% 安全性:39% 培训不足:36% 网络:36% 可靠性和监控:35% | 使用/部署复杂性:58% CI/CD:44% 监控:38% 安全性:36% 2020年报告未给出百分百,以上数据来自报告中柱状图的拟算 | |
打包 Kubernetes 的方法 | 64% | 54% | |
服务代理 | NGINX:54% HAProxy:18% F5:16% Envoy:15% | NGINX:39% Envoy:29% HAProxy:不到20% F5:不到15% | |
Kubernetes 环境 | Docker Kubernetes:42% Minikube: 云供应商管理的 Kubernetes:14% | Docker Kubernetes:37% 云供应商管理的 Kubernetes:28% Minikube:低于21% | |
工作负载自动伸缩 | 不希望自动伸缩任何工作:28% 计划自动伸缩无状态应用:54% 计划伸缩任务/队列处理:26% 计划自动伸缩有状态应用: 23% | 不希望自动伸缩任何工作:13% 计划自动伸缩无状态应用:69% 计划伸缩任务/队列处理:35% 计划自动伸缩有状态应用: 34% | |
Serverless | Serverless部署方式 | 托管平台:36% 可安装软件:22% | 托管平台:45% 可安装软件:20% |
Serverless托管平台使用情况分布 | 阿里云函数计算FC:46% AWS Lambda:34% 腾讯云SCF:12% 华为云FS:12% Azure Functions:不到10% | 阿里云函数计算FC:35% AWS Lambda:19% 腾讯云SCF:不到10% 华为云FS:不到10% (有关4个厂家占有率都降低的原因,咨询了CNCF官方:今年的占比算法中,分母包含了Installable Serverless) | |
Serverless可安装软件使用情况分布 | Kubeless:29% Knative:22% Apache OpenWhisk:20% Virtual Kubelet:超过10% | Knative:31% Kubeless:11% Virtual Kubelet:9% Apache OpenWhisk:不到9% | |
Service Mesh和存储 | Service Mesh | Istio:超过40% Consul:超过20% Linkerd:超过10% | Istio:接近40% Consul:超过30% Linkerd:超过30% |
云原生存储 | Ceph:24% Amazon EBS:23% 容器存储接口CSI:18% | Ceph:31% CSI:26% Gluster:15% 使用 | |
其他开源项目的使用比例 | Prometheus | 57% | 72% |
CoreDNS | 35% | 64% | |
Etcd | 37% | 77% | |
Harbor | 27% | 47% | |
CNI | 22% | 53% | |
gRPC | 29% | 47% |
原文链接:https://developer.aliyun.com/article/783887?
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。