Deployment

Deployment 职责同样是为了保证pod的数量和健康，pod挂了可以自愈，副本扩容收缩，滚动更新等功能

Service

2中访问模式：
ClusterIP模式:Service的Ip:port负载均衡的访问pod
NodePort模式:给每个机器都开一个指定的端口，通过机器的公网Ip+指定端口进行负载均衡的访问

网络模型

流量先进入LB负载均衡，分发到ingress层（nginx）进行地址重写，限流等操作，在转发到Service层，Service会把相同标签的pod给管理起来进行负载，Service下面就是的deployment层，k8s为了更好的管理pod，可以用deployment一下部署多个pod的副本。

存储抽象

为了避免数据丢失，docker都会在外面挂载目录。如/hello服务挂的目录是/tmp，hello这个服务挂了，等了5分钟，k8s会在第二个节点重新启动了hello，这样/tmp数据就访问不到了 。k8s弄了一个存储层

NFS 网络文件系统，一主多从的方式进行文件同步。一个服务器是主节点，其他服务器是从节点，这样一个服务器挂了，数据也不会丢失

两个pod都指向了主节点。

使用原生的nfs有3个问题：
1.需要自己创建挂载目录如/nfs/data/nginx.pv
2.如果pod被删除了，目录中的数据不会自动的删除
3.如果多个pod共用目录，目录就100G。一个pod就占用了100G。其他的用不了了，没有一个pod占用容量的管理

PV和PVC

pv池静态供应：
需要手动的在一个节点创建好pv大小。pod申请pvc资源，比如1G，就会在pv-01,pv02-pv03中找到合适的pv。比如pv-01
pv池动态供应：
不需要手动的创建pv大小，pod在pvc中申请多少，会自动的创建合适的空间

配置文件挂载

使用docker的方式把redis.conf挂载在外面

k8s使用configMap的方式

（1）k8s把redis的配置文件做成配置集，取名：redis-config
(2) 启动pod的配置中，有一个叫config的挂载，会对应到redis-master路径下。
config的具体配置为：
会去找名字叫redis-config的配置集，就是第一步中创建的
item是对应第一步中的data，data中会有很多的配置
-key 引用data中的哪一个配置。指向的名为redis.config的配置
path 是把第一步中redis.config中所有的配置（appodonly yes）放到/redis-master/redis.confi中

这样我们修改配置集中的数据，redis的配置文件也会改变，但需要重启pod才会生效

KubeSphere

Dockerfile文件

下面是部署的流程

DevOps

为了自动化的发布项目，使用DevOps创建一条流水线
1.从git仓库拉取代码
2.使用mave进行编译打包。mvn clean package -Dmaven.test.skip=true
3.构建镜像。例如一个demo项目。docker buil -t demo:latest -f demo/Dockerfile demo/
4.推送镜像。
4.1 dokcer login
4.2. doker tag
4.3 docker push
5.部署到开发环境。在每个微服务中创建一个/deploy/deploy.yaml部署文件 。需要在配置里面设置秘钥才能有权限部署

Source to Image：无需 Dockerfile 发布应用
参考视频
https://www.bilibili.com/video/BV13Q4y1C7hS?p=147
https://kubesphere.com.cn/docs/project-user-guide/image-builder/source-to-image/

学习devops的网站

https://devops.phodal.com/home

KubeKey

使用kk能方便的部署集群节点和kubeSphere
https://kubesphere.io/zh/docs/installing-on-linux/introduction/multioverview/
https://www.bilibili.com/video/BV13Q4y1C7hS?p=134