CN108616398A - 一种基于dns负载均衡技术的容器动态缩容方法 - Google Patents
一种基于dns负载均衡技术的容器动态缩容方法 Download PDFInfo
- Publication number
- CN108616398A CN108616398A CN201810431408.2A CN201810431408A CN108616398A CN 108616398 A CN108616398 A CN 108616398A CN 201810431408 A CN201810431408 A CN 201810431408A CN 108616398 A CN108616398 A CN 108616398A
- Authority
- CN
- China
- Prior art keywords
- service
- container
- capacity reducing
- composer
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
Abstract
针对现有人工干预实现容器缩容方法缩容时间过长和业务流被中断的技术问题,本发明提供一种基于DNS负载均衡技术的容器动态缩容方法,包括以下步骤:第一步、改进编排器,向编排器中增加缩容模块;第二步、将编排器部署到操作系统中,通过扩容模块创建一个名为Service的服务,该服务拥有N个容器;第三步、缩容模块从服务Service中自动删除M个容器实现动态缩容,1≤M<N,M、N为自然数;第四步、缩容任务结束。本发明可以在不影响业务流正常处理的前提下实现自动化容器动态缩容,降低了运维复杂度和难度,有效地降低容器缩容时间,可以快速匹配业务量实时变化的速度,达到快速调整容器规模的目的。
Description
技术领域
本发明属于计算机服务领域容器动态缩容方法,尤其涉及一种基于DNS(DomainName System,域名系统)负载均衡技术的容器动态缩容方法。
背景技术
容器是轻量级的操作系统级虚拟化技术,可以让我们在一个资源隔离的进程中运行应用及其依赖项。相对于传统虚拟机技术,容器技术具有轻量级的资源开销和秒级启动时间良好属性。随着容器技术不断完善与发展,更多的服务提供商采用容器技术重构传统的业务平台,从而达到优化平台的资源效能和提升服务响应能力的目的。在实时业务环境中,业务量通常处于不断波动状态。于是,服务提供商通过调整容器数量来确保平台具有经济的资源开销:在业务量增加时,服务提供商通过增加容器数量来满足业务处理的需求;在业务量减少时,服务提供商则利用注销容器手段实现容器数量的减少。
现有编排器已较好的实现容器弹性扩容功能,支持动态地增加一定数量的容器,并借助DNS负载均衡技术将业务量分发到新建的容器,从而满足猝发时业务流的需求,但目前不支持动态缩容。图1是kubernetes、rancher和docker等行业领先公司基于DNS负载均衡技术的容器编排架构,主要包括基础设施、DNS域名服务、编排器三部分,编排器基于资源编排模块、扩容模块进行容器扩容,流程如下:
1.扩容模块向基础设施发送容器扩容消息;
2.基础设施收到容器扩容消息后,容器向DNS域名服务系统发送请求服务名的消息;
3.DNS域名服务系统收到请求服务名的消息后,将服务名返回给容器;
4.容器收到服务名后,根据网段区间自动生成IP(Internet Protocol,网络之间互连的协议)地址;容器创建成功完成后,容器将自身服务名和IP地址注册到DNS服务器,并修改容器DNS缓存时间为0。
当容器利用服务名通信时,容器首先向DNS请求所通信的服务的名字与IP地址映射关系,通过反馈IP地址实现与服务内其他容器通信。但是现有技术中编排器尚不支持动态缩容,容器资源一旦被申请后,即使业务量下降,容器占有的资源也不会被容器编排器主动释放,通常需要业务部门人员手动删除部分容器来实现容器缩容,以达到容器资源释放的目的。
传统采取人工干预实现容器缩容的方法存在以下弊端与不足:
(1)由于从容器确定被撤销到实施容器撤销的间隔较长导致容器缩容时间通常较长,难以匹配业务量动态调整的速度;
(2)由于若干容器同时负责相同业务流,在撤销部分容器达到缩容目的时会导致部分业务中断。
发明内容
针对现有人工干预实现容器缩容方法存在缩容时间过长和业务流被中断的技术问题,本发明提供一种基于DNS负载均衡技术的容器动态缩容方法,可以在不影响业务流正常处理的前提下实现容器动态缩容任务,实现了从传统手动干预实现容器缩容到自动动态缩容的转变,降低了运维复杂度和难度,有效地降低容器缩容时间,可以快速匹配业务量实时变化的速度,达到快速调整容器规模的目的。
本发明的技术方案包括以下步骤:
第一步、改进编排器,向背景技术基于DNS负载均衡技术的容器编排架构的编排器中增加缩容模块,改进后的编排器包括资源编排模块、扩容模块、缩容模块;缩容模块与各容器和DNS域名服务系统相连,缩容模块检测服务资源利用率实现动态缩容;
第二步、将改进后的编排器部署到操作系统中,改进后编排器通过扩容模块创建一个名为Service的服务,该服务拥有N个容器,分别记为Docker1,…,Dockeri,DockerN,1≤i≤N,i、N为自然数;如果Service服务创建成功,N个容器中每个容器向DNS域名服务系统注册{Service服务名,容器IP地址}映射关系,进入第三步;否则,进入第四步;
第三步、缩容模块从服务Service中自动删除M个空闲容器实现动态缩容,1≤M<N,M为自然数,判断容器是否空闲的方法是:缩容模块检测服务资源利用率,根据资源利用率判断容器是否已完成业务流处理并处于空闲状态,若处于空闲状态,则删除该容器资源,同时,DNS域名服务系统删除该空闲容器的服务名和IP地址的映射关系;
第四步、缩容任务结束。
作为本发明技术方案的进一步改进,所述第二步编排器通过扩容模块创建一个名为Service的服务,该服务拥有N个容器,具体流程如下:
2.1改进后编排器利用扩容模块在基础设施创建一个名为Service的服务,该服务拥有N个容器,并检查容器状态:如果服务名为Service的容器数量为N且容器状态为“运行”(running),表明服务Service创建成功,记录服务Service的初始资源使用率(a,b),0≤a≤100%,0≤b≤100%,并记当前状态为S1,分别通过S1.a和S1.b访问S1状态下的资源使用率;记录服务Service初始状态下N个容器的资源使用率{a1,b1},…,{ai,bi},…,{aN,bN},0≤ai≤100%,0≤bi≤100%,分别通过S1.ai和S1.bi访问初始状态下容器Dockeri的资源使用率,进入步骤2.2;否则,服务Service未创建成功,跳转至第四步;
2.2N个容器中每个容器向DNS域名服务系统注册{Service服务名,容器IP地址}映射关系。
所述第三步缩容模块动态缩容方法是:缩容模块检测服务Service的资源使用率,记为S2状态,如果S2状态下的资源使用率与S1状态下的资源使用率差额在5%以内,即||S2.a-S1.a||≤5%且||S2.b-S1.b||≤5%,则服务Service进行缩容,初始化m=0,m为已删除容器统计变量;改进后编排器利用缩容模块从服务Service中删除M个容器,流程如下:
3.1从服务Service中随机选取1个容器,记为Dockert,1≤t≤N,t为自然数;缩容模块检测S2状态下Dockert的资源使用率与初始资源使用率的差额是否小于5%,如果是,即||S2.at-S1.at||≤5%且||S2.bt-S1.bt||≤5%,缩容模块删除容器Dockert并向DNS域名服务系统发送{Service,容器IP地址}映射关系删除请求消息,转至步骤3.2;否则,说明容器Dockert仍在运行任务,转至步骤3.1重新选择容器;
3.2DNS域名服务系统接收到{Service,容器IP地址}映射关系删除请求消息,根据该删除请求消息删除{Service,容器IP地址}映射关系;如果删除不成功,向缩容模块发送未成功删除响应消息,跳转至步骤3.1重新选择容器;如果删除成功,向缩容模块发送成功删除响应消息,转至步骤3.3;
3.3m值增加1,比较m与M值,如果m≠M,跳转至步骤3.1;如果m=M,转至第四步。
所述资源利用率为CPU使用率和内存的使用率,即a、ai为CPU使用率,b、bi为内存使用率。
采用本发明可以达到以下技术效果:
1、改进后编排器在不影响业务流正常处理的前提下实现服务动态缩容任务,容器资源可按需回收,从而达到提升基础设施资源效能的目的。
2、改进后编排器的缩容具备自动化能力,缩容模块检测服务资源利用率,判断容器是否已完成业务流处理并处于空闲状态,若处于空闲状态,容器则删除(即回收)该空闲容器资源;同时,缩容模块向DNS域名服务系统请求删除该空闲容器的服务名和IP地址的映射关系,从传统手动干预实现容器缩容到自动动态缩容的转变,降低了运维复杂度和难度。
3、改进后编排器能有效地降低容器缩容时间,可以快速匹配业务量实时变化的速度,达到快速调整容器规模的目的。
附图说明
图1是背景技术基于DNS负载均衡技术的容器编排架构;
图2是本发明第一步对基于DNS负载均衡技术的容器编排架构改进后的容器编排器;
图3是本发明实施例基于DNS负载均衡技术的容器动态缩容方法的总体流程图。
具体实施方式
图1是背景技术所述的是kubernetes、rancher和docker等行业领先公司基于DNS负载均衡技术的容器编排架构。主要包括基础设施、DNS域名服务、编排器三部分,编排器基于资源编排模块、扩容模块进行容器扩容,流程如下:
1.扩容模块向基础设施发送容器扩容消息;
2.基础设施收到容器扩容消息后,容器向DNS域名服务系统发送请求服务名的消息;
3.DNS域名服务系统收到请求服务名的消息后,将服务名返回给容器;
4.容器收到服务名后,根据网段区间自动生成IP(Internet Protocol,网络之间互连的协议)地址;容器创建成功完成后,容器将自身服务名和IP地址注册到DNS服务器,并修改容器DNS缓存时间为0。
当容器利用服务名通信时,容器首先向DNS请求所通信的服务的名字与IP地址映射关系,通过反馈IP地址实现与服务内其他容器通信。但是现有技术中编排器尚不支持动态缩容,容器资源一旦被申请后,即使业务量下降,容器占有的资源也不会被容器编排器主动释放,通常需要业务部门人员手动删除部分容器来实现容器缩容,以达到容器资源释放的目的。
图2是本发明第一步对基于DNS负载均衡技术的容器编排架构进行改进后的容器编排器。改进后的编排器包括资源编排模块、扩容模块、缩容模块。缩容模块与各容器和DNS域名服务系统相连,缩容模块检测服务资源利用率,如CPU资源、内存资源利用率,判断容器是否已完成业务流处理并处于空闲状态,若处于空闲状态,容器则删除(即回收)该空闲容器资源;同时,缩容模块向DNS域名服务系统请求删除该空闲容器的服务名和IP地址的映射关系。
图3是本发明实施例基于DNS负载均衡技术的容器动态缩容方法的总体流程图。本发明包括以下步骤:
第一步、改进编排器,向背景技术基于DNS负载均衡技术的容器编排架构的编排器中增加缩容模块,改进后的编排器包括资源编排模块、扩容模块、缩容模块;缩容模块与各容器和DNS域名服务系统相连,缩容模块检测服务资源利用率实现动态缩容;
第二步、将改进后的编排器部署到操作系统中,改进后编排器通过扩容模块创建一个名为Service的服务,该服务拥有N个容器,分别记为Docker1,…,Dockeri,DockerN,流程如下:
2.1改进后编排器利用扩容模块在基础设施创建一个名为Service的服务,该服务拥有N个容器,并检查容器状态:如果服务名为Service的容器数量为N且容器状态为“运行”(running),表明服务Service创建成功,记录服务Service的初始资源使用率(a,b),0≤a≤100%,0≤b≤100%,并记当前状态为S1,分别通过S1.a和S1.b访问S1状态下的资源使用率;记录服务Service初始状态下N个容器的资源使用率{a1,b1},…,{ai,bi},…,{aN,bN},0≤ai≤100%,0≤bi≤100%,分别通过S1.ai和S1.bi访问初始状态下容器Dockeri的资源使用率,进入步骤2.2;否则,服务Service未创建成功,跳转至第四步;
2.2N个容器中每个容器向DNS域名服务系统注册{Service服务名,容器IP地址}映射关系。
第三步、缩容模块检测服务Service的资源使用率,记为S2状态,如果S2状态下的资源使用率与S1状态下的资源使用率差额在5%以内,即||S2.a-S1.a||≤5%且||S2.b-S1.b||≤5%,则服务Service进行缩容,初始化m=0,m为已删除容器统计变量;改进后编排器利用缩容模块从服务Service中删除M个容器,流程如下:
3.1从服务Service中随机选取1个容器,记为Dockert;缩容模块检测S2状态下Dockert的资源使用率与初始资源使用率的差额是否小于5%,如果是,即||S2.at-S1.at||≤5%且||S2.bt-S1.bt||≤5%,缩容模块删除容器Dockert并向DNS域名服务系统发送{Service,容器IP地址}映射关系删除请求消息,转至步骤3.2;否则,说明容器Dockert仍在运行任务,转至步骤3.1重新选择容器;
3.2DNS域名服务系统接收到{Service,容器IP地址}映射关系删除请求消息,根据该删除请求消息删除{Service,容器IP地址}映射关系;如果删除不成功,向缩容模块发送未成功删除响应消息,跳转至步骤3.1重新选择容器;如果删除成功,向缩容模块发送成功删除响应消息,转至步骤3.3;
3.3m值增加1,比较m与M值,如果m≠M,跳转至步骤3.1;如果m=M,转至第四步;
第四步、缩容任务结束。
Claims (4)
1.一种基于DNS负载均衡技术的容器动态缩容方法,其特征在于,包括以下步骤:
第一步、改进编排器,向编排器中增加缩容模块,改进后的编排器包括资源编排模块、扩容模块、缩容模块;缩容模块与各容器和DNS域名服务系统相连,缩容模块检测服务资源利用率实现动态缩容;
第二步、将改进后的编排器部署到操作系统中,改进后编排器通过扩容模块创建一个名为Service的服务,该服务拥有N个容器,分别记为Docker1,…,Dockeri,DockerN,1≤i≤N,i、N为自然数;如果Service服务创建成功,N个容器中每个容器向DNS域名服务系统注册{Service服务名,容器IP地址}映射关系,进入第三步;否则,进入第四步;
第三步、缩容模块从服务Service中自动删除M个空闲容器实现动态缩容,1≤M<N,M为自然数,判断容器是否空闲的方法是:缩容模块检测服务资源利用率,根据资源利用率判断容器是否已完成业务流处理并处于空闲状态,若处于空闲状态,则删除该容器资源,同时,DNS域名服务系统删除该空闲容器的服务名和IP地址的映射关系;
第四步、缩容任务结束。
2.如权利要求1所述的基于DNS负载均衡技术的容器动态缩容方法,其特征在于,所述第二步编排器通过扩容模块创建一个名为Service的服务,该服务拥有N个容器,具体流程如下:
2.1改进后编排器利用扩容模块在基础设施创建一个名为Service的服务,该服务拥有N个容器,并检查容器状态:如果服务名为Service的容器数量为N且容器状态为“运行”,表明服务Service创建成功,记录服务Service的初始资源使用率(a,b),0≤a≤100%,0≤b≤100%,并记当前状态为S1,分别通过S1.a和S1.b访问S1状态下的资源使用率;记录服务Service初始状态下N个容器的资源使用率{a1,b1},…,{ai,bi},…,{aN,bN},0≤ai≤100%,0≤bi≤100%,分别通过S1.ai和S1.bi访问初始状态下容器Dockeri的资源使用率,进入步骤2.2;否则,服务Service未创建成功,跳转至第四步;
2.2 N个容器中每个容器向DNS域名服务系统注册{Service服务名,容器IP地址}映射关系。
3.如权利要求2所述的基于DNS负载均衡技术的容器动态缩容方法,其特征在于,所述第三步缩容模块动态缩容方法是:缩容模块检测服务Service的资源使用率,记为S2状态,如果S2状态下的资源使用率与S1状态下的资源使用率差额在5%以内,即||S2.a-S1.a||≤5%且||S2.b-S1.b||≤5%,则服务Service进行缩容,初始化m=0,m为已删除容器统计变量;改进后编排器利用缩容模块从服务Service中删除M个容器,流程如下:
3.1从服务Service中随机选取1个容器,记为Dockert,1≤t≤N,t为自然数;缩容模块检测S2状态下Dockert的资源使用率与初始资源使用率的差额是否小于5%,如果是,即||S2.at-S1.at||≤5%且||S2.bt-S1.bt||≤5%,缩容模块删除容器Dockert并向DNS域名服务系统发送{Service,容器IP地址}映射关系删除请求消息,转至步骤3.2;否则,说明容器Dockert仍在运行任务,转至步骤3.1重新选择容器;
3.2 DNS域名服务系统接收到{Service,容器IP地址}映射关系删除请求消息,根据该删除请求消息删除{Service,容器IP地址}映射关系;如果删除不成功,向缩容模块发送未成功删除响应消息,跳转至步骤3.1重新选择容器;如果删除成功,向缩容模块发送成功删除响应消息,转至步骤3.3;
3.3 m值增加1,比较m与M值,如果m≠M,跳转至步骤3.1;如果m=M,转至第四步。
4.如权利要求2至3中任意一项所述的基于DNS负载均衡技术的容器动态缩容方法,其特征在于,所述资源利用率为CPU使用率和内存的使用率,即a、ai为CPU使用率,b、bi为内存使用率。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810431408.2A CN108616398B (zh) | 2018-05-08 | 2018-05-08 | 一种基于dns负载均衡技术的容器动态缩容方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810431408.2A CN108616398B (zh) | 2018-05-08 | 2018-05-08 | 一种基于dns负载均衡技术的容器动态缩容方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108616398A true CN108616398A (zh) | 2018-10-02 |
CN108616398B CN108616398B (zh) | 2021-04-30 |
Family
ID=63662248
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810431408.2A Active CN108616398B (zh) | 2018-05-08 | 2018-05-08 | 一种基于dns负载均衡技术的容器动态缩容方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108616398B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110275776A (zh) * | 2019-05-17 | 2019-09-24 | 平安科技(深圳)有限公司 | 容器应用的缩容方法、装置、计算机设备及存储介质 |
CN111209084A (zh) * | 2020-01-12 | 2020-05-29 | 苏州浪潮智能科技有限公司 | 一种faas分布式计算方法和装置 |
CN112559022A (zh) * | 2020-12-16 | 2021-03-26 | 同盾控股有限公司 | Jenkins高可用的系统及方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105245617A (zh) * | 2015-10-27 | 2016-01-13 | 江苏电力信息技术有限公司 | 一种基于容器的服务器资源供给方法 |
CN105554102A (zh) * | 2015-12-14 | 2016-05-04 | 中电科华云信息技术有限公司 | 基于容器集群的弹性伸缩方法及其应用系统 |
CN105979009A (zh) * | 2016-07-06 | 2016-09-28 | 乾云众创(北京)信息科技研究院有限公司 | 一种针对云应用容器的增加负载自动均衡方法 |
CN106961351A (zh) * | 2017-03-03 | 2017-07-18 | 南京邮电大学 | 基于Docker容器集群的智能弹性伸缩方法 |
CN107395762A (zh) * | 2017-08-30 | 2017-11-24 | 四川长虹电器股份有限公司 | 一种基于Docker容器的应用服务访问系统及方法 |
CN107733726A (zh) * | 2017-11-29 | 2018-02-23 | 新华三云计算技术有限公司 | 一种服务请求的处理方法及装置 |
-
2018
- 2018-05-08 CN CN201810431408.2A patent/CN108616398B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105245617A (zh) * | 2015-10-27 | 2016-01-13 | 江苏电力信息技术有限公司 | 一种基于容器的服务器资源供给方法 |
CN105554102A (zh) * | 2015-12-14 | 2016-05-04 | 中电科华云信息技术有限公司 | 基于容器集群的弹性伸缩方法及其应用系统 |
CN105979009A (zh) * | 2016-07-06 | 2016-09-28 | 乾云众创(北京)信息科技研究院有限公司 | 一种针对云应用容器的增加负载自动均衡方法 |
CN106961351A (zh) * | 2017-03-03 | 2017-07-18 | 南京邮电大学 | 基于Docker容器集群的智能弹性伸缩方法 |
CN107395762A (zh) * | 2017-08-30 | 2017-11-24 | 四川长虹电器股份有限公司 | 一种基于Docker容器的应用服务访问系统及方法 |
CN107733726A (zh) * | 2017-11-29 | 2018-02-23 | 新华三云计算技术有限公司 | 一种服务请求的处理方法及装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110275776A (zh) * | 2019-05-17 | 2019-09-24 | 平安科技(深圳)有限公司 | 容器应用的缩容方法、装置、计算机设备及存储介质 |
CN111209084A (zh) * | 2020-01-12 | 2020-05-29 | 苏州浪潮智能科技有限公司 | 一种faas分布式计算方法和装置 |
CN111209084B (zh) * | 2020-01-12 | 2022-11-15 | 苏州浪潮智能科技有限公司 | 一种faas分布式计算方法和装置 |
US11748164B2 (en) | 2020-01-12 | 2023-09-05 | Inspur Suzhou Intelligent Technology Co., Ltd. | FAAS distributed computing method and apparatus |
CN112559022A (zh) * | 2020-12-16 | 2021-03-26 | 同盾控股有限公司 | Jenkins高可用的系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108616398B (zh) | 2021-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109743415B (zh) | 一种公有云网络弹性ip实现方法及系统 | |
US20160323190A1 (en) | High-performance quality-of-service packet scheduling for multiple packet processing engines | |
CN109067579B (zh) | 面向底层节点失效的5g网络切片拓扑设计及可靠映射方法 | |
US20030126196A1 (en) | System for optimizing the invocation of computer-based services deployed in a distributed computing environment | |
CN106909451A (zh) | 一种分布式任务调度系统及方法 | |
US11431827B2 (en) | Data center management system | |
CN108616398A (zh) | 一种基于dns负载均衡技术的容器动态缩容方法 | |
US20100138540A1 (en) | Method of managing organization of a computer system, computer system, and program for managing organization | |
CN113596110A (zh) | 一种面向异构云的云原生微服务平台 | |
CN104767690B (zh) | 一种流量调度装置及方法 | |
CN110727738B (zh) | 基于数据分片的全局路由系统、电子设备及存储介质 | |
CN112995273B (zh) | 网络打通方案生成方法、装置、计算机设备和存储介质 | |
CN102438278A (zh) | 移动通信网络的负载分配方法及负载分配装置 | |
CN1297927C (zh) | 具有层次拓扑结构的消息中间件系统及消息传递方法 | |
CN112866421B (zh) | 基于分布式缓存以及nsq的智能合约运行方法及装置 | |
CN103473848B (zh) | 一种基于高并发的网络发票查验构架及方法 | |
CN116668191B (zh) | 具有数据加密汇聚功能的物联网应用虚拟网关 | |
CN105872082A (zh) | 基于容器集群负载均衡算法的细粒度资源响应系统 | |
US20060290977A1 (en) | Request routing system for and method of request routing | |
CN107770203B (zh) | 一种服务请求转发方法、装置及系统 | |
CN106953941A (zh) | 一种多线路智能dns解析装置及方法 | |
CN106357549B (zh) | 集群部署中高并发分流的方法、装置、系统及负载均衡器 | |
JP2003046552A (ja) | データ処理プログラム及びデータ処理装置 | |
CN114793244A (zh) | 一种区块链的资源处理方法、装置、设备和介质 | |
WO2017167129A1 (zh) | 一种为用户分配数据中心的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |