本发明涉及平台管理领域，尤其涉及一种平台管理方法、系统、装置及存储介质。
背景技术：
企业平台管理大多采用利用框架构建平台后针对该平台进行监控和运行管理，目前常用的框架架构有springmvc架构，springmvc是一种请求驱动类型的轻量级web框架，但是springmvc的配置非常复杂，特别是针对一些基础服务的开发，springmvc则显得更为复杂，不便于开发人员搭建平台和管理人员管理平台，而且目前大多数的平台对于进程数较多时的进程处理较为缓慢，当进程过多时，容易造成平台崩溃，从而使工作人员对平台的管理更为困难。
技术实现要素：
为了解决上述技术问题，本发明的目的是提供一种平台管理方法、系统、装置及存储介质，可提高平台稳定性，便于工作人员管理平台。
本发明所采用的第一技术方案是：一种平台管理方法，包括以下步骤：
根据预设条件将企业系统拆分为多个服务节点；
对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点；
获取用户请求并根据预设条件将用户请求分流到各个服务节点处理。
进一步，所述根据预设需求将企业系统拆分为多个服务节点这一步骤，其具体还包括：
获取企业的业务信息并根据该业务信息划分企业业务的类型；
基于j2ee框架和企业的业务类型将系统拆分为多个服务节点。
进一步，所述对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点这一步骤，其具体还包括：
基于eureka组件对服务节点进行注册，并将注册后的服务节点导入到服务平台；
服务平台通过turbine集群对服务节点进行实时监控，得到服务节点的监控信息后根据监控信息生成监控仪表盘。
进一步，所述获取用户请求并根据预设条件将用户请求分流到各个服务节点处理这一步骤，其具体还包括：
接收用户请求，通过服务网关对用户请求进行分类；
将分类后的用户请求转发到服务平台的对应服务节点处理，并将结果反馈到服务平台。
进一步，基于rabbitmq队列服务接收用户请求，所述接收用户请求还包括当接收到的用户请求数过多时，将用户请求放入服务平台的队列池中。
进一步，所述服务节点的监控信息包括服务节点的运行时间、服务节点调用的数据和服务节点处理请求的次数。
进一步，所述服务网关采用zuul，所述通过服务网关对用户请求进行分类还包括初步筛选，拒绝与要求不符的用户请求。
本发明所采用的第二技术方案是：一种平台管理系统，包括：
拆分模块，用于根据预设条件将企业系统拆分为多个服务节点；
注册模块，用于对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点；
分流模块，用于获取用户请求并根据预设条件将用户请求分流到各个服务节点处理。
本发明所采用的第三技术方案是：一种平台管理装置，包括：
至少一个处理器；
至少一个存储器，用于存储至少一个程序；
当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如上所述所述一种平台管理方法。
本发明所采用的第四技术方案是：一种存储介质，其中存储有处理器可执行的指令，其特征在于：所述处理器可执行的指令在由处理器执行时用于实现如上所述一种平台管理方法。
本发明方法、系统、装置及存储介质的有益效果是：本发明通过将系统划分为多个服务节点后，将大量的用户请求分流到不同的服务节点，使平台负载均衡，提高平台的稳定性，从而使平台的管理更为简单。
附图说明
图1是本发明一种平台管理方法的步骤流程图；
图2是本发明一种平台管理系统的结构框图。
具体实施方式
下面结合附图和具体实施例对本发明做进一步的详细说明。对于以下实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。
如图1所示，本发明提供了一种平台管理方法，该方法包括以下步骤：
s101、根据预设条件将企业系统拆分为多个服务节点。
具体地，所述预设条件可以是根据企业的业务特点或者根据企业方的需求作为条件，将企业按业务拆分成多个服务节点，可适应未来业务的多变性，增强平台可扩展性、可维护性及安全性，使平台具备高并发访问的处理能力、海量的数据存储能力。
s102、对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点；
具体地，采用nginx服务器构建平台，nginx是基于事件驱动的、异步非阻塞的架构、支持进程高并发的负载均衡及反向代理服务器，为了进一步保障系统的稳定性，避免单点故障造成整个平台不能访问，针对前端访问采取主备冗余方式，对服务节点进行实时监控包括链路跟踪和节点接口跟踪，所述链路跟踪用于跟踪服务之间的调用进程，用于跟踪和分析链路的执行情况以及每次调用的消耗时间等信息，对节点接口跟踪通过断路器实现，得到各个服务调用所消耗的时间的信息。
s103、获取用户请求并根据预设条件将用户请求分流到各个服务节点处理。
具体地，将用户请求分流可以提高系统的稳定性，还可设置为当其中一个服务节点故障，可将属于该故障服务节点的用户请求转发到其他正常服务节点处理，保障平台的稳定性，避免由单点故障造成整个平台不能访问，另外，当检测到数据库负载过高时，可使用分布式缓存，实现所有服务节点缓存共享，降低数据库服务器的访问压力。
进一步作为本方法的优选实施例，所述根据预设需求将企业系统拆分为多个服务节点这一步骤，其具体还包括：
获取企业的业务信息并根据该业务信息划分企业业务的类型；
基于j2ee框架和企业的业务类型将系统拆分为多个服务节点。
具体地，采用基于j2ee为主的分布式技术框架，支持企业按业务垂直拆分成不同应用服务，可适应未来业务的多变性，增强平台可扩展性、可维护性及安全性，使平台具备高并发访问的处理能力、海量的数据存储能力。
进一步作为本方法的优选实施例，所述对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点这一步骤，其具体还包括：
基于eureka组件对服务节点进行注册，并将注册后的服务节点导入到服务平台；
服务平台通过turbine集群对服务节点进行实时监控，得到服务节点的监控信息后根据监控信息生成监控仪表盘。
具体地，eureka组件包括提供注册服务中和服务发现的客户端，turbine集群监控还可结合hystrix断路器获得实时的统计和监控信息，生成监控仪表盘使信息展示更为直观，方便管理人员查看，其中监控仪表盘可展示超时数、用户请求成功数、用户请求拒绝数、用户请求失败/异常数、请求频率、服务节点状态和平台的流量等信息。
进一步作为本方法优选实施例，所述获取用户请求并根据预设条件将用户请求分流到各个服务节点处理这一步骤，其具体还包括：
接收用户请求，通过服务网关对用户请求进行分类；
将分类后的用户请求转发到服务平台的对应服务节点处理，并将结果反馈到服务平台
具体地，所述结果可以包括服务网关转发用户请求的转发结果和服务节点处理用户请求的处理结果，根据需要可在服务网关处设置初步筛选，将不符合规定的用户请求进行初步拒绝，减轻平台的负载，进一步使平台更加稳定，服务网关通过路由配置判断用户请求的处理服务。
进一步作为本方法优选实施例，基于rabbitmq队列服务接收用户请求，所述接收用户请求还包括当接收到的用户请求数过多时，将用户请求放入服务平台的队列池中。
具体地，rabbitmq是一种消息中间件，能够很好的处理来自客户端的异步消息发送及请求，将消息发送放入到服务端的队列池中，而接收端可以根据rabbitmq配置的转发机制接收和过滤服务端转发来的消息，rabbitmq主要用在多服务器间或单服务器的子系统间进行通信，是分布式系统标准的配置。
进一步作为本方法优选实施例，所述服务节点的监控信息包括服务节点的运行时间、服务节点调用的数据和服务节点处理请求的次数。
具体地，根据需要还可增设更多的组件以获得更多的信息，如链路跟踪组件，跟踪服务之间调用的过程，用于跟踪和分析链路的执行情况以及服务节点每次调用的消耗时间等信息。
进一步作为本方法优选实施例，所述服务网关采用zuul，所述通过服务网关对用户请求进行分类还包括初步筛选，拒绝与要求不符的用户请求。
具体地，zuul作为服务网关包括认证功能，识别每个需要认证的用户请求，拒绝不符合要求的请求；性能监测的功能，在服务边界追踪并统计数据，提供精确的生产视图；动态路由功能，根据需要将请求动态路由到后端集群；压力测试功能，逐渐增加对集群的流量以了解其性能；负载卸载功能，预先为每种类型的请求分配容量，当请求超过容量时自动丢弃；静态资源处理功能，直接在边界返回某些响应。
本发明的具体实施例如下：
搭建企业系统平台，获取企业的业务信息，然后将大量的业务信息按照一定的规则进行分类，得到企业业务的特点，再根据企业系统的业务特点将整个系统分成基础数据服务、商城服务、现场服务、计划服务等服务节点，通过注册服务器eureka将些服务节点注册进同一个服务平台，管理人员利用turbine集群和hystrix断路器对各个服务节点和服务节点的接口进行监控，获得平台服务节点的流量、处理请求的统计信息，并通过生成监控仪表盘将这些统计信息展示。通过队列服务接收用户请求，在用户请求数过多时，将用户请求放入服务平台的队列池等待，后通过服务网关zuul对用户请求进行初步筛选，拒绝不符合要求的用户请求，将符合要求的用户请求分类，并根据预设条件将用户请求分流到对应的服务节点，服务节点分别对这些用户请求进行处理，最后将处理结果反馈到平台，本方案优化了分布式系统基础设施的开发，是平台的搭建更为简单，提高平台稳定性。
如图2所示，一种平台管理系统，包括：
拆分模块，用于根据预设条件将企业系统拆分为多个服务节点；
注册模块，用于对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点；
分流模块，用于获取用户请求并根据预设条件将用户请求分流到各个服务节点处理。
进一步作为本系统的优选实施例，所述拆分模块还包括：
业务信息子模块，用于获取企业的业务信息并根据该业务信息划分企业业务的类型；
服务节点子模块，用于基于j2ee框架和企业业务的类型将系统拆分为多个服务节点。
进一步作为本系统的优选实施例，所述注册模块还包括：
导入子模块，用于基于eureka组件对服务节点进行注册，并将注册后的服务节点导入到服务平台。
监控子模块，用于服务平台通过turbine集群对服务节点进行实时监控，得到服务节点的监控信息后根据监控信息生成监控仪表盘。
进一步作为本系统的优选实施例，所述分流模块还包括：
分类子模块，用于接收用户请求，通过服务网关对用户请求进行分类；
转发子模块，用于将分类后的用户请求转发到服务平台的对应服务节点处理，并将结果反馈到服务平台。
上述方法实施例中的内容均适用于本系统实施例中，本系统实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。
一种平台管理装置：
至少一个处理器；
至少一个存储器，用于存储至少一个程序；
当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如上所述一种平台管理方法。
上述方法实施例中的内容均适用于本装置实施例中，本装置实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。
一种存储介质，其中存储有处理器可执行的指令，其特征在于：所述处理器可执行的指令在由处理器执行时用于实现如上所述一种平台管理方法。
上述方法实施例中的内容均适用于本存储介质实施例中，本存储介质实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。
以上是对本发明的较佳实施进行了具体说明，但本发明创造并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。
1.一种平台管理方法，其特征在于，包括：
根据预设条件将企业系统拆分为多个服务节点；
对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点；
获取用户请求并根据预设条件将用户请求分流到各个服务节点处理。
2.根据权利要求1所述的一种平台管理方法，其特征在于：所述根据预设条件将企业系统拆分为多个服务节点这一步骤，其具体还包括：
获取企业的业务信息并根据该业务信息划分企业业务的类型；
基于j2ee框架和企业业务的类型将系统拆分为多个服务节点。
3.根据权利要求2所述的一种平台管理方法，其特征在于：所述对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点这一步骤，其具体还包括：
基于eureka组件对服务节点进行注册，并将注册后的服务节点导入到服务平台；
服务平台通过turbine集群对服务节点进行实时监控，得到服务节点的监控信息后根据监控信息生成监控仪表盘。
4.根据权利要求3所述的一种平台管理方法，其特征在于：所述获取用户请求并根据预设条件将用户请求分流到各个服务节点处理这一步骤，其具体还包括：
接收用户请求，通过服务网关对用户请求进行分类；
将分类后的用户请求转发到服务平台的对应服务节点进行处理，并将结果反馈到服务平台。
5.根据权利要求4所述的一种平台管理方法，其特征在于：基于rabbitmq队列服务接收用户请求，所述接收用户请求还包括当接收到的用户请求数过多时，将用户请求放入服务平台的队列池中。
6.根据权利要求3所述的一种平台管理方法，其特征在于：所述服务节点的监控信息包括服务节点的运行时间、服务节点调用的数据和服务节点处理请求的次数。
7.根据权利要求4所述得一种平台管理方法，其特征在于：所述服务网关采用zuul，所述通过服务网关对用户请求进行分类还包括初步筛选，拒绝与要求不符的用户请求。
8.一种平台管理系统，其特征在于，包括：
拆分模块，用于根据预设条件将企业系统拆分为多个服务节点；
注册模块，用于对所有的服务节点进行注册，注册完成后将服务节点存放到服务平台并实时监控各个服务节点；
分流模块，用于获取用户请求并根据预设条件将用户请求分流到各个服务节点处理。
9.一种平台管理装置，其特征在于，包括：
至少一个处理器；
至少一个存储器，用于存储至少一个程序；
当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-7任一项所述一种平台管理方法。
10.一种存储介质，其中存储有处理器可执行的指令，其特征在于：所述处理器可执行的指令在由处理器执行时用于实现如权利要求1-7任一项所述一种平台管理方法。
技术总结