在k8s里，你可以通過服務名去訪問相同namespace里的服務，然后服務可以決議到對應的pod，從而再由pod轉到對應的容器里，我們可以認為這個程序有兩個port的概念，service port 就是服務的port，在k8s組態檔里用port表示，還有一個是pod和容器的port,用targetPort表示，其中pod和容器的port你可以認為它是一個，
多namespace的service場景
我們通常會把mysql,redis,rabbitmq,mongodb這些公用組件放在一個namespace里，或者每個公用組件都有自己的namespace，而你的業務組件會統一放在自己的namespace里，這時就涉及到了跨namespace的資料通訊問題，
k8s的服務名DNS決議
Kubernetes 目前使用的kube-dns來實作集群內部的service dns記錄決議，默認情況下/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，在一次dns域名查詢時，將會嘗試使用每個search doamin依次搜索少于ndots點（默認值為1）的決議器查詢，直到找到匹配項，對于具有多個子域的環境，建議調整選項ndots:n，以避免man-in-the-middle攻擊和root-dns-servers的不必要通信，
noots:5
這個我們可以把它理解成服務名dns決議的層次，例如{服務名}是一級，而{服務名}.{命名空間}為二層，{服務名}.{命名空間}.svc.cluster.local是第三層，上面的配置一共有5層，同時也開啟了5層，這樣做可以保證最大限度的找到你的服務，但對于決議的性能是有影響的，
請注意，如果搜索域對應的服務器不是本地的，那么這個查詢程序可能會很慢，并且會產生大量的網路流量，如果其中一個搜索域域沒有可用的服務器，則查詢將超時，
同一集群跨namespace訪問
如果你要連接namespace是redis的，服務名是redis-master的服務，你可以這樣去配置你的連接：
spring:
profiles: redis-prod
redis:
host: redis-master.redis
port: 6379
password: 123456
database: 1
它采用了服務名+命名空間的格式，如果是相同的namespace，可以直接使用服務名來決議，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/29183.html
標籤：架構設計