对容器云平台的思考

传统的Iaas平台和裸机集群困境

开发、测试和运维的存在严重的工作壁垒，开发不了解运维，运维不了解开发。业务部门要求更多的计算资源支撑应用更顺畅的运行；运维部门需要将设备性能得到更高的利用率。运维部门其实是不知道应用需要什么样的性能，也做不到为每一个应用提供最高的性能，这导致应用实际运行时的性能不好，运维部门往往也因此背锅。
另外，从开发到运维的IT流程非常漫长，例如开发人员如果需要系统资源，必须执行资源申请操作、配置操作、环境搭建操作等，整个操作过程之后才能获得应用所需的系统资源。这导致工作效率很难得到有效的提高。
并且，传统Iaas平台或裸机集群都可以通过脚本或命令行支撑业务的弹性伸缩或调度，但是这可能需要一些资深的运维人才，当人员发生流动或业务发生变化时，往往会发生诸多问题，例如：过去脚本无法让新人接手；新业务需要新的脚本去运行，这便需要对过去的脚本进行改动等问题。
除了上述的几个困境外，传统Iaas平台和裸机集群还存在许多困境，难以从本质上实现IT终态。

企业面临的现实问题

几乎所有的企业面临着这样两个问题：如何降低成本；如何增加效益。然而现实情况是：由于传统资源的静态划分，导致资源利用率很难得到提高；用户存在大量异构服务器，难以做到统一管理；为了保障业务的稳定，新版本的上线需要在半夜发布，发布效率极低，一旦发布失败还需要重新回滚；运行程序单一化，导致出现故障后只能硬切换，不支持软切换。开发到运维的流程效率低下，导致高昂的人力成本以及其他诸多问题。

新的方向

为了从传统Iaas平台和裸机集群困境中走出，解决企业正面临着的问题，我们需要一个新的平台，使企业专注于业务逻辑开发，缩短业务上线周期，优化资源利用率，提高服务响应效率。
容器云平台正是在这样的需求下产生的一个新的平台，通过Docker+Kubernetes的形式组成一个用于开发、交付和运行应用的平台，以此实现更快的交付应用程序。容器云平台可以将你的应用程序和基础设施层隔离，并且还可以将基础设施当作程序一样进行管理。容器云平台可以实现更自动化地打包代码、测试以及部署，并且大大缩短从开发到运行上线的周期。容器云的本质是一个轻量级的容器虚拟化平台，以及一套标准的开发，构建，部署，运行的流程，并且可以集成各类工具，比如持续集成，数据库与缓存，大数据等，以及一些PaaS类的服务。容器云平台在计算资源调度上具备IaaS的灵活性，以及PaaS的便利。弹性伸缩，日志监控，滚动升级，持续集成/部署等系统级的PaaS服务已成为容器云的标配。
通过Kubernetes自动化地编排应用和交付应用，保证在多场景下交付应用。通过应用目录模板，导入代码仓库的公有和自定义模板，一键部署微服务、中间件和大数据等应用。使用服务目录，使Kubernetes上托管的应用程序可以使用第三方的服务，扩展了云平台的服务提供能力，降低了使用的复杂度，方便管理和配置应用程序，提高了管理效率。
通过Docker提供了一种在标准化的容器中运行应用的方式，这种标准化意味着，所有的应用都需要容器化以后才能发布，即将应用程序打包进Docker容器，以镜像的方式运行。使用Docker 命令，就可实现轻松快捷地部署。基于简单和开放的REST API，在整个系统中轻松访问，实现简单集成。通过Docker的标准化，打通了开发到运维的壁垒。研发自己负责编写 Dockerfile，运维就把环境变更的事情通过 Dockerfile 的机制移交给了研发。运维和研发之间的边界就非常清楚了，这个边界就是由 Dockerfile 来定义的。研发负责把他代码依赖的环境在 Dockerfile 定义好，运维保证其构建分发时没有问题。
容器云平台最终呈现的效果将包括如下内容：

• 自动化的调度计算资源。
• 标准化的应用执行环境。
• 可视化的应用执行过程。
• 智能化的应用编排方式