昨天跟各位介紹完如何建立一個屬於自己的 Pod 之後，大家是否都有成功建立呢？那建立完 Pod 之後，因為他還沒辦法跟外界聯絡，所以這時我們就需要建立一個對外的溝通橋樑 -- Service。

那這個「Service」是何方神聖呢？以下是關於官方對於 Service 的解釋：

A Kubernetes Service is an abstraction which defines a logical set of Pods and a policy by which to access them.

上面那段英文的大意是說： Kubernetes Service 是一個抽象的概念，它定義了 Pods 的邏輯及如何存取 Pod 的規則。

也就是因為有了 Service 才能讓外部服務可以用 Domain Name 的方式存取 Pod ，建立了 Domain Name <--> 的這段路。

但要利用Domain Name 來存取的話最終還是需要一個 IP Address，而這個問題好解決，因為每個 Service 都會自帶一個 VIP (Virtual IP Address)，讓 Network Traffic 能夠正常傳送，並導到後方真正提供服務的 Pod。

可是這時候卻又有另一個問題產生了，由於 Service 裡不只一個 Pod，當 Network Traffic 傳進來後，要導到哪些 Pod 呢？這時就需要透過我們昨天建立 Pod 的 YAML 檔裡面定義的 labels 所決定的。

而這部分在明天的實作介紹時，會為各位介紹如何操作。

到這邊，一些基礎的 Service 的觀念都大致跟各位介紹完了，如果讀者們想更深入研究的話，不妨可以參考一下 Service 的 Documentation，裡面介紹的會更加完整。

我們今天就先介紹到這邊吧！大家掰掰～