给客户提供优质服务并验证服务，让客户感觉有被重视

服务&验证

今日会直接讲解readinessProbe的部分，以及稍微提到Service这项功能

readinessProbe YAML定义

apiVersion: v1
kind: Pod
metadata:
  name: myappformorereadness
  labels:
    name: myappformorereadness
spec:
  containers:
  - name: myappformorereadness
    image: httpd
    resources:
      limits:
        memory: "512Mi"
        cpu: "512m"
      requests:
        memory: "128Mi"
        cpu: "256m"
    ports:
      - containerPort: 80
    readinessProbe:
      httpGet:
        path: /index.php
        port: 80
      initialDelaySeconds: 5
      periodSeconds: 5
  nodeSelector:
    name:  morepods

在httpd这个image里，Web Server里没有index.php这个档案，所以会处於NotReady的状态，而readinessProbe这个功能，会将其他想要access目前这个Pod，都先停止access，直到问题修复解决。这边会使用Service来access这个Pod做示范，且会用kubectl exec连进目前这个Pod去修改

建立一个Service来导流到後方的Pod，而Service会建立一个提供User访问，可以透过Service直接access到Pod。这个Service会将流量导入到有readinessProbe功能的Pod

apiVersion: v1
kind: Service

metadata:
  name: web-service
  labels:
    app: web-demo

spec:
  selector:
    name: myappformorereadness
  type: NodePort
  ports:
    - protocol: TCP
      port: 8080
      targetPort: 80 
      nodePort: 30001

而access则会访问失败，且Service的Endpoints也不会配置Pod IP

这边会去kubectl exec进入Pod去建立一个档案，当这个Pod从NotReady变成Ready就可以透过Service导流到Pod，且browser也可以访问，以及Service Endpoints也可以清楚看到Pod IP