国家工程实验室开源软件工作组——容器编排工具评测模型

作者｜开源软件工作组

来源｜电子商务与电子支付国家工程实验室

目录

1

编写目的

2

评测指标

1　编写目的

为满足业务需求，企业IT架构不断变革。从客户端/服务端模型，到浏览器/服务端模型，从信息孤岛变为基于服务的架构(Service Oriented Architechture，SOA)，从物理机到虚拟化，再到基础架构云(Infrastructure as a Service，IaaS)、应用云（Platform as a Service，PaaS），如今IT效率得到极大提升。应用上线需要的资源，从提出申请，到审批，到采购，到安装，到部署的时间大大缩短。大多有一定规模的企业已实现基础架构资源（如虚拟机、数据库、网络、存储）的云化和池化，但应用的部署和配置仍通过手工完成（部分完成简单的自动化），满足不了复杂需求，无法真正做到随时随地地持续交付、部署。

为实现快速、顺畅地部署和交付，业界出现了服务云的容器方案。Docker通过对Linux内核已有功能和机制的整合和强化，为业务应用提供了一个可靠、高效、易用的隔离环境，软件的交付以容器镜像作为载体。企业业务环境往往涉及成百上千台物理机或虚拟机，通过人工或传统自动化工具实现复杂部署十分低效，必须有专业的工具和平台满足容器集群所需的调度、网络、存储、性能和安全方面的需求。容器集群的管理问题，即容器编排的问题。

常见的编排工具包括Google Kubernetes、Docker Swarm和Apache Mesos等，围绕金融行业需求，为实现容器的调度和管理，帮助金融行业的企业或机构对主流容器云编排工具进行选型和评估，特制定该模型。

2　评测指标

2.1　开源许可证

开源软件许可证是开源软件的授权条款，通过授权条款保留一部分权利允许用户学习、修改、增进提高软件的质量。针对开源软件在知识产权和法律防范方面的潜在风险，对开源软件许可证是否限制开源软件的衍生产品的版权、专利申请、商标申请等进行考察。

2.1.1　开源许可证类别

开源许可证类别考察开源软件源代码是否有许可证协议声明，并检查许可证协议是否是MIT、Apache等经过OSI认证、业界广泛使用并且限制较为宽松的许可证类型。

主要评测指标：

2.1.2　开源许可证限制

开源许可证限制考察开源软件的衍生产品的版权、专利申请、商标申请、对外提供服务等权利归属，以及产品是否必须开源。

主要评测指标：

2.1.3　开源许可证冲突

开源许可证冲突考察开源软件中包含多个许可证内部条款的兼容冲突，以及与企业内部其他开源产品可能的潜在冲突。

主要评测指标：

2.2　行业认可度

通过容器编排工具的应用情况和第三方评估结果衡量软件被业界认可、接受的程度，包括容器编排工具商业化实践的案例数量和规模，软件的用户评价等。

2.2.1　商业化实践或应用案例

容器编排工具的商业化实践或应用案例是软件选型时的重要参考项，实践或应用的数量、案例的规模、应用案例应用的领域和运行时间反映了该软件被业界所接受的程度。

主要评测指标：

2.2.2　第三方公司评估结果

具有公信力的第三方企业对容器编排工具的评估可提供参考。

主要评测指标：

2.3　服务支持

考察容器编排工具的文档质量、支持工具和运维服务，包括文档的可用性，是否有服务商提供协助运维或托管运维服务等。

2.3.1　文档质量

容器编排工具的文档质量，包括文档的数量、文档覆盖的范围、文字规模，考察文档的完备情况，以及是否对用户有用。

2.3.2　运维服务

运维服务指容器编排工具是否有服务商提供协助运维或托管运维服务，以及服务商的数量和能力。

主要评测指标：

2.3.3　支持工具

支持工具指在指定场景下作为组件工具配合其他软件起到关键作用，或使用该软件进行开发/测试/运行时提供辅助作用的工具的情况。

主要评测指标：

2.4　产品活力

考察开源软件的社区发展情况、知名度、生命周期和版本稳定情况，包括开源软件的发布周期、贡献者数量及等级、公司参与开发的情况等。

2.4.1　产品活跃度

开源软件的活跃情况，包括最近一段时间的正式版本的发布情况，代码变化情况，问题修复的情况等信息。

主要评测指标：

2.4.2　社区活跃度

开源软件源代码被查看、拷贝、下载的情况，以及贡献者、贡献数量、贡献者的等级、以及参与的公司的情况，反映了开源软件社区活跃情况。

主要评测指标：

2.4.3　代码生命周期

考察开源软件全生命周期的版本、发布周期、以及每个版本的代码行数，反映软件的稳定情况。

主要评测指标：

2.4.4　参与软件开发的公司情况

考察开源软件在行业中的支持情况，参与该软件开发的公司的数量和公司的影响力能够对开源软件的应用、发展趋势提供参考。

2.4.5　关注度

开源软件被关注情况，书籍、文献数量，词条数量，检索和查阅次数,博客和论坛数量，确定软件是否受到持续的关注。

主要评测指标：

2.5　功能性

功能性衡量容器编排工具的基本功能是否能够满足业务系统的需要，实现容器管理，并提供更好的管理和使用的能力。

2.5.1　应用管理

应用管理考察容器编排工具实现应用的全生命周期的管理的能力。

主要评测指标：

2.5.2　容器和镜像

容器和镜像功能考察容器编排工具提供容器、镜像、模板、镜像仓库等的管理的能力。

主要评测指标：

2.5.3　集群管理

集群管理考察容器编排工具进行集群管理的能力。

主要评测指标：

2.6　性能效率

反映容器编排工具的处理能力和处理效率，考察服务端的性能瓶颈和最优配置。

主要评测指标：

2.7　安全性

2.7.1　缺陷或漏洞情况

缺陷或漏洞情况包含现有缺陷或漏洞的数量及严重程度，已修复缺陷或漏洞的数量及严重程度，缺陷密度等指标。

主要评测指标：

2.7.2　安全机制

考察容器编排工具在安全机制方面的能力和差异，包括多租户、认证、权限管理和访问控制等能力。

主要评测指标：

2.8 可扩展性

考察容器编排工具的管理能力和扩展能力，包括节点扩展，存储扩容和网络路由变化。

主要评测指标：

2.9 可靠性

容器编排的可用性表现在服务的高可用，功能需求正确处理的能力。

主要评测指标：

2.10 可维护性

容器编排工具的维护有命令行和WEB管理工具两种方式，需考察容器编排工具代码的规范性，可管理、可监控等方面的能力。

2.10.1　规范性

规范性指软件的代码编写、数据格式是否规范，以及不同语言的使用是否遵守相关标准。

主要评测指标：

2.10.2　可管理性

可管理性指通过对容器编排工具的管理，监控容器编排工具的运行情况的能力。

主要评测指标：

2.11 兼容性

衡量容器编排工具在运行环境、接口、数据等方面兼容的能力，包括软件能否在不同的操作系统中运行，软件接口是否与旧版本兼容。

2.11.1　运行环境兼容

运行环境兼容指软件在不同的硬件、网络、操作系统中运行，是否能得到一致的运行结果。

主要评测指标：

2.11.2　接口兼容

接口兼容指软件与其他应用软件/系统进行交互的复杂度，以及软件本身接口向前兼容的能力。

主要评测指标：

2.12 易用性

易用性考察使用容器编排工具完成指定任务的难易程度，包括开发、管理、运维的灵活性和难易程度。

主要评测指标：

联系我们