k8s 微服务这种环境，最佳的开发调试方案是什么

[Moonkin]

要求：
1.开发完的代码不能在本地部署运行，应当在 k8sj 集群中（这样服务的出流量都不需要做任何改变，本机不需要配置 k8s 的 rbac 等）
2.由于 1 ，最好是远程调试，比如 go dlv 。
3.不能有生成镜像的步骤（每次调试都要生成镜像太浪费时间）
4.不能影响线上用户，支持多人开发。识别测试请求，进入测试服务

我当前的设想是这样：
假设名字是 dev1 的老铁要开发名字是 mysvc 的服务
1.dev1-pod 是 dev1 老铁的开发机，在 k8s 集群中运行，老铁在本地开发完代码，在开发机 git pull ，make ，./run 。
2.dev1 老铁有一个 yaml ，里面是 mysvc-dev1 service 和 dev1-pod pod ，这个 service 指向这个 pod ，selector 用 dev1 就行。部署这个 yaml
3.服务 mysvc 在接收到请求后，第一步是识别特定测试标识 dev1 （比如 http header ），转发到 mysvc+标识=mysvcdev1 服务，所有服务代码都这样写。（转发功能只需要本服务名字拼接标识，当作目标服务，k8s 的 dns 可以直接解析）

但是这个设想有明显的缺点：
1.开发机不能 mount 根目录 / ，只能/home ，/var/http ，这样，也就是说开发机如果重启，通过 apt-get 安装的工具可能会丢。。
2.根据所开发的服务名字不同，mysvc-dev1 这个 service 也需要改名字，这本身不是痛点，但是 rbac 需要让所有服务都接受这类 service ，不能拒绝。

[zicheqingluo]

劫持下 svc 的解析到测试环境即可

[julyclyde]

其实是两件事：
1 服务注册和发现是否正常
2 各微服务之间通信是否正常

[victorc]

1.你要学会看日志，每年都要纠正校招生单步调试的坏毛病

2.都用上了微服务，设计上应该做到低耦合高聚合，其实不太需要调试，基本上就是一些 typo 错误

[datoujiejie221]

你这相当于本地调试加了个灰度，我们是 springcloud+nacos 的方案，网关根据 nacos 注册的标识来分流。

[buffzty]

部署个 wireguard 本地可以直接用 pod ip ，serviceid ，集群 dns .cluster.local 在本地和在容器内没有任何区别
还有 node port 这种东西最好别开

[youngPacce]

你想在生产 debug ？阻塞用户的请求怎么办？

[lozzow]

直接再集群中开发，vscode remote 然后修改 service 就行，无痛无依赖

[tudou1514]

看完，是不是理解为你们想给开发张三固定一个 pod 作为“服务器”？如果这样不建议你们 k8s ，直接虚拟化吧

[wzcloud]

telepresent 或者 nocalhost 可以打通本地和集群网络

[sampeng]

有个东西叫 vpn……

再说了，我 64G 内存。本地起全套轻轻松松。啊哈哈哈哈

[ihacku]

https://nocalhost.dev/zh-CN/

[zhangyq008]

https://www.telepresence.io/docs/latest/quick-start/

[CCIEliu]

nocalhost

[uianz]

我是连 vpn 之前查到可以加一个配置 然后用完整的 servicename(<servicename>.<namespace>.svc.<clusterdomain>)调用