共计 2755 个字符，预计需要花费 7 分钟才能阅读完成。
简介： 2020 年 8 月 18 日，首届云原生微服务大会于线上召开，会议首日，阿里云资深技术专家、CNCF TOC 李响 Keynote 演讲中正式公布了《2020 年微服务畛域开源数字化报告》。
导读：2020 年 8 月 18 日，首届云原生微服务大会于线上召开，会议首日，阿里云资深技术专家、CNCF TOC 李响 Keynote 演讲中正式公布了《2020 年微服务畛域开源数字化报告》。
微服务体系就像是一剂催化剂，能够减速数据和业务联合的过程，更好地晋升生产力，从而实现业务的晋升。本我的项目旨在通过建设一份建设在微服务畛域的绝对残缺、能够重复进行推演的数据报告（报告、数据、算法均开源），剖析微服务框架我的项目以及 Spring Cloud 我的项目的 GitHub 开发者行为日志，通过多维度数据分析的视角，来察看微服务畛域的开源现状、停顿趋势、演变特色等问题。
本报告依据 2020 年 1 月到 6 月的 GitHub 日志进行统计。值得一提的是，报告显示 Apache Dubbo 作为中国外乡开源的我的项目，在微服务框架中排名第 5，全球排名跻身 693；Spring 社区第一个国产 Spring Cloud 我的项目 Spring Cloud Alibaba 作为开源的微服务全家桶，在 Spring Cloud 榜单中居于榜首。
关键词：微服务、开源、行为数据、GitHub
背景
随着业务的扩张，单体利用架构的开发、部署和运维都会越来越慢，越来越简单，甚至在单体架构利用开发中麻利模式无奈施展开。基于此，具备更高独立性、可用性和弹性的微服务应运而生。从构造上看，微服务架构将一个利用拆分成多个松耦合的服务，这些服务之间通过某种协定（REST、rpc 等）进行相互合作，实现原单体架构性能，但提供更灵便的部署模式，更容易扩大，升高了开发、运维上的复杂度。微服务的核心思想就是分而治之。微服务是商业应用程序发中最热门的新事物。微服务这个词取代了麻利、DevOps 和 RESTful。
2020 年 7 月 O’Reilly 颁布了一份对于企业微服务市场现状的数据调研。报告显示，在拜访了寰球 1502 名软件工程师、零碎和技术架构师、工程师以及决策者后，有 77% 的组织反馈采纳了微服务，其中 92% 的组织胜利应用了微服务。理解并剖析微服务畛域开源我的项目的倒退，有助于把握该畛域的发展趋势，从而帮忙进步企业的竞争力。
因而，进一步深入研究微服务畛域的开源数字化现状具备十分重大的意义。
总体宏观统计后果
1. Key Takeaways
- Quarkus 作为云原生微服务框架，在微服务框架中活跃度排名第一，寰球 GitHub 开源我的项目活跃度中排名 40；
- Spring 作为 Java 微服务框架事实标准，Spring Cloud 和 Spring Boot 我的项目在微服务框架中活跃度别离位列第二和第三；
- Apache Dubbo 作为中国外乡开源的我的项目，微服务框架活跃度排名第五，寰球 GitHub 开源我的项目活跃度中排名跻身 693；
- 在厂商 Spring Cloud 我的项目中，Spring Cloud Alibaba 活跃度排名第一。
2. 微服务框架榜单
依据附录中给出的我的项目活跃度定义，咱们应用 2020 年 1 月～6 月的数据对微服务框架相干的我的项目及社区进行了活跃度的统计与排名，后果如下表所示，quarkusio/quarkus 我的项目、spring-cloud 社区、spring-projects / spring-boot 我的项目别离位于 Top1，Top2，Top3。须要留神的是，global_rank 是指该我的项目在寰球 GitHub 开源我的项目中的活跃度排名。
（点击查看大图）
【注】：表格中的 developer 是指执行了五种动作：Issue comment、Open issue、Open pull request、Pull reuqest review comment 和 Pull request merged 的开发者。
3. Spring Cloud 榜单
依据附录中给出的我的项目活跃度的定义，咱们应用 2020 年 1 月～6 月的数据对 Spring Cloud 我的项目进行了活跃度的统计与排名，后果如下表所示：
（点击查看大图）
【注】：表格中的 developer 是指执行了五种动作：Issue comment、Open issue、Open pull request、Pull reuqest review comment 和 Pull request merged 的开发。
瞻望
此次开源我的项目数据报告针对微服务畛域的我的项目进行了钻研，次要是提供了一些统计数据。将来，会对社区协作关系做可视化的出现；在数据挖掘的层面，会基于实在数据挖掘数据背地的价值。心愿报告所提倡的开源凋谢的业态有助于推动中国微服务畛域的开源走向更深层次。
致谢
本次报告由 X-lab 凋谢实验室撰写。
X-lab 凋谢实验室是由来自华东师范大学、同济大学的师生所形成的凋谢翻新共同体，业余背景包含计算机科学、数据迷信及其相干跨学科，长期思考并实际教育与开源两大主题。
附录：数据集及办法
1. 数据集
- 工夫：2020 年 1 月～2020 年 6 月
- 微服务框架数据
- spring-cloud 数据集
2. 活跃度计算形式
（1）开发者活跃度
开发者活跃度，其定义为某特定 GitHub 账号在一段时间外在某特定 GitHub 我的项目中的沉闷评估指标。其活跃度由该账号在该我的项目中的行为数据决定。本报告中所关怀的行为蕴含如下几种：
- Issue comment：在 issue 中参加探讨是最根本的行为，每个评论计入 1 次；
- Open issue：在我的项目中发动一个 issue，无论是探讨、Bug 报告或发问，对我的项目都是带来沉闷的，每个发动的 issue 计入 1 次；
- Open pull request：为我的项目提交一个 PR，示意已对该我的项目进行源码奉献，则每次发动一个 PR 计入 1 次；
- Pull reuqest review comment：对我的项目中的 PR 进行 review 和探讨，须要对我的项目有相当的理解，并且对我的项目源码的品质有极大帮忙，每个评论计入 1 次；
- Pull request merged：若有 PR 被我的项目合入，即使是很小的改变，也须要对我的项目有较为深刻的了解，是帮忙我的项目提高的真切奉献，则每有一个 PR 被合入计入 1 次。
以上 5 个种行为在该报告模型中，具备不一样的权重，其加权值逐级减少，加权值别离为 1、2、3、4、5，即：
（2）我的项目活跃度
我的项目活跃度，其定义为某特定我的项目在一段时间内的沉闷评估指标。其活跃度由该段时间外在本我的项目中产生沉闷的开发者活跃度加权计算失去，即：
应用开方的加权形式，用于抹平因外围开发者沉闷度过高而导致我的项目沉闷度过高，在该计算形式下，活跃度计算形式对参加人数较多而沉闷状况均匀的我的项目更加敌对。
原文链接
本文为阿里云原创内容，未经容许不得转载。
