K8s＜二＞

二、Kubernetes 优势

1、传统部署和容器部署

• 传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定，这样做并不利于应用的升级更新/回滚等操作，当然也可以通过创建虚机的方式来实现某些功能，但是虚拟机非常重，并不利于可移植性。

• 新的方式是通过部署容器方式实现，每个容器之间互相隔离，每个容器有自己的文件系统 ，容器之间进程不会相互影响，能区分计算资源。相对于虚拟机，容器能快速部署，由于容器与底层设施、机器文件系统解耦的，所以它能在不同云、不同版本操作系统间进行迁移。

• 容器占用资源少、部署快，每个应用可以被打包成一个容器镜像，每个应用与容器间成一对一关系也使容器有更大优势，使用容器可以在build或release 的阶段，为应用创建容器镜像，因为每个应用不需要与其余的应用堆栈组合，也不依赖于生产环境基础结构，这使得从研发到测试、生产能提供一致环境。类似地，容器比虚机轻量、更“透明”，这更便于监控和管理。最后，

2、Kubernetes 容器优势总结

• 可移植: 支持公有云，私有云，混合云，多重云（multi-cloud）

• 可扩展: 模块化, 插件化, 可挂载, 可组合

• 自动化: 自动部署，自动重启，自动复制，自动伸缩/扩展

• 快速部署应用，快速扩展应用：与VM虚拟机相比，容器镜像的创建更加容易。

• 持续开发、集成和部署：提供可靠且频繁的容器镜像构建/部署，并使用快速和简单的回滚(由于镜像不可变性)。

• 开发和运行相分离：在build或者release阶段创建容器镜像，使得应用和基础设施解耦。

• 无缝对接新的应用功能，开发，测试和生产环境一致性：在本地或外网（生产环境）运行的一致性。

• 云平台或其他操作系统：可以在 Ubuntu、RHEL、 CentOS、on-prem、Google Container Engine或其它任何环境中运行。

• Loosely coupled（松耦合），分布式，弹性，微服务化：应用程序分为更小的、独立的部件，可以动态部署和管理。

• 资源隔离

• 资源利用：更高效

三、Kubernetes 劣势

• Kubernetes 并不是传统的 PaaS（平台即服务）系统。

• Kubernetes 限制受支持的语言runtimes (例如, Java, Python, Ruby)，不限制支持应用的类型，不限制应用框架。

• Kubernetes 不提供中间件（如 message buses）、数据处理框架（如 Spark）、数据库(如 Mysql)或者集群存储系统(如Ceph)作为内置服务。但这些应用都可以运行在Kubernetes上面。

• Kubernetes 不部署源码不编译应用。持续集成的 (CI) 工作流方面，不同的用户有不同的需求和偏好的区域，因此，我们提供分层的 CI工作流，但并不定义它应该如何工作。

• Kubernetes 不提供或授权一个全面的应用程序配置 语言/系统（例如，jsonnet）。

• Kubernetes 不提供任何机器配置、维护、管理或者自修复系统。

• Kubernetes 运行在应用级别而不是硬件级，因此只提供了普通的Paas平台提供的一些通用功能，比如部署，扩展，负载均衡，日志，监控等。