k8s的陈述式资源管理:
命令行：主要通过kubectl命令行工具
优点：90%以上的场景都可以满足
对资源的增删查比较方便，对改不是很友好
缺点：
命令比较冗长:复杂、难记
声明式：
k8s当中的yaml文件来实现资源管理---声明式
GUI：图形化工具的管理
kubectl命令详解，查、部署、查看pod的情况包括详细信息和日志以及发布和回滚
kubectl version 查看k8s的版本
kubectl api-resources 查看所有api的资源对象名称
kubectl cluster-info 查看k8s集群的信息
kubectl get componentstatuses 查看master节点的状态
kubectl get pod 查看默认命名空间内pod信息
kubectl get ns 查看当前集群所有的命名空间
kubectl get pod -n kube-system 要查看指定命名空间内的pod需要加-n 命名空间的名称
kubectl get pod -0 wide 查看默认命名空间内pod的详细信息
kubectl get pod -n kube-system -o wide 查看指定命名空间的详细信息
kubectl get node 查询节点的信息和状态、
kubectl get node -o wide 查看node节点的详细信息
kubectl describe pod nginx 查看已经部署好的pod的详细信息
kubectl logs -n kube-system etcd-master01 如何查看pod输出的日志
先声明动画 create delete get 对象： ns pod service 对象的名称 wqb nginx-6799fc88d8-5kn97
nginx 加-n查询指定的命名空间对象
deployment的部署pod:
陈述时部署:命令行
声明式:yaml文件进行部署
deplotment部署可以实现滚动更新
滚动更新:不是一次性的把所有pod全部部署，而是一个一个来，pod的更新时使用，逐步的引入新的pod:逐步减少新的pod
自我修复:如果有pod节点发生故障，deployment会自动启动新的pod来进行代替
回滚:如果更新有问题，deployment会提供还原点，可以手动还原到未更新前的状态
扩容和缩容:通过deplayment可以随时调整pod的数量，以适应流量的变化
上诉的功能必须是基于deployment创建的服务才可以，绝大多数的pod都是使用deployment来创建。
kubectl get deployments.apps
kubectl get deployments.apps
daemonset:不能同各国命令行创建，只能通过yaml文件来定义这种创建方式
后台运行创建，在每个节点上都创建一个相同方式的相同版本的容器运行的pod
一般都是依赖环境和重要组件，一般也不会去对这些资源进行操作
如果是基于deployment方式创建的pod，或者daemonset方式创建pod，是由控制器创建的pod
使用delete删除pod是删不掉的，相当于重启pod
kubectl delete deployments.apps nginx-w2 -n wqv 基于控制器删除，基于deployment方式创建pod，一旦删除deployment，基于这个deployment创建的pod都会被删除
不是基于控制器创建的用delete会被直接删除掉
远程进入节点容器
kubectl exec -it nginx-w3-5654b5db87-2g24p bash -n wqv
dockerexec只能在本机内部使用，不能跨主机使用，kubectl exec可以跨主机进入容器
快速的让容器结束的命令
kubectl delete pod nginx-wqb-568fcf58f-rpgqj --force --grace-period=0
grace-period=0：表示过度存活期，默认是30秒，可以让pod优雅的结束容器内的进程，然后退出pod ，=0表示立刻停止pod，必须要force
主要是用于结束卡在销毁状态的pod
如何对基于控制器创建pod进行扩容和缩容
kubectl scale deployment nginx-w2 --replicas=1
创建pod时并没有指定副本数，后续也可以对他的副本进行修改，仅限于deployment创建的pod
如何把服务的service进行发布:
service的类型***
ClusterIP:创建service的默认类型，提供一个集群内部的虚拟ip地址，这是service的默认的类型，通过这个虚拟ip可以直接访问pod资源，但是仅限于内部请求，无法对外提供访问
NodePort:会在每一个node节点上都开放一个相同的端口，外部就可以通过node的本机ip加上统一开放的端口，访问pod资源。这是集群外部访问service资源的一种方式，这是四层代理的方式、
nodeip:nodeport随机指派，也可以指定，如果不指定会随机分配一个 30000-32767
基于deployment创建的pod可以使用这种方式
kubectl expose deployment nginx --port=80 --target-port=80 --name=nginx-service --type=NodePort
-port=80是service集群的端口
--target-port=80 pod内部容器的端口
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 24h nginx-service NodePort 10.96.184.140 <none> 80:32326/TCP
10.96.184.140:集群内部的ip地址，外部是不可以访问这个ip地址的
80:对应的是内部的service的端口
32326：和内部service的80端口做映射
pod内部的容器端口是固定的，--port是service和容器端口 做映射的端口，可以是任意的
LoadBalancer:如果service的类型设定为LoadBalancer，云平台提供一个映射地址，这种用法仅用于公有云服务供应商在云平台上设置好了设置的service的场景，然后再通过外部实现负载均衡，这个地址要付费
创建好了service指定类型为LoadBalancer，会给你提供一个地址来代理pod内部的ip地址
ExternalNname:DNS映射，给service分配一个域名，通过域名来访问后端pod资源。ExternalNname的service类型不能提供负载均衡，必须要设置一个LoadBalancer的地址才可以实现
工作中用NodePort 用ExternalNname:做DNS映射
更新和回滚，以及发布的方式
项目的声明周期:
创建------发布------更新------回滚------删除
kubectl set image deployment nginx1 nginx=nginx:1.10
回滚:
数字的大小决定了距离上次操作的远近，数字最大就是最近的一次操作
kubectl rollout undo deployment nginx1 --to-revision=1 回滚到1