[发明专利]一种容器化云平台及服务器有效
申请号: | 201810568768.7 | 申请日: | 2018-06-05 |
公开(公告)号: | CN109062655B | 公开(公告)日: | 2021-05-14 |
发明(设计)人: | 姚夏冰;胡林红 | 申请(专利权)人: | 腾讯科技(深圳)有限公司 |
主分类号: | G06F9/455 | 分类号: | G06F9/455;H04L29/08 |
代理公司: | 广州三环专利商标代理有限公司 44202 | 代理人: | 贾允;肖丁 |
地址: | 518057 广东省深圳*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 容器 平台 服务器 | ||
本发明提供了一种容器化云平台及服务器,所述云平台以基于容器技术的分布式架构构建而得,在所述分布式架构中,包括至少一个服务用容器,所述服务用容器用于运行一个目标服务,所述服务用容器与所述目标服务一一对应。本发明提供的容器化云平台具备容器管理的功能,而不只是单纯的容器部署方案,并且所述云平台能够减少部署时间,降低维护难度,具有自愈功能。所述云平台进一步提供了容器应用管理功能,无须维护kubernetes复杂的yaml配置文件。平台服务之间采用容器方式隔离,便于维护,同时可以对每个容器进行cpu、内存、io的限制,扩展了平台的灵活性。
技术领域
本发明涉及云平台领域,尤其涉及一种容器化云平台及服务器。
背景技术
现有技术在云平台中使用容器技术有两种主要的方案,分别为:
方案一:通过ansible或其它自动化运维工具来部署云平台组件容器。这种方案在容器事先编译好后,通过容器部署方式部署云平台,部署时间快,但缺乏后期对容器生命周期的管理,某个容器发生故障,难以进行自动替换,需要依赖人为干预。
方案二:通过kubernetes容器编排框架来部署云平台组件容器,利用kubernetes自身的Replication Controllers来保证服务的高可用性。这种方案kubernetes的使用需要依赖yaml,kubernetes里的replicationcontroller、service、pod的创建都需要一个配置的yaml文件来表示,而如果云平台环境比较繁琐时不可避免会产生很多yaml,从而导致更新部署繁杂且容易出错。鉴于kubernetes版本更新速度快,为了支持新特性,不断升级的成本高。
此外,现有技术中实现配置都是基于二进制包或源码方式安装,软件包依赖问题严重。
发明内容
为了解决上述技术问题,本发明提出了一种容器化云平台及服务器。本发明具体是以如下技术方案实现的:
第一方面,所述云平台以基于容器技术的分布式架构构建而得,在所述分布式架构中,包括至少一个服务用容器,所述服务用容器用于运行一个目标服务,所述服务用容器与所述目标服务一一对应。
第二方面,一种计算机可读存储介质,用于存储程序,所述程序用于实现所述容器化云平台。
第三方面,一种服务器,所述服务器用于运行所述容器化云平台。
本发明提供了一种容器化云平台及服务器,具备下述有益效果:
对比现有技术中的方案一和方案二,提供了容器管理的功能,而不只是单纯的容器部署方案。减少了部署时间,降低了云平台维护难度,提供了一个有自愈功能的云平台,
对比现有技术中的对比方案二,提供了容器应用管理功能,无须维护复杂的配置文件。
平台服务之间采用容器方式隔离,便于维护,同时可以对每个容器进行cpu、内存、io的限制,扩展了平台的灵活性。容器启动速度快,容器故障替换对用户而言是无感知的。
便于平滑升级或回滚云平台,测试人员便于模拟线上环境的一致性。解决由于安装时间不同,造成的包版本不一致的情况。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它附图。
图1是本发明实施例提供的容器化云平台示意图;
图2是本发明实施例提供的容器镜像意图;
图3是本发明实施例提供的容器示意图;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于腾讯科技(深圳)有限公司,未经腾讯科技(深圳)有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810568768.7/2.html,转载请声明来源钻瓜专利网。