CN115250197B - 一种自动化创建容器发现服务的装置 - Google Patents
一种自动化创建容器发现服务的装置 Download PDFInfo
- Publication number
- CN115250197B CN115250197B CN202210619871.6A CN202210619871A CN115250197B CN 115250197 B CN115250197 B CN 115250197B CN 202210619871 A CN202210619871 A CN 202210619871A CN 115250197 B CN115250197 B CN 115250197B
- Authority
- CN
- China
- Prior art keywords
- service
- pod
- container
- creation
- configuration
- 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.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 claims abstract description 34
- 230000000977 initiatory effect Effects 0.000 claims description 9
- 238000013475 authorization Methods 0.000 claims description 6
- 238000012217 deletion Methods 0.000 claims description 6
- 230000037430 deletion Effects 0.000 claims description 6
- 238000005516 engineering process Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 3
- 238000000034 method Methods 0.000 description 3
- 230000007547 defect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000004888 barrier function Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明特别涉及一种自动化创建容器发现服务的装置。该自动化创建容器发现服务的装置，以自动化创建服务插件的形式安装在kubernetes容器服务平台，包括注册模块、配置模块、监听模块和控制模块；在客户端下发创建pod指令后，所述自动化创建服务插件对容器组pod的创建状态进行监控，当监控到pod状态创建正常后，进行容器发现服务的自动化创建，以提升kubernetes容器服务平台的可用性和易用性。该自动化创建容器发现服务的装置，自动化插件的形式安装在原有的容器服务平台中，无需对原有平台进行改动，优化了pod的监控和创建流程，实现了容器发现服务的自动化创建，避免了人工创建导致的错误，提高了容器服务平台的整体使用效率。
Description
技术领域
本发明涉及容器发现服务部署技术领域，特别涉及一种自动化创建容器发现服务的装置。
背景技术
目前，在我国及世界范围内，随着经济的发展、科技进步和移动互联网技术的兴起与发展，人们的物质生活和精神得到了极大的丰富，各种互联网应用也出现在各行各业以及我们的生活中，为科技进步、提高生产效率、丰富精神生活起到了很大的作用。
然而运行越来越多的服务和应用需要大量的计算资源。在最开始，服务一般运行在一台或多台物理服务器上面，物理服务器的购买或租用需要很高的成本；互联网业务存在明显的波峰波谷效应，平时业务一般，高峰期业务难以预估，只能多买几台服务器作为扩容储备，平时又用不到，造成资源浪费；服务器如果出现故障，IDC((Internet DataCenter，互联网数据中心)厂商可以协助解决，但问题如果出在操作系统、运维层面，还需雇佣运维人员来解决。以上几点造成物理服务器的使用成本高且不灵活。
随后出现了虚拟化及云计算技术，虚拟化是一种资源管理技术，是将计算机的各种实体资源予以抽象、转换后呈现出来并可供分区、组合为一个或多个服务器配置环境。由此，打破实体结构间的不可切割的障碍，使用户可以比原本的配置更好的方式来应用这些服务器硬件资源。但是对众多应用而言，虚拟机对于开发和运维人员，存在启动慢，占用空间大，不易迁移的缺点。
接着，容器化技术应运而生，它不需要虚拟出整个操作系统，只需要虚拟一个小规模的环境即可，而且启动速度很快。Docker是应用最为广泛的容器技术，通过打包镜像，启动容器来创建一个服务。但是随着应用越来越复杂，容器的数量也越来越多，由此衍生了管理运维容器的重大问题，而且随着云计算的发展，云端最大的挑战，容器在漂移。在此业务驱动下，kubernetes问世，提出了一套全新的基于容器技术的分布式架构领先方案，在整个容器技术领域的发展是一个重大突破与创新。
综上所述，为了适应新时代互联网业务的发展及迭代更新，需要使用以kubernetes为代表的容器服务技术。
常规的kubernetes容器服务平台的处理步骤如下：
(1)客户端向服务端发送创建pod请求。
(2)服务端在接收到pod创建请求后，生成一个包含创建信息的yaml配置，将该配置信息写入数据库。
(3)调度器进行调度计算，找到合适的node节点。
(4)Node节点创建pod。
(5)等待pod创建完成且状态正常后，客户端向服务端发送创建service请求。
(6)服务端在接收到service创建请求后，控制器通过service对应的Label标签查询到相关的pod实例，生成service的Endpoint信息，并写入到数据库中
(7)Node节点上创建负载均衡器实例实现service访问到后端Pod的流量转发功能。
基于以上步骤，可以发现在创建pod的过程中存在以下弊端：
1)在创建完pod后需要人工观察pod是否完成以及是否正常，否则此时创建service虽然可以创建成功，但并没有起作用，没有完善的监测机制。
2)需要人工创建对应的service服务，需要耗费一定的人力，且容易出错。
针对上述问题，本发明提出了一种自动化创建容器发现服务的装置。
发明内容
本发明为了弥补现有技术的缺陷，提供了一种简单高效的自动化创建容器发现服务的装置。
本发明是通过如下技术方案实现的：
一种自动化创建容器发现服务的装置，其特征在于：以自动化创建服务插件的形式安装在kubernetes容器服务平台，包括注册模块、配置模块、监听模块和控制模块；
在客户端下发创建pod指令后，所述自动化创建服务插件对pod(容器组)的创建状态进行监控，当监控到pod状态创建正常后，进行容器发现服务的自动化创建，以提升kubernetes容器服务平台的可用性和易用性。
所述注册模块用于生成yaml注册文件，kubernetes容器服务平台的服务端利用yaml注册文件进行服务注册。
所述yaml注册文件中包括token(令牌)认证信息和默认标签配置信息的；所述token认证文件用于实现自动化创建服务插件与kubernetes平台之间的认证与授权，所述默认标签配置信息中包括需要自动化创建容器发现服务的匹配标签信息。
所述配置模块用于接收并解析创建容器发现服务的yaml报文，获取客户端认证值和配置文件，通过与数据库中的token认证信息和默认标签配置信息进行比对，判断用户是否有相应操作权限。
所述监听模块负责监听服务端状态和数据库中的pod状态，查看此标签pod的状态是否为available(可用)，直至轮询到所监测的pod的状态均为available；
在监听到服务端创建pod命令后，负责向服务端申请获取服务端创建pod的yaml配置文件并接收；
在监测到数据库中所监测pod的状态正常时，负责通知控制模块pod已完成创建。
所述控制模块负责向服务端发起创建容器发现服务命令和删除容器发现服务命令；
在接收到pod已完成创建信息时，负责向服务端发起创建容器发现服务命令，服务端将相应命令发送至控制器；
同理，当监听模块监测到数据库中所匹配标签的pod全部被删除时，所述控制模块负责向控制器发起删除对应容器发现服务的命令。
本发明自动化创建容器发现服务的装置，进行容器发现服务自动化创建的步骤如下：
步骤S1：将该自动化创建容器发现服务的装置以自动化创建服务插件的形式安装在容器服务平台中，当注册模块检测到自动化创建服务插件被安装后，生成包含token认证信息和默认标签配置信息的yaml注册文件；其中token认证文件用于实现自动化创建服务插件与kubernetes平台之间的认证与授权，默认标签配置信息中包含需要自动化创建容器发现服务的匹配标签信息；自动化创建服务插件将yaml注册文件通过报文发送到kubernetes容器服务平台的服务端进行服务注册；
步骤S2：kubernetes容器服务平台的服务端在接收到自动化创建服务插件送的报文后，对比token认证信息与自身token是否相符，在通过认证后，向数据库存入包含token认证信息和默认标签配置信息的注册信息文件；
步骤S3：服务端完成token认证和默认标签配置信息保存后，向自动化创建服务插件返回注册成功信息，并授予相关权限；
步骤S4：通过客户端工具向自动化创建服务插件中的配置模块进行配置编辑，选择所监听的pod类型，如只对Deployment类型的pod进行监听并自动创建对应的service服务；配置pod的标签，只有具有配置标签的pod才能自动创建service服务；
客户端将配置好的创建容器发现服务的yaml报文发送到配置模块，所述配置模块解析报文获取客户端认证值和配置文件，通过与数据库中的token认证信息和默认标签配置信息进行比对，判断用户是否有相应操作权限；
配置信息中的kind为所监控的pod的类型，label为所匹配的pod标签；
步骤S5：服务端向控制器发起创建pod命令报文，控制器执行原生的pod创建操作，同时向数据库中写入pod的状态信息；
步骤S6：自动化创建服务插件在完成注册后，其中的监听模块开始轮询监听服务端状态，在监听到服务端创建pod命令后，向服务端申请获取服务端创建pod的yaml配置文件并接收，从中查询在创建pod时yaml配置中所配置的pod的标签；比如提取到yaml配置中的标签为k8s-app：apps。
步骤S7：自动化创建服务插件中的监听模块根据步骤S6中提取到的标签信息，以n秒为周期，对数据库中的pod状态进行监测，查看该标签pod的状态是否为available，直至轮询到所监测的pod的状态均为available；
步骤S8：监听模块监测到数据库中所监测pod的状态正常时，通知控制模块pod已完成创建，控制模块再向服务端发起创建容器发现服务命令，服务端将相应命令发送至控制器；同理，当监听模块监测到数据库中所匹配标签的pod全部被删除时，向控制器发起删除对应容器发现服务的命令；
步骤S9：控制器在收到自动化创建服务插件通过服务端发送的的创建或删除容器发现服务命令后，执行原生容器发现服务的创建或删除操作。
所述步骤S4中，采用kubect命令行工具向自动化创建服务插件中的配置模块进行配置编辑。
本发明的有益效果是：该自动化创建容器发现服务的装置，自动化插件的形式安装在原有的容器服务平台中，无需对原有平台进行改动，优化了pod的监控和创建流程，实现了容器发现服务的自动化创建，避免了人工创建导致的错误，提高了容器服务平台的整体使用效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
附图1为本发明自动化创建容器发现服务的方法示意图。
具体实施方式
为了使本技术领域的人员更好的理解本发明中的技术方案，下面将结合本发明实施例，对本发明实施例中的技术方案进行清楚，完整的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
该自动化创建容器发现服务的装置，以自动化创建服务插件的形式安装在kubernetes容器服务平台，包括注册模块、配置模块、监听模块和控制模块；
在客户端下发创建pod指令后，所述自动化创建服务插件对pod(容器组)的创建状态进行监控，当监控到pod状态创建正常后，进行容器发现服务的自动化创建，以提升kubernetes容器服务平台的可用性和易用性。
所述注册模块用于生成yaml注册文件，kubernetes容器服务平台的服务端利用yaml注册文件进行服务注册。
所述yaml注册文件中包括token(令牌)认证信息和默认标签配置信息的；所述token认证文件用于实现自动化创建服务插件与kubernetes平台之间的认证与授权，所述默认标签配置信息中包括需要自动化创建容器发现服务的匹配标签信息。
所述配置模块用于接收并解析创建容器发现服务的yaml报文，获取客户端认证值和配置文件，通过与数据库中的token认证信息和默认标签配置信息进行比对，判断用户是否有相应操作权限。
所述监听模块负责监听服务端状态和数据库中的pod状态，查看此标签pod的状态是否为available(可用)，直至轮询到所监测的pod的状态均为available；
在监听到服务端创建pod命令后，负责向服务端申请获取服务端创建pod的yaml配置文件并接收；
在监测到数据库中所监测pod的状态正常时，负责通知控制模块pod已完成创建。
所述控制模块负责向服务端发起创建容器发现服务命令和删除容器发现服务命令；
在接收到pod已完成创建信息时，负责向服务端发起创建容器发现服务命令，服务端将相应命令发送至控制器；
同理，当监听模块监测到数据库中所匹配标签的pod全部被删除时，所述控制模块负责向控制器发起删除对应容器发现服务的命令。
该自动化创建容器发现服务的装置，进行容器发现服务自动化创建的步骤如下：
步骤S1：将该自动化创建容器发现服务的装置以自动化创建服务插件的形式安装在容器服务平台中，当注册模块检测到自动化创建服务插件被安装后，生成包含token认证信息和默认标签配置信息的yaml注册文件；其中token认证文件用于实现自动化创建服务插件与kubernetes平台之间的认证与授权，默认标签配置信息中包含需要自动化创建容器发现服务的匹配标签信息；自动化创建服务插件将yaml注册文件通过报文发送到kubernetes容器服务平台的服务端进行服务注册；
步骤S2：kubernetes容器服务平台的服务端在接收到自动化创建服务插件送的报文后，对比token认证信息与自身token是否相符，在通过认证后，向数据库存入包含token认证信息和默认标签配置信息的注册信息文件；
步骤S3：服务端完成token认证和默认标签配置信息保存后，向自动化创建服务插件返回注册成功信息，并授予相关权限；
步骤S4：通过客户端工具向自动化创建服务插件中的配置模块进行配置编辑，选择所监听的pod类型，如只对Deployment类型的pod进行监听并自动创建对应的service服务；配置pod的标签，只有具有配置标签的pod才能自动创建service服务；
客户端将配置好的创建容器发现服务的yaml报文发送到配置模块，所述配置模块解析报文获取客户端认证值和配置文件，通过与数据库中的token认证信息和默认标签配置信息进行比对，判断用户是否有相应操作权限；
配置信息中的kind为所监控的pod的类型，label为所匹配的pod标签；
步骤S5：服务端向控制器发起创建pod命令报文，控制器执行原生的pod创建操作，同时向数据库中写入pod的状态信息；
步骤S6：自动化创建服务插件在完成注册后，其中的监听模块开始轮询监听服务端状态，在监听到服务端创建pod命令后，向服务端申请获取服务端创建pod的yaml配置文件并接收，从中查询在创建pod时yaml配置中所配置的pod的标签；比如提取到yaml配置中的标签为k8s-app：apps。
步骤S7：自动化创建服务插件中的监听模块根据步骤S6中提取到的标签信息，以n秒为周期，对数据库中的pod状态进行监测，查看该标签pod的状态是否为available，直至轮询到所监测的pod的状态均为available；
步骤S8：监听模块监测到数据库中所监测pod的状态正常时，通知控制模块pod已完成创建，控制模块再向服务端发起创建容器发现服务命令，服务端将相应命令发送至控制器；同理，当监听模块监测到数据库中所匹配标签的pod全部被删除时，向控制器发起删除对应容器发现服务的命令；
步骤S9：控制器在收到自动化创建服务插件通过服务端发送的的创建或删除容器发现服务命令后，执行原生容器发现服务的创建或删除操作。
所述步骤S4中，采用kubect命令行工具向自动化创建服务插件中的配置模块进行配置编辑。
以上所述的实施例，只是本发明具体实施方式的一种，本领域的技术人员在本发明技术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。
Claims (7)
1.一种自动化创建容器发现服务的装置，其特征在于：以自动化创建服务插件的形式安装在kubernetes容器服务平台，包括注册模块、配置模块、监听模块和控制模块；
在客户端下发创建pod指令后，所述自动化创建服务插件对容器组pod的创建状态进行监控，当监控到pod状态创建正常后，进行容器发现服务的自动化创建，以提升kubernetes容器服务平台的可用性和易用性；
进行容器发现服务自动化创建的步骤如下：
步骤S1：将该自动化创建容器发现服务的装置以自动化创建服务插件的形式安装在容器服务平台中，当注册模块检测到自动化创建服务插件被安装后，生成包含token认证信息和默认标签配置信息的yaml注册文件；其中token认证文件用于实现自动化创建服务插件与kubernetes平台之间的认证与授权，默认标签配置信息中包含需要自动化创建容器发现服务的匹配标签信息；自动化创建服务插件将yaml注册文件通过报文发送到kubernetes容器服务平台的服务端进行服务注册；
步骤S2：kubernetes容器服务平台的服务端在接收到自动化创建服务插件送的报文后，对比token认证信息与自身token是否相符，在通过认证后，向数据库存入包含token认证信息和默认标签配置信息的注册信息文件；
步骤S3：服务端完成token认证和默认标签配置信息保存后，向自动化创建服务插件返回注册成功信息，并授予相关权限；
步骤S4：通过客户端工具向自动化创建服务插件中的配置模块进行配置编辑，选择所监听的pod类型，配置pod的标签，只有具有配置标签的pod才能自动创建service服务；
客户端将配置好的创建容器发现服务的yaml报文发送到配置模块，所述配置模块解析报文获取客户端认证值和配置文件，通过与数据库中的token认证信息和默认标签配置信息进行比对，判断用户是否有相应操作权限；
步骤S5：服务端向控制器发起创建pod命令报文，控制器执行原生的pod创建操作，同时向数据库中写入pod的状态信息；
步骤S6：自动化创建服务插件在完成注册后，其中的监听模块开始轮询监听服务端状态，在监听到服务端创建pod命令后，向服务端申请获取服务端创建pod的yaml配置文件并接收，从中查询在创建pod时yaml配置中所配置的pod的标签；
步骤S7：自动化创建服务插件中的监听模块根据步骤S6中提取到的标签信息，以n秒为周期，对数据库中的pod状态进行监测，查看该标签pod的状态是否为available，直至轮询到所监测的pod的状态均为available；
步骤S8：监听模块监测到数据库中所监测pod的状态正常时，通知控制模块pod已完成创建，控制模块再向服务端发起创建容器发现服务命令，服务端将相应命令发送至控制器；同理，当监听模块监测到数据库中所匹配标签的pod全部被删除时，向控制器发起删除对应容器发现服务的命令；
步骤S9：控制器在收到自动化创建服务插件通过服务端发送的的创建或删除容器发现服务命令后，执行原生容器发现服务的创建或删除操作。
2.根据权利要求1所述的自动化创建容器发现服务的装置，其特征在于：所述注册模块用于生成yaml注册文件，kubernetes容器服务平台的服务端利用yaml注册文件进行服务注册。
3.根据权利要求2所述的自动化创建容器发现服务的装置，其特征在于：所述yaml注册文件中包括token认证信息和默认标签配置信息的；所述token认证文件用于实现自动化创建服务插件与kubernetes平台之间的认证与授权，所述默认标签配置信息中包括需要自动化创建容器发现服务的匹配标签信息。
4.根据权利要求3所述的自动化创建容器发现服务的装置，其特征在于：所述配置模块用于接收并解析创建容器发现服务的yaml报文，获取客户端认证值和配置文件，通过与数据库中的token认证信息和默认标签配置信息进行比对，判断用户是否有相应操作权限。
5.根据权利要求1所述的自动化创建容器发现服务的装置，其特征在于：所述监听模块负责监听服务端状态和数据库中的pod状态，查看此标签pod的状态是否为available，直至轮询到所监测的pod的状态均为available；
在监听到服务端创建pod命令后，负责向服务端申请获取服务端创建pod的yaml配置文件并接收；
在监测到数据库中所监测pod的状态正常时，负责通知控制模块pod已完成创建。
6.根据权利要求3所述的自动化创建容器发现服务的装置，其特征在于：所述控制模块负责向服务端发起创建容器发现服务命令和删除容器发现服务命令；
在接收到pod已完成创建信息时，负责向服务端发起创建容器发现服务命令，服务端将相应命令发送至控制器；
当监听模块监测到数据库中所匹配标签的pod全部被删除时，所述控制模块负责向控制器发起删除对应容器发现服务的命令。
7.根据权利要求1所述的自动化创建容器发现服务的装置，其特征在于：所述步骤S4中，采用kubect命令行工具向自动化创建服务插件中的配置模块进行配置编辑。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210619871.6A CN115250197B (zh) | 2022-06-02 | 2022-06-02 | 一种自动化创建容器发现服务的装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210619871.6A CN115250197B (zh) | 2022-06-02 | 2022-06-02 | 一种自动化创建容器发现服务的装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115250197A CN115250197A (zh) | 2022-10-28 |
| CN115250197B true CN115250197B (zh) | 2024-04-12 |
Family
ID=83697812
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210619871.6A Active CN115250197B (zh) | 2022-06-02 | 2022-06-02 | 一种自动化创建容器发现服务的装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115250197B (zh) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111026414A (zh) * | 2019-12-12 | 2020-04-17 | 杭州安恒信息技术股份有限公司 | 一种基于kubernetes的HDP平台部署方法 |
| CN111371696A (zh) * | 2020-03-24 | 2020-07-03 | 广西梯度科技有限公司 | 一种在Kubernetes中实现Pod网络流控的方法 |
| CN111880902A (zh) * | 2020-07-29 | 2020-11-03 | 北京浪潮数据技术有限公司 | 一种pod创建方法、装置、设备及可读存储介质 |
| CN113315681A (zh) * | 2021-05-28 | 2021-08-27 | 深圳市吉祥腾达科技有限公司 | 一种基于智能家庭网关插件的自动化测试方法及系统 |
| CN113821268A (zh) * | 2020-06-18 | 2021-12-21 | 复旦大学 | 一种与OpenStack Neutron融合的Kubernetes网络插件方法 |
| WO2022033121A1 (zh) * | 2020-08-14 | 2022-02-17 | 苏州浪潮智能科技有限公司 | 一种kubernetes中资源暴露方法、系统、设备以及介质 |
| WO2022037612A1 (zh) * | 2020-08-20 | 2022-02-24 | 第四范式（北京）技术有限公司 | 提供应用构建服务的方法及应用构建平台、应用部署方法和系统 |
| CN114217949A (zh) * | 2021-11-05 | 2022-03-22 | 新浪网技术(中国)有限公司 | 一种面向应用的容器服务管理方法及系统 |
| CN114374743A (zh) * | 2022-01-13 | 2022-04-19 | 上海金融期货信息技术有限公司 | 支持多种服务发现机制的网关路由规则生成方法和系统 |
-
2022
- 2022-06-02 CN CN202210619871.6A patent/CN115250197B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111026414A (zh) * | 2019-12-12 | 2020-04-17 | 杭州安恒信息技术股份有限公司 | 一种基于kubernetes的HDP平台部署方法 |
| CN111371696A (zh) * | 2020-03-24 | 2020-07-03 | 广西梯度科技有限公司 | 一种在Kubernetes中实现Pod网络流控的方法 |
| CN113821268A (zh) * | 2020-06-18 | 2021-12-21 | 复旦大学 | 一种与OpenStack Neutron融合的Kubernetes网络插件方法 |
| CN111880902A (zh) * | 2020-07-29 | 2020-11-03 | 北京浪潮数据技术有限公司 | 一种pod创建方法、装置、设备及可读存储介质 |
| WO2022033121A1 (zh) * | 2020-08-14 | 2022-02-17 | 苏州浪潮智能科技有限公司 | 一种kubernetes中资源暴露方法、系统、设备以及介质 |
| WO2022037612A1 (zh) * | 2020-08-20 | 2022-02-24 | 第四范式（北京）技术有限公司 | 提供应用构建服务的方法及应用构建平台、应用部署方法和系统 |
| CN113315681A (zh) * | 2021-05-28 | 2021-08-27 | 深圳市吉祥腾达科技有限公司 | 一种基于智能家庭网关插件的自动化测试方法及系统 |
| CN114217949A (zh) * | 2021-11-05 | 2022-03-22 | 新浪网技术(中国)有限公司 | 一种面向应用的容器服务管理方法及系统 |
| CN114374743A (zh) * | 2022-01-13 | 2022-04-19 | 上海金融期货信息技术有限公司 | 支持多种服务发现机制的网关路由规则生成方法和系统 |
Non-Patent Citations (2)
| Title |
|---|
| David Balla ; Csaba Simon ; Markosz Maliosz.Adaptive scaling of Kubernetes pods.《NOMS 2020 - 2020 IEEE/IFIP Network Operations and Management Symposium》.2020,全文. * |
| 容器运行时环境异常检测和故障修复系统的设计与实现;池浪;《中国优秀硕士学位论文全文数据库 信息科技辑》;20220215;I138-170页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115250197A (zh) | 2022-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9661071B2 (en) | Apparatus, systems and methods for deployment and management of distributed computing systems and applications | |
| CN108462746B (zh) | 一种基于openstack的容器部署方法及架构 | |
| CN111641515B (zh) | Vnf的生命周期管理方法及装置 | |
| CN103226493B (zh) | 多操作系统业务的部署方法和系统 | |
| US8370802B2 (en) | Specifying an order for changing an operational state of software application components | |
| US9128765B2 (en) | Assigning restored virtual machine based on past application usage of requesting user | |
| US6694345B1 (en) | External job scheduling within a distributed processing system having a local job control system | |
| US20150254096A1 (en) | Management of inter-dependent configurations of virtual machines in a cloud | |
| US20080209275A1 (en) | Test framework for testing an application | |
| CN106339177A (zh) | 一种创建虚拟机的方法和装置 | |
| CN104657158B (zh) | 一种业务系统中业务处理的方法和装置 | |
| CN103885833A (zh) | 一种资源管理方法和系统 | |
| CN103118073B (zh) | 一种云环境下虚拟机数据持久化存储系统和方法 | |
| CN106878363A (zh) | 一种信息处理方法、装置及系统 | |
| CN105635311A (zh) | 一种云管理平台中资源池信息同步的方法 | |
| CN115250197B (zh) | 一种自动化创建容器发现服务的装置 | |
| CN113626144B (zh) | 一种集群创建存储双活卷的方法、装置、设备及可读介质 | |
| CN111431951B (zh) | 一种数据处理方法、节点设备、系统及存储介质 | |
| EP3387533B1 (en) | Disaster recovery of cloud resources | |
| CN114240265B (zh) | 一种基于混合环境的产品部署方法及装置 | |
| CN109101253A (zh) | 云计算系统中主机的管理方法和装置 | |
| US11513782B1 (en) | Unrestricted to restricted computing framework | |
| CN115827160A (zh) | 基于国产虚拟化计算平台的虚拟机迁移方法 | |
| CN114443169A (zh) | 一种实现技术组件平台化的方法及装置 | |
| CN114296780A (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 |