创建微服务架构的步骤_微服务架构下的服务可视化编排系统及方法与流程

本发明涉及微服务应用程序领域，具体涉及微服务架构下的服务可视化编排系统及方法。

背景技术：

微服务架构是一项在云中部署应用和服务的新技术。微服务可以在“自己的程序”中运行，并通过“轻量级设备与http型api进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构(在现有系统中分布一个api)区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。

api(applicationprogramminginterface，应用程序接口)是一些预先定义的函数，或指软件系统不同组成部分衔接的约定。目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问原码，或理解内部工作机制的细节。

微服务编排是指把已经开发好的微服务api接口(restful、webservice、dubbo、grpc等)按照一定的业务逻辑和流程进行可视化编排的过程，微服务编排平台会在内部构建一个流程调度引擎进行自动化的调度或者重新聚合为一个新的微服务api进行发布。

通过微服务编排可以把已经开发好的api服务无需任何代码就可以进行业务逻辑的重组与重构，可以提升api服务的复用效率实现前台业务或业务系统集成的敏捷交付，通过微服务编排平台也能把业务系统、数据、业务逻辑进行解藕，业务逻辑的编排交由专门的微服务编排平台完成，而api服务只需要专注完成自已内部的逻辑即可。

随着微服务架构的推行，企事业单位基于微服务架构的业务系统会越来越多，而微服务架构会产生大量的api服务接口以及接口之间的相互调用。目前的开发人员主要的处理方式通过编码的方式实现多个api之间的组合与调用，存在编码效率低下接口之间的调用监控存在困难等问题出现故障时不能主动恢复等问题。

同时也有基于工作流方式来实现api服务接口进行编排的工具和系统，目前的这种工具系统都需要强依赖于持久化的sql数据库技术来实现的，基于数据库存的表结构来实现api节点的状态改变和推进，被编排的节点在运行过程中需要实时把状态数据持久化到数据库中，基于这类技术的编排系统都存在并发性能问题，因为并行执行节点时很大一部分取决于数据库的读写性能，随着微服务架构的推行和使用，大量的api会被同时编排在一个复杂的流程中，而且分布式系统一般对性能要求很高，具有很高的并发特性，而目前这种基于sql数据库技术的api组合与编排在大并发场景下存在明显的缺陷。

技术实现要素：

针对现有技术存在的不足，本发明提供了微服务架构下的服务可视化编排系统及方法，其应用时，可以实现对微服务的大量api接口进行可视化编排和监控，并直接在内存中构建编排节点进行执行和调度，编排api在运行过程中不依赖于数据库。

本发明所采用的技术方案为：

微服务架构下的服务可视化编排系统，包括用于监控正在调度和运行中的流程，并进行流程运行状态可视化显示和回放的编排流程监控模块；用于对api采用可视化拖、拉、拽的方式组合编排出新的流程的可视化流程编排模块；用于将已编排好的流程重新发布为一个新的api，并对新发布的api进行管理和测试的api服务管理模块；用于对流程编排过程中所需的业务逻辑处理进行统一规则创建和管理的规则管理模块；用于对已编排流程设定流程运行频率，并根据流程运行频率调度已编排流程的调度频率配置模块；以及用于在内存中根据编排的节点流程进行节点构建并推进执行，最后输出流程执行结果给调用端的流程执行引擎模块。

作为上述技术方案的优选，所述编排流程监控模块所监控的流程信息包括流程运行情况统计信息、运行失败流程信息、正常结束流程信息和待补偿流程信息；所述可视化流程编排模块组合编排后的流程包括流程名称、流程编号、节点名称、节点类型、apiurl地址、api的调用方法、api的结果断言和api的输入参数；所述api服务管理模块的测试管理内容包括api的名称、api发布的url地址、api的权限、api的请求方式和api的doc文档；所述规则管理模块的管理