[发明专利]基于分布式算子的在线模型开发方法、系统与控制方法在审
申请号: | 202211280137.8 | 申请日: | 2022-10-19 |
公开(公告)号: | CN115617330A | 公开(公告)日: | 2023-01-17 |
发明(设计)人: | 陈宇飞;张琴;秦学;胡剑峰 | 申请(专利权)人: | 浙江融象智慧科技有限公司 |
主分类号: | G06F8/35 | 分类号: | G06F8/35 |
代理公司: | 杭州裕阳联合专利代理有限公司 33289 | 代理人: | 王榧 |
地址: | 310000 浙江省杭州市西*** | 国省代码: | 浙江;33 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 分布式 算子 在线 模型 开发 方法 系统 控制 | ||
本申请涉及一种基于分布式算子的在线模型开发方法、系统与控制方法,多个分布式的服务算子通过脚本语言关联形成在线模型,由在线模型引擎根据算子间的依赖关系以及性能需求在分布式环境中进行装配及发布,运行时,由在线模型引擎将需求推送到在线模型,在线模型引擎协调各个算子的输入、执行及输出,并将整体模型的结果回传给调用者。本申请依靠在线模型能够降低分布式应用开发复杂度与难度,自主装配方法有效提升执行效率,实现复杂分布式应用快速开发、快速部署、快速就绪。
技术领域
本申请涉及计算机技术领域,特别是涉及一种基于分布式算子的在线模型开发方法、系统与控制方法。
背景技术
分布式应用(distributed application)指的是应用程序分布在不同计算机上,通过网络来共同完成一项任务的工作方式,它的需要快速就绪需求以及性能要求较高。
传统方案一般采用采用定制开发方法或微服务的方式对分布式应用进行开发。
然而,定制开发方法,因涉及多种类型的分布式存储方案,计算方案,以及不同种类的技术栈,对架构设计人员和开发人员的要求很高,致使开发周期长、成本高、维护难度大,同时性能等综合指标很难保障。
微服务方式,因需求差异较大,普适的组件很难设计出来,此外,以多个微服务同时支撑时,颗粒度过大,灵活度不高,对开发人员的技术要求及部署成本具有较高的要求,微服务使用很多的存储引擎。当上线一个新功能时,需要把老功能停用,而且要调用微服务API接口,修改不便。通用的微服务框架在分布资源调度与保障存在较大问题,导致资源利用率低,服务质量无法保障。
现有的分布式应用的开发方法均不能够同时解决开发周期长、开发成本高、部署代价大、运行效率低的问题。
发明内容
基于此,有必要针对传统分布式应用的开发方法不能够同时解决开发周期长、开发成本高、部署代价大、运行效率低的问题,提供一种基于分布式算子的在线模型开发方法、系统与控制方法。
本申请提供一种基于分布式算子的在线模型开发方法,所述方法包括:
依据服务需求生成至少一个服务算子;
基于所述至少一个服务算子和数据库对在线模型进行在线开发;
将开发后的在线模型发布至部署环境服务器的在线模型引擎上。
进一步地,所述依据服务需求生成至少一个服务算子包括:
在Zookeeper服务器上依据服务需求注册组件;
部署环境服务器每隔第一预设时间段判断Zookeeper服务器上是否注册了新的组件;
若Zookeeper服务器上注册了新的组件,则将在线模型服务列表上新增与已注册的新组件对应的新服务;
启动部署环境服务器中的算子开发平台,加载所述新服务,并向数据库获取与新服务对应的服务数据;
在算子开发平台中,依据与新服务对应的服务数据创建服务算子;
将服务算子发布至服务算子池中。
进一步地,所述在Zookeeper服务器上注册组件包括:
依据服务需求创建一个组件;
在组件上部署第一冗余服务器、第二冗余服务器、以及第三冗余服务器;
在Zookeeper服务器上生成一个ZNode目录节点,以将所述组件注册于所述Zookeeper服务器上;
将Zookeeper服务器和第一冗余服务器、第二冗余服务器、以及第三冗余服务器分别建立通信连接;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于浙江融象智慧科技有限公司,未经浙江融象智慧科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202211280137.8/2.html,转载请声明来源钻瓜专利网。