kubernetes
应用部署方式
1、传统应用部署方式
- 手动部署
- 脚本部署
- 通过自动化工具部署
- ansible
- saltstack
- puppet
- 此类自动化工具本身就是一款应用编排工具,它能够安装、配置、启动,甚至可以用自己定义的状态文件来实现批量部署
传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定,这样做并不利于应用的升级更新/回滚等操作,当然也可以通过创建虚拟机的方式来实现某些功能,但是虚拟机非常重,并不利于可移植性。
2、docker部署方式
以往手工管理的对象是直接部署在操作系统环境中的应用程序,但是有了docker以后,应用程序被容器化,各种应用程序都被封装在容器中执行。
每个容器之间互相隔离,每个容器有自己的文件系统 ,容器之间进程不会相互影响,能区分计算资源。相对于虚拟机,容器能快速部署,由于容器与底层设施、机器文件系统解耦的,所以它能在不同云、不同版本操作系统间进行迁移。
容器占用资源少、部署快,每个应用可以被打包成一个容器镜像,每个应用与容器间成一对一关系也使容器有更大优势,使用容器可以在build或release 的阶段,为应用创建容器镜像,因为每个应用不需要与其余的应用堆栈组合,也不依赖于生产环境基础结构,这使得从研发到测试、生产能提供一致环境。类似地,容器比虚拟机轻量、更“透明”,这更便于监控和管理。
那么我们在使用saltstack等自动化运维工具编排应用程序时会发现它的对象已经发生变化了。此时我们的自动化运维工具已经不再适用于容器化应用程序的编排工作了,因为容器化所提供的接口与早期传统意义上应用程序的访问、控制和管理接口有所不同,所以,docker时代就呼唤新式的、面向容器化应用程序的编排工具的实现
容器编排工具
docker编排三剑客(官方)
1、docker compose(单机编排)
- 只能管理一台主机上的容器,无法跨主机启动其他主机上的容器
2、docker swarm(多机编排)
- 面向集群
- docker swarm能够将多个docker host整合为同一平台之下的管理机制的一个集群工具
- 能够将多个docker host的计算资源整合成一个资源池,然后用docker compose编排时,只需要面向swarm整合出来的资源池进行编排
- docker swarm是docker自身的一个应用程序
3、docker machine(docker主机)
每个主机在在一开始的时候怎么去把它安装成为docker host,这个docker host要能够加入到docker swarm