Kubernetes 容器编排
应用程序部署演变
主要有三个演变：
传统部署：互联网早期，会直接将应用程序部署在物理机上
优点：简单，不需要其它技术的参与
缺点：不能为应用程序定义资源使用边界，很难合理地分配计算资源，而且程序之间容易产生影响。
举个例子：
部署：需要生成war包：Export→ Web-WAR file→ 选择war包地址→ 生成war包
将war包上传到服务器
启动：tomcat启动
cd /home/operation/apache-tomcat-9.0.31/bin
./startup.sh
虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境
优点：程序环境不会相互产生影响，提供了一定程度的安全性
缺点：增加了操作系统，浪费了部分资源
容器化部署：与虚拟化类似，但是共享了操作系统。 微服务通常会被打包为容器镜像（如Docker镜像），然后在容器化平台（如Kubernetes）上部署和管理。容器提供了隔离、轻量级、一致性和可移植性的优势
优点：
可以保证每个容器拥有自己的文件系统、CPU、内存、进程空间等
运行应用程序所需要的资源都被容器包装，并和底层基础架构解耦
容器化的应用程序可以跨云服务商、跨Linux操作系统发行版进行部署
容器化部署方式给带来很多的便利，但是也会出现一些问题，比如说：
1.一个容器故障停机了，怎么样让另外一个容器立刻启动去替补停机的容器
2. 当并发访问量变大的时候，怎么样做到横向扩展容器数量
这些容器管理的问题统称为容器编排问题，为了解决这些容器编排问题，就产生了一些容器编排的软件：Swarm：Docker自己的容器编排工具
Mesos：Apache的一个资源统一管控的工具，需要和Marathon结合使用
Kubernetes：Google开源的的容器编排工具。容器化平台
参考：Kubernetes详细笔记_kubernetes笔记-CSDN博客
怎么将传统的物理机器部署转为微服务
1. dockerfile
2. 容器化
3. 流量迁移到微服务
4. 下线传统的