基于微服务架构的资源分配方法、装置、设备及存储介质制造方法及图纸

本发明专利技术公开一种基于微服务架构的资源分配方法、装置、设备及存储介质，该方法包括：接收若干个微服务发送的资源上锁请求，提取资源上锁请求中包含的资源标识；按预设资源分配机制微服务中选取目标微服务；将资源标识对应的资源分配至所述目标微服务并为目标微服务创建分布式锁；在检测到分布式锁被释放时，按预设资源分配机制从剩余的微服务中选取待分配微服务进行资源分配。本发明专利技术通过资源上锁请求中的资源标识和资源分配机制将资源分配至目标微服务，然后对目标微服务进行加锁操作，保证了资源的稳定分配，同时通过在分布式锁被释放时根据资源分配机制从剩余的微服务中选取待分配微服务进行资源分配，也避免了不同微服务对资源的无序争抢。

【技术实现步骤摘要】
基于微服务架构的资源分配方法、装置、设备及存储介质
本专利技术涉及计算机通信
，尤其涉及一种基于微服务架构的资源分配方法、装置、设备及存储介质。
技术介绍
微服务是一种架构范例，在这种架构中，多个小型独立组件协同工作，从而构成一个系统。每个微服务更关注微观层面的问题，包括单一责任，关注点分离，模块化等。现有技术中，微服务架构的后端在处理前端请求时，对于几乎同时提交的资源访问请求，若请求会话建立后未做上锁校验，后端就都会提示资源调用成功，而实际上只有一个用户端调用成功，导致后端提示与实际情况不符。另外，由于现有技术未对请求会话进行上锁校验，按目前的部署方式，每个微服务都运行于Pod(C++语言的标准中定义的一类数据结构)中，但Pod的生命周期无法保证，有可能存在当前正在处理这个请求的微服务，下一刻就会被另一个微服务取代，即存在微服务不固定的问题。因此，如何保证微服务架构中资源分配的稳定性，避免资源无效争抢，就成了一个亟待解决的技术问题。上述内容仅用于辅助理解本专利技术的技术方案，并不代表承认上述内容是现有技术本文档来自技高网...

【技术保护点】
1.一种基于微服务架构的资源分配方法，其特征在于，所述方法包括：/n接收若干个微服务发送的资源上锁请求，提取所述资源上锁请求中包含的资源标识；/n按预设资源分配机制从若干个所述微服务中选取一目标微服务；/n将所述资源标识对应的资源分配至所述目标微服务，并为所述目标微服务创建分布式锁；/n在检测到所述分布式锁被所述目标微服务释放时，按所述预设资源分配机制从剩余的微服务中选取一待分配微服务；/n将所述资源分配至所述待分配微服务。/n

【技术特征摘要】
1.一种基于微服务架构的资源分配方法，其特征在于，所述方法包括：
接收若干个微服务发送的资源上锁请求，提取所述资源上锁请求中包含的资源标识；
按预设资源分配机制从若干个所述微服务中选取一目标微服务；
将所述资源标识对应的资源分配至所述目标微服务，并为所述目标微服务创建分布式锁；
在检测到所述分布式锁被所述目标微服务释放时，按所述预设资源分配机制从剩余的微服务中选取一待分配微服务；
将所述资源分配至所述待分配微服务。


2.如权利要求1所述的方法，其特征在于，所述按预设资源分配机制从所述若干个微服务中选取一目标微服务的步骤，包括：
获取各资源上锁请求对应的请求接收时刻；
按时间先后顺序对所述请求接收时刻进行排序，并根据排序结果选取排序第一的请求接收时刻作为目标请求接收时刻；
根据所述目标请求接收时刻从所述若干个微服务中选取对应的目标微服务。


3.如权利要求1所述的方法，其特征在于，所述在检测到所述分布式锁被所述目标微服务释放时，按所述预设资源分配机制从剩余的微服务中选取一待分配微服务的步骤之前，所述方法还包括：
获取所述目标微服务对应的分布式锁租赁时长；
检测所述分布式锁租赁时长内所述目标微服务是否执行分布式锁释放操作；
若是，则执行所述按所述预设资源分配机制从剩余的微服务中选取一待分配微服务的步骤。


4.如权利要求3所述的方法，其特征在于，所述检测所述分布式锁租赁时长内所述目标微服务是否执行分布式锁释放操作的步骤之后，所述方法还包括：
若否，则在所述分布式锁租赁时长截止时，控制所述目标微服务对所述资源进行释放，并执行所述按所述预设资源分配机制从剩余的微服务中选取一待分配微服务的步骤。


5.如权利要求3或4所述的方法，其特征在于，所述按所述预设资源分配机制从剩余的微服务中选取一待分配微服务的步骤，包括：
根据所述资源上锁请求获取剩余的微服务对应的锁获取等待时长；
检测所述锁获取等待时长中是否存在超过所述分布式锁租赁时长的目标锁获取等待时长；
若存在，则根据所述目标锁获取等待时长以及所述预设资源分配机制从剩余的微服务中选取一待分配微服务。

【专利技术属性】
技术研发人员：卢景生，柳颖聪，谌俊异，
申请(专利权)人：深圳壹账通智能科技有限公司，
类型：发明
国别省市：广东;44