业务框架接入系统、服务请求处理方法、设备及介质技术方案

本公开实施例公开了一种业务框架接入系统、服务请求处理方法、设备及介质，所述系统包括：云动态加速模块，用于根据接收到的服务请求的归属地，将所述服务请求链接至从所述归属地直达所述负载均衡模块的网络，以通过所述网络将所述服务请求发送至所述负载均衡模块；负载均衡模块，用于获取主业务模块中各业务机的IP地址信息，按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机；主业务模块，包括至少一台业务机，用于承载业务服务实例，以通过所述业务服务实例对接收到的服务请求进行响应。本公开实施例的技术方案提供了一种可灵活扩容、减容的业务框架接入系统。

【技术实现步骤摘要】
业务框架接入系统、服务请求处理方法、设备及介质
本公开实施例涉及应用软件数据处理技术，尤其涉及一种业务框架接入系统、服务请求处理方法、设备及介质。
技术介绍
随着智能终端的广泛使用，各种应用软件不断推陈出新。其中，列表页(通常称为Feed页)是现有应用软件客户端中一种比较常见的界面呈现形式。由于一些应用软件客户端的Feed页呈现内容的趣味性以及内容推荐的准确性，完美地迎合了每个用户的兴趣爱好，吸引了大量的粉丝用户，使得粉丝用户刷起来爱不释手。如此，导致一些应用软件客户端的Feed页需要承载巨大的日活数据。可见，应用软件客户端的Feed页承载了每个应用软件开发商的大部分广告收入，一次小的Feed事故可能会给开发商带来巨大的经济损失，同时还会影响客户体验。因此，应用软件客户端Feed页的稳定性非常重要。Feed的整体架构包括接入层和服务层。接入层用于将接收到Feed流服务请求路由至部署的其中一台业务机上，由该业务机对该Feed流服务请求进行处理。接入层的安全性和稳定性对于Feed整体架构的整体性能有较大的影响，如何提高接入层的安全性和稳定性，是现有技术中噬待解决的问题。
技术实现思路
本公开实施例提供一种业务框架接入系统、服务请求处理方法、设备及介质，以提供一种可灵活扩容、减容的业务框架接入系统。第一方面，本公开实施例提供了一种业务框架接入系统，包括：云动态加速模块，与负载均衡模块相连，用于根据接收到的服务请求的归属地，将所述服务请求链接至从所述归属地直达所述负载均衡模块的网络，以通过所述网络将所述服务请求发送至所述负载均衡模块；负载均衡模块，与主业务模块相连，用于获取主业务模块中各业务机的IP(InternetProtocol，互联网协议)地址信息，按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机；主业务模块，包括至少一台业务机，用于承载业务服务实例，以通过所述业务服务实例对接收到的服务请求进行响应。进一步的，所述负载均衡模块包括：对外负载均衡单元和对内负载均衡单元；其中，所述对外负载均衡单元分别与所述云动态加速模块和所述对内负载均衡单元相连，用于接收所述云动态加速模块转发的服务请求，并将接收到的服务请求发送至所述对内负载均衡单元；所述对内负载均衡单元与所述主业务模块相连，用于获取主业务模块中各业务机的IP地址信息，按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机。进一步的，所述对内负载均衡单元具体用于：按照预设频率从服务发现模块获取所述主业务模块中各业务机的IP地址信息；将获取到的各业务机的IP地址信息与已存储的IP地址列表中各业务机的IP地址信息进行比对，以将新上线的IP地址信息添加至所述IP地址列表，将所述IP地址列表中已下线的IP地址信息删除；按照预设的负载均衡策略从所述IP地址列表中确定所述服务请求对应的业务机的IP地址；根据对应的业务机的IP地址将所述服务请求分发至对应的业务机；其中，当所述主业务模块中的业务机重启时，向所述服务发现模块注册当前业务机的IP地址信息。进一步的，所述对内负载均衡单元还与备用业务模块相连，用于当所述主业务模块出现故障时，将接收到的服务请求转发至所述备用业务模块，以通过所述备用业务模块对所述服务请求进行响应。进一步的，当所述服务请求为Feed流服务请求时，所述备用业务模块具体用于：通过承载的Feedstandby服务实例从本地文件读取目标信息；将所述目标信息作为所述Feed流服务请求对应的响应信息；其中，所述本地文件的目标信息基于kafka服务从所述主业务模块的本地文件同步获取。进一步的，所述主业务模块还用于承载业务服务实例的兜底服务，当所述业务服务实例无法正常工作时，通过所述兜底服务对所述服务请求进行响应；其中，所述兜底服务与所述业务服务实例具有相同的服务功能。进一步的，所述主业务模块具体用于：通过兜底服务从本地文件读取目标信息；将所述目标信息作为所述服务请求对应的响应信息；其中，在每次通过所述业务服务实例成功获取到响应信息时，将获取到的响应信息基于设定规则缓存至所述本地文件。第二方面，本公开实施例还提供了一种服务请求处理方法，应用于上述第一方面所述的业务框架接入系统，所述方法包括：通过动态云加速模块根据接收到的服务请求的归属地，将所述服务请求链接至从所述归属地直达负载均衡模块的网络，以通过所述网络将所述服务请求发送至所述负载均衡模块；通过负载均衡模块按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机；通过所述业务机承载的业务服务实例对所述服务请求进行响应。进一步的，所述通过负载均衡模块按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机，包括：通过对外负载均衡单元接收所述云动态加速模块转发的服务请求，并将接收到的服务请求发送至所述对内负载均衡单元；通过所述对内负载均衡单元接收所述对外负载均衡单元发送的服务请求，并基于获取到的主业务模块中各业务机的IP地址信息，按照预设的负载均衡策略确定所述服务请求对应的业务机，并将所述服务请求分发至对应的业务机。进一步的，所述基于获取到的主业务模块中各业务机的IP地址信息，按照预设的负载均衡策略确定所述服务请求对应的业务机，并将所述服务请求分发至对应的业务机，包括：按照预设的负载均衡策略从所述IP地址列表中确定所述服务请求对应的业务机的IP地址；根据对应的业务机的IP地址将所述服务请求分发至对应的业务机；其中，对内负载均衡单元按照预设频率从服务发现模块获取所述主业务模块中各业务机的IP地址信息；将获取到的各业务机的IP地址信息与已存储的IP地址列表中各业务机的IP地址信息进行比对，以将新上线的IP地址信息添加至所述IP地址列表，将所述IP地址列表中已下线的IP地址信息删除；当所述主业务模块中的业务机重启时，向所述服务发现模块注册当前业务机的IP地址信息。进一步的，所述方法还包括：当所述主业务模块出现故障时，通过所述对内负载均衡单元将接收到的服务请求转发至备用业务模块，以通过所述备用业务模块对所述服务请求进行响应。进一步的，当所述服务请求为Feed流服务请求时，所述通过所述备用业务模块对所述Feed流服务请求进行响应，包括：通过备用业务模块承载的Feedstandby服务实例从本地文件读取目标信息；将所述目标信息作为所述Feed流服务请求对应的响应信息；其中，所述本地文件的目标信息基于kafka服务从所述主业务模块的本地文件同步获取。进一步的，所述方法还包括：当所述业务服务实例无法正常工作时，通过所述主业务模块承载的兜底服务对所述服务请求进行响应；其中，所述兜底服务与所述业务服务实例具有相同的服务功能。进一步的，通过所述主业务模块承载的兜底服务对所述服务请求进行响应，包括：通过兜底服务从本地文件读取目标信息；将所述目标信息作为所述服务请求对应的响应信息；其中，在每次通过所述业务服务实例成功获取到响应信息时，将获取到的响应信息基于设定规则缓存至所述本地文件。第三方面，本公开实施例还提供了一种终端设备，该设备包括：一个或多个处理装置；存储装置，用于存本文档来自技高网...

【技术保护点】
1.一种业务框架接入系统，其特征在于，包括：云动态加速模块，与负载均衡模块相连，用于根据接收到的服务请求的归属地，将所述服务请求链接至从所述归属地直达所述负载均衡模块的网络，以通过所述网络将所述服务请求发送至所述负载均衡模块；负载均衡模块，与主业务模块相连，用于获取主业务模块中各业务机的互联网协议IP地址信息，按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机；主业务模块，包括至少一台业务机，用于承载业务服务实例，以通过所述业务服务实例对接收到的服务请求进行响应。

【技术特征摘要】
1.一种业务框架接入系统，其特征在于，包括：云动态加速模块，与负载均衡模块相连，用于根据接收到的服务请求的归属地，将所述服务请求链接至从所述归属地直达所述负载均衡模块的网络，以通过所述网络将所述服务请求发送至所述负载均衡模块；负载均衡模块，与主业务模块相连，用于获取主业务模块中各业务机的互联网协议IP地址信息，按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机；主业务模块，包括至少一台业务机，用于承载业务服务实例，以通过所述业务服务实例对接收到的服务请求进行响应。2.根据权利要求1所述的系统，其特征在于，所述负载均衡模块包括：对外负载均衡单元和对内负载均衡单元；其中，所述对外负载均衡单元分别与所述云动态加速模块和所述对内负载均衡单元相连，用于接收所述云动态加速模块转发的服务请求，并将接收到的服务请求发送至所述对内负载均衡单元；所述对内负载均衡单元与所述主业务模块相连，用于获取主业务模块中各业务机的IP地址信息，按照预设的负载均衡策略确定接收到的服务请求对应的业务机，并将接收到的服务请求分发至对应的业务机。3.根据权利要求2所述的系统，其特征在于，所述对内负载均衡单元具体用于：按照预设频率从服务发现模块获取所述主业务模块中各业务机的IP地址信息；将获取到的各业务机的IP地址信息与已存储的IP地址列表中各业务机的IP地址信息进行比对，以将新上线的IP地址信息添加至所述IP地址列表，将所述IP地址列表中已下线的IP地址信息删除；按照预设的负载均衡策略从所述IP地址列表中确定所述服务请求对应的业务机的IP地址；根据对应的业务机的IP地址将所述服务请求分发至对应的业务机；其中，当所述主业务模块中的业务机重启时，向所述服务发现模块注册当前业务机的IP地址信息。4.根据权利要求2所述的系统，其特征在于，所述对内负载均衡单元还与备用业务模块相连，用于当所述主业务模块出现故障时，将接收到的服务请求转发至所述备用业务模块，以通过所述备用业务模块对所述服务请求进行响应。5.根据权利要求4所述的系统，其特征在于，当所述服务请求为Feed流服务请求时，所述备用业务模块具体用于：通过承载的Feedstandby服务实例从本地文件读取目标信息；将所述目标信息作为所述Feed流服务请求对应的响应信息；其中，所述本地文件的目标信息基于kafka服务从所述主业务模块的本地文件同步获取。6.根据权利要求1-5任一项所述的系统，其特征在于，所述主业务模块还用于承载业务服务实例的兜底服务，当所述业务服务实例无法正常工作时，通过所述兜底服务对所述服务请求进行响应；其中，所述兜底服务与所述业务服务实例具有相同的服务功能。7.根据权利要求6所述的系统，其特征在于，所述主业务模块具体用于：通过兜底服务从本地文件读取目标信息；将所述目标信息作为所述服务请求对应的响应信息；其中，在每次通过所述业务服务实例成功获取到响应信息时，将获取到的响应信息基于设定规则缓存至所述本地文件。8.一种服务请求处理方法，应用于上述权利要求1-7任一项所述的业务框架接入系统，其特征在于，包括：通过动态云加速模块根据接收到的服务请求的归属地，将所述服务请求链接至从所述归属地直达负载均衡模块的网络，以通过所述网络将所述服务请求发送至所述负载...

【专利技术属性】
技术研发人员：张小斌，林明星，张晓聪，
申请(专利权)人：北京字节跳动网络技术有限公司，
类型：发明
国别省市：北京,11