一种容器化云平台及服务器制造技术

本发明专利技术提供了一种容器化云平台及服务器，所述云平台以基于容器技术的分布式架构构建而得，在所述分布式架构中，包括至少一个服务用容器，所述服务用容器用于运行一个目标服务，所述服务用容器与所述目标服务一一对应。本发明专利技术提供的容器化云平台具备容器管理的功能，而不只是单纯的容器部署方案，并且所述云平台能够减少部署时间，降低维护难度，具有自愈功能。所述云平台进一步提供了容器应用管理功能，无须维护kubernetes复杂的yaml配置文件。平台服务之间采用容器方式隔离，便于维护，同时可以对每个容器进行cpu、内存、io的限制，扩展了平台的灵活性。

【技术实现步骤摘要】
一种容器化云平台及服务器
本专利技术涉及云平台领域，尤其涉及一种容器化云平台及服务器。
技术介绍
现有技术在云平台中使用容器技术有两种主要的方案，分别为：方案一：通过ansible或其它自动化运维工具来部署云平台组件容器。这种方案在容器事先编译好后，通过容器部署方式部署云平台，部署时间快，但缺乏后期对容器生命周期的管理，某个容器发生故障，难以进行自动替换，需要依赖人为干预。方案二：通过kubernetes容器编排框架来部署云平台组件容器，利用kubernetes自身的ReplicationControllers来保证服务的高可用性。这种方案kubernetes的使用需要依赖yaml，kubernetes里的replicationcontroller、service、pod的创建都需要一个配置的yaml文件来表示，而如果云平台环境比较繁琐时不可避免会产生很多yaml，从而导致更新部署繁杂且容易出错。鉴于kubernetes版本更新速度快，为了支持新特性，不断升级的成本高。此外，现有技术中实现配置都是基于二进制包或源码方式安装，软件包依赖问题严重。
技术实现思路
为了解决上述技术问题，本专利技术提出了一种容器化云平台及服务器。本专利技术具体是以如下技术方案实现的：第一方面，所述云平台以基于容器技术的分布式架构构建而得，在所述分布式架构中，包括至少一个服务用容器，所述服务用容器用于运行一个目标服务，所述服务用容器与所述目标服务一一对应。第二方面，一种计算机可读存储介质，用于存储程序，所述程序用于实现所述容器化云平台。第三方面，一种服务器，所述服务器用于运行所述容器化云平台。本专利技术提供了一种容器化云平台及服务器，具备下述有益效果：对比现有技术中的方案一和方案二，提供了容器管理的功能，而不只是单纯的容器部署方案。减少了部署时间，降低了云平台维护难度，提供了一个有自愈功能的云平台，对比现有技术中的对比方案二，提供了容器应用管理功能，无须维护复杂的配置文件。平台服务之间采用容器方式隔离，便于维护，同时可以对每个容器进行cpu、内存、io的限制，扩展了平台的灵活性。容器启动速度快，容器故障替换对用户而言是无感知的。便于平滑升级或回滚云平台，测试人员便于模拟线上环境的一致性。解决由于安装时间不同，造成的包版本不一致的情况。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。图1是本专利技术实施例提供的容器化云平台示意图；图2是本专利技术实施例提供的容器镜像意图；图3是本专利技术实施例提供的容器示意图；图4是本专利技术实施例提供的云平台服务容器化流程图；图5是本专利技术实施例提供的第一部分容器镜像关系示意图；图6是本专利技术实施例提供的第二部分容器镜像关系示意图；图7是本专利技术实施例提供的第三部分容器镜像关系示意图；图8是本专利技术实施例提供的第四部分容器镜像关系示意图；图9是本专利技术实施例提供的第五部分容器镜像关系示意图；图10是本专利技术实施例提供的应用管理工具应用启动流程图；图11是本专利技术实施例提供的云平台部署容器流程图；图12是本专利技术实施例提供的服务器结构示意图。具体实施方式为了使本
的人员更好地理解本专利技术方案，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分的实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本专利技术保护的范围。需要说明的是，本专利技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本专利技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。本专利技术实施例提供一种容器化云平台，如图1所示，所述云平台以基于容器技术的分布式架构构建而得，在所述分布式架构中，包括至少一个服务用容器，所述服务用容器用于运行一个目标服务，所述服务用容器与所述目标服务一一对应。在所述容器化平台中可以运行不止一个服务，每个服务均具备自身对应的服务用容器，在所述容器化平台的维护过程中，通过维护服务用容器来达到维护服务的目的。为了解决现有技术的容器配置对于安装包的依赖问题，本专利技术实施例中为每个目标服务生成目标容器镜像。在所述容器化平台中，对于目标服务的操作均通过操作所述目标服务对应的服务用容器实现，对于所述目标服务的修改通过修改所述目标容器镜像对应的配置文件实现。具体地，所述相关操作可以使开启、停止、更新和修复。对于容器化部署，容器编译是最耗费时间的环节，事先把软件包和/或源码都安装在容器镜像里面，从而实现了服务的预安装，在后续服务的相关操作中，只需要修改相关配置，直接启动容器即可，从而提升了容器的启动速度，避免了频繁编译，也避免了对于安装包的过分依赖。本专利技术实施例中的容器服务依赖于容器组件Docker完成，Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。一个完整的Docker由以下几个部分组成：dockerClient客户端，DockerDaemon守护进程，DockerImage镜像，DockerContainer容器。在本专利技术实施例中，一个容器是一个精简版的Linux操作系统，一个镜像是加载到这个容器的软件，当容器被启动后，容器引擎会自动检查是否存在容器镜像，若有则自动获取容器镜像，加载容器镜像到容器中并开始运行。容器镜像可以被理解为只读层(read-onlylayer)的统一视角。如图2所示，从图的左侧可见多个只读层，它们重叠在一起。除了最下面一层，其它层都会有一个指针指向下一层。这些层是Docker内部的实现细节，并且能够在运行Docker的机器的文件系统上访问到。统一文件系统(unionfilesystem)技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在，在用户的角度看来，只存在一个文件系统，可以在图片的右边看到这个视角的形式。容器的定义和容器镜像的定义相类似，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。如图3所示，因此，容器和容器镜像的关系可以被简单表述为容器＝容器镜像+读写层。当一个容器被运行后，即成为一个运行态容器，运行态容器被定义为一个可读写的统一文件系统加上隔离的进程空间和包含其中的进程。一个运行态容器可以对文件进行修改、删除、创建，这些改变都将作用于可读写层，因此，可以将服务容器化，通过运行容器的方式运行以及维本文档来自技高网...

【技术保护点】
1.一种容器化云平台，其特征在于：所述云平台以基于容器技术的分布式架构构建而得，在所述分布式架构中，包括至少一个服务用容器，所述服务用容器用于运行一个目标服务，所述服务用容器与所述目标服务一一对应。

【技术特征摘要】
1.一种容器化云平台，其特征在于：所述云平台以基于容器技术的分布式架构构建而得，在所述分布式架构中，包括至少一个服务用容器，所述服务用容器用于运行一个目标服务，所述服务用容器与所述目标服务一一对应。2.根据权利要求1所述的容器化云平台，其特征在于：在所述容器化平台中运行不止一个服务，每个服务均具备自身对应的服务用容器，在所述容器化平台中通过维护服务用容器来维护服务。3.根据权利要求1所述的容器化云平台，其特征在于：为每个目标服务生成目标容器镜像；对于目标服务的操作均通过操作所述目标服务对应的服务用容器实现，对于所述目标服务的修改通过修改所述目标容器镜像对应的配置文件实现。4.根据权利要求1所述的容器化云平台，其特征在于：所述容器化云平台基于容器组件、容器编排工具和应用管理工具实现，所述容器编排工具用于提供容器组件的运行环境并基于所述容器组件构建应用服务，所述应用管理工具用于以应用包的形式管理所述容器编排工具构建的应用服务。5.根据权利要求4所述的容器化云平台，其特征在于，所述容器组件中的容器镜像采用分层设计，上层镜像的使用依赖所述上层镜像对应的下层镜像，容器镜像之间的层级关系均存储在所...

【专利技术属性】
技术研发人员：姚夏冰，胡林红，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：广东,44