金融业开源软件研究评测（一）——分布式消息中间件评测模型

1　编写目的

目前，国内外许多大型企业在建设信息系统的过程中，基本都是基于开源软件进行建设。创新业务的快速迭代和突发增长，使得金融机构正逐步将系统架构从集中式转向分布式的云计算和大数据，开源软件成为了金融企业的首要选择。

金融企业逐步应用开源软件已经成为一种趋势，除了保障信息系统和关键技术自主可控，金融企业也需要专业化的开源软件评测体系，加强开源软件应用的风险管控能力。在此基础上，结合自身需求实现个性化定制，提高核心技术的自主能力。

消息中间件是分布式系统中完成消息发送和接收的基础组件，常用开源消息中间件包括Kafka、RabbitMQ等。消息中间件通过利用高效可靠的消息传递机制，进行平台无关的数据信息交换，实现分布式系统的集成。同时，在分布式的环境下通过异步通讯降低系统间的耦合度，提高系统的稳定性、吞吐率和可用性。

围绕金融行业的实际业务需要，基于金融行业开源软件整体评测模型，结合开源软件特性，我们建立了针对金融行业的分布式消息中间件评测模型。通过该模型得出消息中间件应用于金融行业时需要重点关注的指标，帮助金融行业的企业或机构对开源分布式消息中间件软件的选型、质量检测、成熟度评估以及软件供应商的能力等进行评估。

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.3.4　参与软件开发的公司情况

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

2.3.5　关注度

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

主要评测指标：

2.4　服务支持

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

2.4.1　文档质量

开源软件的文档质量，包括文档的数量、文档覆盖的范围、文字规模，考察文档的完备情况，以及是否对用户有用。

2.4.2　运维服务

运维服务指开源软件是否有服务商提供协助运维或托管运维服务，以及服务商的数量和能力。

主要评测指标：

2.4.3　支持工具

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

主要评测指标：

2.5　功能性

功能性衡量消息中间件的基本功能是否能够满足业务系统的异步化，模块解耦的需要，实现高效的消息投递，遵循相关的标准、约定或法规以及类似规定的能力。

2.5.1　功能正确性

功能正确性指消息中间件具备基本的消息投递功能，以及高效投递消息的能力。

主要评测指标：

2.5.2　功能适合性

功能适合性指消息中间件能够满足业务需求，实现更灵活的消息处理的能力。

主要评测指标：

2.6　性能 效率

反映消息中间件的性能指标在集群的吞吐率，表现为生产者和消费者生产和消费的数据量（MB/s）和消息量（Record/s），考察服务端的性能瓶颈和获得最佳吞吐量的最优配置。

主要评测指标：

2.7　安全性

消息中间件因其分布式的特点，需考察生产者、消费者与集群的通讯安全，是否支持使用TLS/SSl、用户、权限和授权的能力等，确保业务系统的安全。

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　易用性

易用性考察使用开源软件完成指定任务的难易程度，包括开发、管理、运维的灵活性和难易程度。

主要评测指标：