[k8s 生態鏈 完美組合 Day8] k8s Service 介紹
今天進入到 service ,大家可以回想一下,我們前幾篇所講到的 k8s 最小部署單位是 pod ,但是 pod 又有 replica , 那到底他要怎麼識別要把 request 導進去哪個 pod呢? 這就是services 所負責的工作。
Services
k8s services 也可以想成是 pod 的 loadbalance,下面來看一下架構圖
由上面圖可以看到,不管任何服務集群,要存取另一個服務,都要透過 service。假設有一個 client 需要透過 A 服務拿取資料,但是 A 服務又需要相依 B 服務的資料,這時,他並不是 A 服務的 POD 直連 B 服務的 POD ,而是需要透過 B 服務的 service 才能存取到 B 服務的 POD。所以有一點要注意,不管從外面進來的存取,或是內部服務互相存取,都要記得!都是透過 service 才能把流量導進來。
這邊補充一下,一群 POD ,實務上就是所有相同行為的 application,所以實務上不存在一個 service 往後導向兩個行為完全不同的 POD。
這邊開始,我們用前幾天的 nginx 幫他設定一個 service.yaml
kind: Service
apiVersion: v1
metadata:
name: my-service
spec:
# type 有四種 ClusterIP, NodePort, LoadBalancer, ExternalName
# 預設是 ClusterIP
type: ClusterIP
# 選擇帶有 "app=nginx" 的 pod
selector:
app: nginx
ports:
- protocol: TCP
port: 80
# 此為 Pod 對外開放的 port number
targetPort: 80
這樣就完成了一個 service 的設定
可以透過
# 這句是指 port-foward services , 另外如果要看單個 POD 的運行狀況 可以下 get pods 後 port-forward [podname],來做單 pod 運作。
$ kubectl --kubeconfig ~/.kube/k3s.yaml port-forward svc/nginx-service 8989:80`
Forwarding from 127.0.0.1:8989 -> 80
Forwarding from [::1]:8989 -> 80
然後用瀏覽器開啟 http://127.0.0.1:8989 就能看到 nginx 的畫面了。
service 是把流量導進,你實際撰寫服務的重要元件,所以一定要搞懂 service & pod 之間的關係,再次強調,任何東西要存取 POD 都是要透過 service 進來。