CN113626132A - Wiseman开发引擎平台 - Google Patents

Abstract

Wiseman开发引擎平台，选用Zuul网关，Zuul网关介于客户端和服务端主机之间；Zuul网关还提供了负载均衡、动态路由、监控审查、静态相应处理功能；服务端主机包括：若干个独立的业务服务模块，业务服务模块均以Docker镜像的模式发布；采用标准的httprest轻量级协议作为业务服务模块的发布接口；引入了SpringCloud框架中的Hystrix容错保护和Sleuth链路跟踪，解决高并发场景下的运行性能的问题，满足业务应用复杂多变和迭代开发的需求，通过各个独立的务服务群及Docker容器使各个业务服务模块之间进程独立、高度解耦，每个业务服务模块都可以独立开发、测试、部署，互不影响。

Description

Wiseman开发引擎平台

技术领域

本发明属于开发引擎平台技术领域，涉及Wiseman开发引擎平台。

背景技术

在项目发展的初期，项目不需要复杂的技术栈，往往一套熟悉的技术栈就可以完成开发，企业为了减少开发部署成本，往往使用单体架构的开发平台，把所有的业务逻辑都写在一个应用上，使得开发、测试、部署都变得简单高效，单个开发人员也可以完成业务接口到数据库的整个流程。

随着信息时代的发展，基于单体架构的传统应用随着业务的越发的庞大和需求的增加，存在代码逻辑复杂、耦合度高、迭代周期长、持续交付能力弱、维护困难、无法及时响应业务的持续发展变化等不足。

发明内容

为了实现上述目的，本发明采用了以下技术方案：

Wiseman开发引擎平台，基于SpringCloud、SpringBoot、Mybatis、Jwt、Vue、Activiti6工作流和阿里巴巴组件的技术组合；

包括：服务端主机及客户端主机、网关模块，服务端主机及客户端主机通过网关模块实现连接；

网关模块选用Zuul网关，Zuul网关介于客户端和服务端主机之间，提供了服务网关的功能；

Zuul网关还提供了一套过滤器机制，用户以不同的规则配置相应的过滤器；

Zuul网关还提供了负载均衡、动态路由、监控审查、静态相应处理功能；

服务端主机包括：若干个独立的业务服务模块，业务服务模块均以Docker镜像的模式发布；每个业务服务模块都可以独立开发、测试、部署，互不影响；

采用标准的httprest轻量级协议作为业务服务模块的发布接口；

引入了SpringCloud框架中的Hystrix容错保护和Sleuth链路跟踪。

作为本发明进一步的方案：还使用了EurkaServer提供服务中心功能。

作为本发明进一步的方案：各个业务服务模块分别设置于各个独立的Docker容器中，由Docker容器将各个业务服务模块的基础设施层隔离，使各个业务服务模块之间进程独立、高度解耦。

本发明的有益效果：解决高并发场景下的运行性能的问题，实现业务服务模块高可用性，满足业务应用复杂多变和迭代开发的需求，通过各个独立的务服务群及Docker容器使各个业务服务模块之间进程独立、高度解耦，每个业务服务模块都可以独立开发、测试、部署，互不影响。

附图说明

图1是本发明模块结构示意图。

图2是本发明开发平台示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，应理解，本申请不受这里公开描述的示例实施例的限制。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参阅图1，本发明实施例中，Wiseman开发引擎平台，基于目前流行的SpringCloud、SpringBoot、Mybatis、Jwt、Vue、Activiti6工作流和阿里巴巴组件的技术组合；

开发引擎平台的总体技术架构如图2所示，本平台是基于将Spring Cloud框架融入平台中，以″服务自治、轻量级通信、高可用性、去中心化管理″的原则，重点从服务访问、服务管理、数据通信、系统可靠性等角度进行改造；

包括：服务端主机3及客户端主机1、网关模块2，服务端主机3及客户端主机1通过网关模块2实现连接；

服务访问改进：

网关模块2选用Zuul网关，Zuul网关介于客户端和服务端主机3之间，提供了服务网关的功能；封装了内部服务的访问逻辑，使得用户无需直接调用服务接口，只要和网关交互即可，简化了客户端代码开发工作；

Zuul网关还提供了一套过滤器机制，用户以不同的规则配置相应的过滤器只有通过校验的请求才能访问服务端主机3，这样可以实现拦截请求接口，且客户端无需开发任何非业务的规则校验代码，使得用户能更关注于业务逻辑的开发；

此外，Zuul网关还提供了负载均衡、动态路由、监控审查、静态相应处理功能；

服务管理改进：

服务端主机3包括：若干个独立的业务服务模块4，业务服务模块4均以Docker镜像的模式发布；各个业务服务模块4分别设置于各个独立的Docker容器中，由Docker容器将各个业务服务模块4的基础设施层隔离，使各个业务服务模块4之间进程独立、高度解耦，每个业务服务模块4都可以独立开发、测试、部署，互不影响；

同时为了避免业务服务模块4调用时的地址硬编码，平台使用了EurkaServer提供服务中心功能，而业务服务模块4治理体系需要三个核心角色：服务供应商、服务消费者、服务注册中心；在平台架构中，平台通用业务服务模块4担任了服务供应商的角色，客户端定制程序可以看作服务消费者，而服务注册中心则由Eurka Server担任。当平台的业务服务模块4在启动时会将自己注册到Eurka Server中，Eurka Server会存储平台所有业务服务模块4的访问地址信息，当客户端程序需要调用平台业务服务模块4时，只要向EurkaServer查询服务地址即可；平台的业务服务模块4和Eurka Server通过心跳机制保持通信，一旦业务服务模块4地址变更或者失效，会重新在Eurka Server进行注册，这样，客户端程序就无需关心具体业务服务模块4的地址、端口是否变更，编程时也无需关心服务提供者的信息；由于没有硬编码地址，该平台提高了代码的可维护性。

数据通信改进：

采用标准的httprest轻量级协议作为业务服务模块4的发布接口；由于Rest跨语言、跨平台的特性，用户定制开发的业务服务模块4无需使用和平台一致的技术语言，可以按照本身的特性选择合适的语言进行开发，每个业务服务模块4也可以按照自身的特性选择合适的编程语言，提高了项目定制开发时的技术选型的灵活度。

系统可靠性改进：

引入了SpringCloud框架中的Hystrix容错保护和Sleuth链路跟踪；

其中，Hystrix容错保护程序是一个实现容错机制的框架，当请求访问的业务服务模块4出现问题时，为了防止由于响应慢而引起请求积压、资源无法释放的问题，Hystrix容错保护可以为请求设置超时，以便尽快释放资源；Hystrix容错保护还提供了断路器功能，当检测到一段时间内对某个业务服务模块4的请求失败次数达到一定阈值时，Hystrix容错保护会自动禁止该业务服务模块4的访问，减少无意义的请求等待时间，当业务服务模块4恢复正常时，又能自动恢复该业务服务模块4的请求；Sleuth链路跟踪则提供了分布式环境下网络请求跟踪的功能，当响应过慢、系统出现性能瓶颈时，可以使用Sleuth链路跟踪跟踪请求经过的路径，观察耗费时间、延迟时间等指标来解决问题。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (3)

1.Wiseman开发引擎平台，基于SpringCloud、SpringBoot、Mybatis、Jwt、Vue、Activiti6工作流和阿里巴巴组件的技术组合，其特征在于；

包括：服务端主机及客户端主机、网关模块，服务端主机及客户端主机通过网关模块实现连接；

网关模块选用Zuul网关，Zuul网关介于客户端和服务端主机之间，提供了服务网关的功能；

Zuul网关还提供了一套过滤器机制，用户以不同的规则配置相应的过滤器；

Zuul网关还提供了负载均衡、动态路由、监控审查、静态相应处理功能；

服务端主机包括：若干个独立的业务服务模块，业务服务模块均以Docker镜像的模式发布；每个业务服务模块都可以独立开发、测试、部署，互不影响；

采用标准的httprest轻量级协议作为业务服务模块的发布接口；

引入了SpringCloud框架中的Hystrix容错保护和Sleuth链路跟踪。

2.根据权利要求1所述的Wiseman开发引擎平台，其特征在于，还使用了EurkaServer提供服务中心功能。

3.根据权利要求1所述的Wiseman开发引擎平台，其特征在于，各个业务服务模块分别设置于各个独立的Docker容器中，由Docker容器将各个业务服务模块的基础设施层隔离，使各个业务服务模块之间进程独立、高度解耦。

Images