[发明专利]一种容器内代理执行方法有效
申请号: | 201910273129.2 | 申请日: | 2019-04-04 |
公开(公告)号: | CN110162381B | 公开(公告)日: | 2021-07-13 |
发明(设计)人: | 高斌;杨正;杜雄;程度;张福 | 申请(专利权)人: | 北京升鑫网络科技有限公司 |
主分类号: | G06F9/455 | 分类号: | G06F9/455;G06F9/448;G06F9/54 |
代理公司: | 北京中海智圣知识产权代理有限公司 11282 | 代理人: | 杨树芬 |
地址: | 100085 北京市*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 容器 代理 执行 方法 | ||
1.一种容器内代理执行方法,其特征在于,包括以下步骤:
步骤1、建立一种容器内代理执行系统,所述系统包括执行控制器Controller、容器代理Worker;执行控制器Controller运行在服务器主机或云主机上,执行控制器Controller是所有任务执行的管理者;
步骤2、容器代理Worker运行在容器的命名空间namespace,能够访问容器内的进程、网络、文件系统的系统资源;
步骤3、容器代理Worker支持动态切换命名空间namespace,在同时运行若干容器的主机上配置一个或多个容器代理Worker;容器代理Worker由执行控制器Controller自动管理,执行控制器Controller向外提供调用接口;
步骤4、执行控制器Controller运行在服务器主机或云主机上并负责向外提供执行的接口Call()、管理执行任务、管理容器代理Worker;当软件业务需要获取某个容器内的信息时,向执行控制器Controller的执行接口Call()传递容器信息、任务信息,Call()执行完成后返回容器内的执行结果;
步骤5.1、容器内的任务执行以应用程序接口API为粒度,容器代理Worker提供应用程序接口API的实现;
步骤5.2、Call()接口设计为一个远程过程调用(RPC),执行控制器Controller将收到的Call()调用请求封装成一个执行任务,放入执行任务队列;
步骤5.3、内部的工作线程每次从执行任务队列取出一个执行任务,根据执行任务指定的容器信息动态分配一个容器代理Worker;
步骤5.4、由容器代理Worker完成容器内的应用程序接口API调用;
步骤5.5、应用程序接口API调用的结果由执行控制器Controller返回给Call()的调用者;
步骤6、容器代理Worker以独立进程方式存在,由执行控制器Controller创建,初始运行在服务器主机或云主机上;
步骤7、容器代理Worker的数量及创建策略由执行控制器Controller决定;包括以下步骤:
步骤7.1、根据服务器主机或云主机的硬件资源设置容器代理Worker数量的最大值;
步骤7.2、根据当前主机运行的容器数量决定容器代理Worker的数量;
步骤7.3、根据软件业务的实时性要求决定容器代理Worker的数量;
步骤7.4、根据当前执行任务队列的长度决定是否新增或回收部分容器代理Worker;
步骤7.5、没有执行任务时,执行控制器Controller回收所有容器代理Worker;
步骤8、工作时序。
2.根据权利要求1所述的一种容器内代理执行方法,其特征在于,所述步骤6包括以下步骤:
步骤6.1、启动后接收执行控制器Controller的执行任务,根据执行任务里的容器信息切换当前进程的命名空间namespace;
步骤6.2、切换后,容器代理Worker运行在容器的命名空间namespace,能够访问容器内系统资源;
步骤6.3、执行需要执行的应用程序接口API,将执行的结果返回给执行控制器Controller。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京升鑫网络科技有限公司,未经北京升鑫网络科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910273129.2/1.html,转载请声明来源钻瓜专利网。