这是一个创建于 1695 天前的主题，其中的信息可能已经有所发展或是发生改变。
小白刚入门 k8s，想请教一下 v 友们怎么处理以下问题比较好呢
已知：A 服务接收客户端的请求，负责向数据库写入端口信息；B 服务负责从数据库读出端口信息；并监听这些端口来提供服务。所以可理解为，A 服务的端口是固定的（配置文件指定），B 服务的端口是动态的（数据库中读取）。
问题：现在如果要使用 k8s 部署这两个服务，A 服务的端口映射可以直接指定，B 服务的端口映射应该如何优雅地处理呢？
PS: 如果是 A/B 服务的设计不合理也很欢迎大家提出建议:D 非常感谢大家~
 | 1 orcusfox 2021-04-26 23:04:30 +08:00 via iPhone 动态的只能用 ingress 了呗 |
 | 2 liuhan907 2021-04-27 01:50:55 +08:00 via Android 最符合 k8s 风格的是创建 crd 然后写个 operator 监视并动态创建 deploy 。然后不要写数据库直接操作 crd |
 | 3 CivAx 2021-04-27 01:54:36 +08:00 无论动态不动态，最终体现在 service 上 NAT 出来的都是同一个固定的端口，但是怎么在容器启动前后去获取这个 dynamic 端口并据此进行 service 创建确实想不到办法… |
 | 4 wd 2021-04-27 07:06:15 +08:00 via iPhone 那客户是怎么访问到你的服务的呢？ ingress 还是其他的？ |
 | 5 joesonw 2021-04-27 09:05:45 +08:00 via iPhone 这不就是 CNI 一部分的工作嘛 |
 | 6 thet 2021-04-27 09:28:09 +08:00 动态改 service 的 targetPort 不知道可不可行 |
 | 8 Judoon 2021-04-27 11:40:03 +08:00 你这两个 AB 服务怎么感觉像是一种独立的服务注册发现机制啊？ 想了解一下 B 服务提供的端口原先是怎么被调用的呢？ 比如是 C 服务去读数据库，然后再调用 B 的某些端口？ |
 | 9 eric96 2021-04-27 11:52:48 +08:00 突然想到，我们公司的注册端口是固定在配置文件的，所以当时迁移到 k8s 的时候没遇到题主的这个问题 |
 | 12 mritd 2021-04-27 14:20:42 +08:00 via iPhone 根据楼主需求，目前来说有两种参考方案: 第一种 operator 外部介入，这种方式下强调了使用 k8s 服务发现方式，即流量经过 svc 负载，pod 变动体现在 svc 后端上，此时核心问题在于如何然后应用未启动之前确定端口号，此时 operator 可以自己读取数据库，或者让 B 应用暴露固定提供动态端口的接口信息，总之就是让 operator 动态改变 svc spec，这会有一定延迟和流量损失 |
| 14 mritd 2021-04-27 14:22:30 +08:00 via iPhone 第二种，考虑通过 svc 的无头模式，让他返回后段 pod 的真实 ip，然后 A 服务自己实现负载，此时跟传统架构保持一致，但是 svc 域名查询是否在 A 服务协议层支持暂不确定 |
| 17 mritd 2021-04-27 14:38:44 +08:00 @LotteWong 其实 operator 介入也会有点尴尬，因为单个 service 的后端 target port 是一样的，如果你的 B 应用不同实例启动会 listen 不同的端口那么没法过 svc，所以这种情况你还得考虑让它 IP 直连 |
Select Language