在k8s里，你可以通過服務名去訪問相同namespace里的服務，然后服務可以解析到對應的pod，從而再由pod轉到對應的容器里，我們可以認為這個過程有兩個port的概念，service port 就是服務的port，在k8s配置文件里用port表示，還(huan)有一個是pod和容器的port,用(yong)targetPort表示，其中pod和容器的port你(ni)可(ke)以認為它是一個。

多namespace的service場景

我們通常會把mysql,redis,rabbitmq,mongodb這些公用組(zu)件放(fang)(fang)在(zai)一個(ge)namespace里，或者每個(ge)公用組(zu)件都有自己的(de)namespace，而你的(de)業務組(zu)件會統一放(fang)(fang)在(zai)自己的(de)namespace里，這時(shi)就涉及到了跨(kua)namespace的(de)數據通訊問(wen)題。

k8s的服務名DNS解析

Kubernetes 目前使(shi)用的kube-dns來(lai)實現集群內部的service dns記錄解析(xi)。默認情況(kuang)下/etc/resolv.conf里，它的內容是統一的格式。

/ # more /etc/resolv.conf
nameserver 172.19.0.10
search saas.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

search doamin列表默認情況下，它只包含本地域名。這可以通過在search關鍵字后面列出所需的域搜索路徑來添加。kubernetes為每個容器配置默認是${namespace}.svc.cluster.local svc.cluster.local cluster.local。在(zai)一(yi)次dns域名查(cha)詢時，將會嘗試(shi)使用每(mei)個(ge)search doamin依次搜索少于ndots點（默(mo)認(ren)值為1）的解(jie)析(xi)器查(cha)詢，直到找(zhao)到匹配項。對(dui)于具有多個(ge)子域的環境，建議(yi)調整(zheng)選(xuan)項ndots:n，以避免man-in-the-middle攻擊和root-dns-servers的不必要通信。

noots:5

這個我們可以把它理解成服(fu)(fu)務(wu)名(ming)dns解析的(de)(de)(de)層次，例如(ru){服(fu)(fu)務(wu)名(ming)}是一(yi)級，而(er){服(fu)(fu)務(wu)名(ming)}.{命(ming)名(ming)空(kong)間}為(wei)二層，{服(fu)(fu)務(wu)名(ming)}.{命(ming)名(ming)空(kong)間}.svc.cluster.local是第(di)三層，上(shang)面的(de)(de)(de)配置一(yi)共有5層，同時也開啟了5層，這樣做可以保證最大(da)限度的(de)(de)(de)找(zhao)到你的(de)(de)(de)服(fu)(fu)務(wu)，但(dan)對于解析的(de)(de)(de)性能是有影響的(de)(de)(de)。

請注意，如果搜(sou)索(suo)域對應的服(fu)務(wu)器(qi)不是本地的，那么這個查詢過程可(ke)能會(hui)很慢，并且會(hui)產生大量(liang)的網絡流量(liang)。如果其(qi)中一個搜(sou)索(suo)域域沒有可(ke)用的服(fu)務(wu)器(qi)，則查詢將(jiang)超時。

同一集群跨namespace訪問

如果你要連接(jie)namespace是redis的(de)，服務名是redis-master的(de)服務，你可以這樣去配置(zhi)你的(de)連接(jie)：

spring:
  profiles: redis-prod
  redis:
    host: redis-master.redis 
    port: 6379
    password: 123456
    database: 1

它采用(yong)了(le)服(fu)務名+命名空間(jian)的格(ge)式，如果是(shi)相同的namespace，可以直接使用(yong)服(fu)務名來解析(xi)。