kubernetes容器定义中的spec.containers.port.name字段,有什么用?什么场景下需要给端口进行命名?

发布于 2022-09-12 00:19:10 字数 183 浏览 15 评论 0

apiVersion: v1
kind:  Pod 
metadata: 
  name: redis
spec: 
  containers:  
    image: redis
    ports:
    - containerPort: 8080
      name: test

示例如上

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

阿楠 2022-09-19 00:19:10

https://github.com/kubernetes... 通过源码可以看出来. 其实就是给service引用的.

如果你不使用 name 的话. 假如你有 service a 跟 service b. 中都使用到了 这个容器的80端口. 有一天你发现不想用80端口了. 你要改成8080. 那你就还同时需要修改 service a, 跟 service b 的 targetPort 属性, 不然服务就不可用了。 所以你一开始取个名字叫 http.
a,b 都引用 http, 这时候你容器具体修改成什么端口就跟 service 没关系了. 降低了耦合

锦欢 2022-09-19 00:19:10

Pod Template 中的 ports

pod.spec.containers.ports列表字段表示 pod 中的 container 对外开放的端口( containerPort)
Pod的IP加上这里的容器端口(containerPort),就组成了一个新的概念——Endpoint,它代表着此Pod里的一个服务进程的对外通信地址。
NeatReader-1577186956974.png

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80

Service 中的 ports

service.spec.ports列表字段包含:(1)port 指定service 的接收端口,service 在这个端口上监听请求;(2)targetPort 指定 pod 的接收端口,pod 通过该端口接收请求。要求 pod 中的应用已经开放了该端口;(3)另外,如果 service 类型是 NodeType,需要指定nodePort。

kind: Service
apiVersion: v1
metadata:
  name: my-service
spec:
  selector:
    app: MyApp
  ports:
  - protocol: TCP
    port: 80
    targetPort: 9376

nodePort

nodePort 为节点上开放的端口,用于接收集群外部的请求。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文