• k8s里面操作的资源实体，就是k8s的对象，可以使用yaml来声明对象。然后让k8s根据yaml的声明创建出这个对象；
• 操作 Kubernetes 对象 —— 无论是创建、修改，或者删除 —— 需要使用Kubernetes API 。比如，当使用 ?kubectl? 命令行接口时，CLI 会执行必要的 Kubernetes API 调用
• Kubernetes对象指的是Kubernetes系统的持久化实体，所有这些对象合起来，代表了你集群的实际情况。常规的应用里，我们把应用程序的数据存储在数据库中，Kubernetes将其数据以Kubernetes对象的形式通过 api server存储在 etcd 中。具体来说，这些数据（Kubernetes对象）描述了：

• 集群中运行了哪些容器化应用程序（以及在哪个节点上运行）
• 集群中对应用程序可用的资源（网络，存储等）
• 应用程序相关的策略定义，例如，重启策略、升级策略、容错策略
• 其他Kubernetes管理应用程序时所需要的信息 scheduler先计算应该去哪个节点部署

对象的spec和status
每一个 Kubernetes 对象都包含了两个重要的字段：

• ??spec?? 必须由您来提供，描述了您对该对象所期望的 目标状态
• ??status?? 只能由 Kubernetes 系统来修改，描述了该对象在 Kubernetes 系统中的 实际状态

Kubernetes通过对应的 控制器，不断地使实际状态趋向于您期望的目标状态




###   kubectl create deployment my-nginx --image=nginx
apiVersion: apps/v1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
  creationTimestamp: "2022-05-27T11:37:59Z"
  generation: 1
  labels:
    app: my-nginx
  name: my-nginx
  namespace: default
  resourceVersion: "376418"
  uid: 5a47e879-e2e9-40d1-8b02-180031903e8a
spec:   ###期望状态
  progressDeadlineSeconds: 600
  replicas: 1   ### 副本数量
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app: my-nginx
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: my-nginx
    spec:
      containers: 
      - image: nginx   ###使用这个镜像创建容器
        imagePullPolicy: Always
        name: nginx
        resources:
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext:
      terminationGracePeriodSeconds: 30
status:   ###当前状态
  availableReplicas: 1   ## 当前集群可用的
  conditions:
  - lastTransitionTime: "2022-05-27T11:38:17Z"
    lastUpdateTime: "2022-05-27T11:38:17Z"
    message: Deployment has minimum availability.
    reason: MinimumReplicasAvailable
    status: "True"
    type: Available
  - lastTransitionTime: "2022-05-27T11:37:59Z"
    lastUpdateTime: "2022-05-27T11:38:17Z"
    message: ReplicaSet "my-nginx-6b74b79f57" has successfully progressed.
    reason: NewReplicaSetAvailable
    status: "True"
    type: Progressing
  observedGeneration: 1
  readyReplicas: 1
  replicas: 1
  updatedReplicas: 1
   
   
   
  ### 最终一致。
  ## etcd保存的创建资源期望的状态和最终这个资源的状态要是一致的；spec和status要最终一致
  ## 1、kubectl create deployment my-nginx --image=nginx
  ## 2、api-server保存etcd，controller-manager最终解析数据，知道集群要my-nginx一份，保存到etcd
  ## 3、kubelet就做一件事情，spec状态和最终状态一致
  while(true)
    if(my-nginx.replicas != spec.replicas)
         
            kubelet.startPod();
         
 
 
【#云原生征文#深入Kubernetes（k8s）概念】

自己编写任意资源的yaml都可以创建出他
如何会写任意资源的yaml，比如Pod
编写yaml的黑科技
kubectl run my-nginx666 --image=nginx   #启动一个Pod
1、kubectl get pod my-nginx666 -oyaml 集群中挑一个同类资源，获取出他的yaml。
2、kubectl run my-tomcat --image=tomcat --dry-run -oyaml   干跑一遍

kind: Pod#资源类型kubectl api-resources:可以获取到所有资源
apiVersion: v1#同一个资源有可能有多个版本。看 kubectl api-resources提示的。
metadata:#每一个资源定义一些元数据信息
labels:
run: my-tomcat
name: my-tomcat
spec:#资源的规格（镜像名、镜像的环境变量信息等等）
containers:
- image: tomcat
name: my-tomcat
resources:
dnsPolicy: ClusterFirst
restartPolicy: Always