一般来说，迁移的步骤分为六步：1、制作镜像 2、控制器管理Pod 3、Pod数据持久化 4、暴露应用 5、对外发布应用 6、日志/监控
1、制作镜像分为三步：
- 第一基础镜像，是基于哪个操作系统，比如Centos7或者其他的
- 第二步中间件镜像，比如服务镜像，跑的像nginx服务，tomcat服务
- 第三步项目镜像，它是服务镜像之上的，将你的项目打包进去，那么这个项目就能在你这个服务镜像里面运行了
一般运维人员都是提前将镜像做好，而开发人员就能直接拿这个镜像去用，这个镜像一定要符合现在环境部署的环境
2、控制器管理 pod
也就是k8s去部署这个镜像了，一般我们都会去拿控制器去部署，用的最多的就是 deployment
-
Deployment：无状态部署
-
StatefulSet：有状态部署
-
DaemonSet：守护进程部署
-
Job & CronJob：批处理
无状态和有状态的有什么区别？有状态的是有身份的，比如网络ID、存储、这个两个是提前规划好的，有序启动/停止
3、Pod 数据持久化
pod数据持久化主要是因对一个应用程序说的，比如开发一个项目，这个项目有没有落地到本地文件，如果有落的话，就保证他持久的有了，那就必须要用到pod数据的持久化了。
容器部署过程中一般有以下三种数据：
-
启动时需要的初始数据，可以是配置文件
-
启动过程中产生的临时数据，该临时数据需要多个容器间共享
-
启动过程中产生的持久化数据
4、暴露应用
在 k8s中，部署一个deployment，它是无法对外进行访问的，即其他应用程序要想访问部署的deployment，它找不到该怎么去访问。为什么去这么讲，因为deployment一般都是多副本的去部署，有可能会分布在不同的节点之上，而且重建 pod ip也会变，重新发布一下也会变了，所以没有办法去固定去访问哪个pod，即使固定了，其他的pod也访问不了。要想做到多个 pod 都去提供服务的话，前面有必须要加一个负载均衡，提供一个访问入口，只有访问这个统一入口，才能转发到后端多个pod上，只要访问这个Cluster IP就能转发到后端的pod上。
Service
-
Service 定义了 Pod 的逻辑集合和访问这个集合的策略
-
Service 引入为了解决Pod的动态变化，提供服务发现和负载均衡
-
使用 CoreDNS 解析 Service 名称
5、对外发布应用
暴露出去之后呢，也就是需要让用户去访问，比如搭建一个电商网站，让用户去访问，ingress相对于service，它是一个互补的状态，弥补了各自，service主要提供了集群内部的访问，也可以暴露一个TCP/UDP的端口，而ingress主要是一个7层的转发，也就是提供一个统一的入口，只要访问ingress controller，它就能帮你转发你部署所有的项目，也就是所有的项目都使用域名去访问。
首先开发者将代码部署到你的代码仓库中，主流的用的Git或者gitlab，提交完代码通过CI/CD平台需要对代码进行拉取、编译、构建，产生一个War包，然后交给Ansible然后发送到云主机上/物理机,然后通过负载均衡将项目暴露出去，然后会有数据库，监控系统，日志系统来提供相关的服务。
首先也是开发将代码放在代码仓库，然后通过jenkins去完成拉取代码，编译，上传到我们的镜像仓库。
这里是将代码打包成一个镜像，而不是刻意执行的war或者jar包，这个镜像包含了你的项目的运行环境和项目代码，这个镜像可以放在任何docker上去run起来，都可以去访问，首先得保证能够在docker上去部署起来，再部署到k8s上，打出来的镜像去放在镜像仓库中，来集中的去管理这些镜像。
因为每天会产生几十个或者上百个镜像，必须通过镜像仓库去管理，这里可能会去写一个脚本去连接k8smaster，而k8s会根据自己的部署去调度这些pod,然后通过ingress去发布我们的应用，让用户去访问，每个ingress会关联一组pod，而service会创建这组pod的负载均衡，通过service去区分这些节点上的Pod。
然后数据库是放在集群之外，监控系统日志系统也可以放在k8s集群放在去部署，也可以放在之外，我们是放在k8s集群内的，也不是特别敏感，主要用来运维和开发调试用的，不会影响到我们的业务，所以我们优先去k8s中去部署。