[发明专利]业务调用方法、装置及可读存储介质

说明书

本发明实施例提出业务调用方法、装置及可读存储介质。方法包括：获取要执行的业务的SQL集合，提取所述SQL集合中各SQL语句之间的依赖关系，根据所述依赖关系构建SQL集合中的SQL语句之间的拓扑关系；根据预设的业务分割规则，对所述SQL集合进行拆分，得到所述业务的各个子业务包含的SQL语句；根据各SQL语句的数据操作类型，将各SQL语句转换为所述业务所属的业务领域的领域模型或领域服务；将各个子业务包含的领域模型或/和领域服务映射到所述SQL集合中的SQL语句之间的拓扑关系中，得到所述业务的领域拓扑关系；根据所述领域拓扑关系，执行所述业务。本发明实施例降低了业务调用成本，提高了业务调用效率。

技术领域

本发明实施例涉及业务调用方法、装置及可读存储介质。

背景技术

推荐作为客户端流量的重要分发场景之一，其承担着如何将合适的物料展示给用户的任务。而要实现物料的有效快速分发，推荐工程的高速迭代能力是支撑推荐物料有效分发的基石。

而现有推荐系统由数据导入层、数据层、模型层、计算层、应用层等20多个子系统以及辅助系统构成，每个子系统的技术栈可能是由java、python、shell、spark等一个或者多个技术栈实现，同时每个子模块技术选型各异。为了提供有效的推荐服务能力，系统(如：任务调度平台、HTTP系统、RPC系统等)与系统之间使用多种调用方式来串联整个推荐系统，这样就会存在如下缺陷：

一、由于子系统众多，且子系统技术栈以及技术方案选型各异，导致学习成本以及迭代成本高。开发人员要完成一次推荐迭代，不仅要有各种技术栈的硬技能，还要熟悉不同子系统的实现方案，才能对推荐系统进行迭代开发。

二、系统与系统之间割裂，不能直观的看出系统之间的调用关系，维护成本高。由于系统与系统之间可能采用第三方调度平台来进行调度，所以会导致系统与系统之间割裂，只能通过文档或者口口相传的方式来追溯系统与系统之间的关系，如果文档不完善，可能出现系统断层的风险。

因此，如何提供一种通用的表达方式来有效地串联各个系统，屏蔽系统内部的技术栈与技术实现方案、以全链路的视角呈现某一个推荐策略，提升推荐的迭代效率成为推荐迭代的一大难点。

发明内容

本发明实施例提出业务调用方法、装置及可读存储介质，以降低业务调用成本。

本发明实施例的技术方案是这样实现的：

一种业务调用方法，该方法包括：

获取要执行的业务的SQL集合，提取所述SQL集合中各SQL语句之间的依赖关系，根据所述依赖关系构建SQL集合中的SQL语句之间的拓扑关系；

根据预设的业务分割规则，对所述SQL集合进行拆分，得到所述业务的各个子业务包含的SQL语句；

根据所述业务的各个子业务包含的各SQL语句的数据操作类型，将各SQL语句转换为所述业务所属的业务领域的领域模型或领域服务；

根据所述业务的各个子业务包含的SQL语句、以及所述各SQL语句转换成的领域模型或领域服务，将各个子业务包含的领域模型或/和领域服务映射到所述SQL集合中的SQL语句之间的拓扑关系中，得到所述业务的领域拓扑关系；

根据所述领域拓扑关系，执行所述业务。

所述得到所述业务的各个子业务包含的SQL语句之后、所述将各SQL语句转换为所述业务所属的业务领域的领域模型或领域服务之前，进一步包括：

分别对每个SQL语句进行解析，得到该SQL语句包含的SQL基本要素，根据预先定义的SQL基本要素与所述业务所属的业务领域中的领域基本要素的映射关系，将该SQL语句包含的各基本要素映射为对应的领域基本要素。

所述SQL基本要素包括如下之一或任意组合：