[发明专利]大规模微服务集群场景下的全局异常处理方法和平台

说明书

本发明涉及计算机微服务应用领域，公开了一种大规模微服务集群场景下的全局异常处理方法和平台，方法包括步骤：获取来自微服务集群的所有原始异常信息；对微服务异常信息进行处理得到第一拼接异常信息，对公共组件异常信息进行处理，得到第二拼接异常信息；将得到的第一拼接异常信息和第二拼接异常信息发送至Spring框架切面上，进行异常封装处理，得到对应的第一封装异常信息和第二封装异常信息；返回第一封装异常信息和第二封装异常信息给对应的原始异常信息的发送方。本发明能够解决现有系统中对异常的处理难以统一管理的问题，以更少的资源消耗，实现了全局异常集中存储、快速查询、统一处理等功能。

技术领域

本发明涉及计算机微服务应用领域，尤其涉及一种大规模微服务集群场景下的全局异常处理方法和平台。

背景技术

微服务是一种架构设计方式，每个微服务被独立部署，仅关注于完成一件任务。集群模式是通过在不同服务器上部署同一套服务对外访问，实现服务的负载均衡。目前很多大型复杂应用系统将业务拆分成多个子业务，然后针对每个子业务进行集群部署，如果某个子业务出现问题，整个系统仍能保持正常动作。每个子业务可以由一个或多个微服务组成，每个微服务通常包括向外部客户端提供的面向外部的服务接口，用于向客户端提供用户登录、注册等服务；还包括向其它微服务提供面向内部的服务接口，用于相互之间的服务调用，实现一个完整的业务流程。

在实际应用中，无论是作为服务端向外部客户端提供微服务，还是微服务之间的彼此调用，都会不可避免地出现异常情况，需要及时捕获和处理。异常分为检查型异常和非检查型异常，各种异常出现时，系统的业务代码都需要做处理，防止直接抛出给用户。检查型异常需要在产生异常的代码方法上做处理，关于检查型异常的处理可能分布在系统的各个位置；非检查型异常的处理可以在方法服务调用的最上层进行处理。由于一个系统中有众多方法服务，所以对非检查型异常的处理也可能在各个方法服务的调用处都有。因此，针对异常的处理可能分布在系统中的各个位置的问题，难以统一管理。

业界普遍将业务系统结合Spring框架的切面特征去做全局的异常处理，Spring框架是一种微服务框架，切面由切点和增强组成，既包括了横切逻辑的定义，也包括了连接点的定义。Spring框架定义的异常处理方法，面向的是用特定方法注解修饰的类，能够对特定的异常进行业务处理。该方法能够完成单服务内部的全局异常处理，但是难以做到异常处理业务高内聚在一起，因此不能很好地适用于微服务集群这种多服务的场景。此外，异常信息中可能有部分字段需要做替换，在不同的场景下抛出的内容不同，大规模微服务集群场景下的异常处理，需要做到统一处理的同时，又要求系统尽量少关注异常的处理，使两者平衡。最后，各个微服务都可能会使用数据库等公共组件，对公共组件的异常处理如果放到各个微服务中就会有冗余代码。

发明内容

技术目的：针对上述技术问题，本发明公开了一种大规模微服务集群场景下的全局异常处理方法和平台，能够在大规模微服务集群场景下，对全局异常进行集中存储、快速查询、统一处理。

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

一种大规模微服务集群场景下的全局异常处理方法，其特征在于，包括步骤：

获取来自微服务集群的所有原始异常信息；

根据信息格式的区别，将获取的原始异常信息分类为微服务异常信息和公共组件异常信息，对微服务异常信息进行处理得到第一拼接异常信息，对公共组件异常信息进行拼接处理，得到第二拼接异常信息；

将所述第一拼接异常信息和第二拼接异常信息发送至Spring框架切面上，进行异常封装处理，得到对应的第一封装异常信息和第二封装异常信息；

返回第一封装异常信息和第二封装异常信息给对应的原始异常信息的发送方。

优选地，将获取的原始异常信息分类为微服务异常信息和公共组件异常信息，包括步骤：