如何在K8s服务A的组件测试中Mock依赖的服务B？

嘿，这个场景我做组件测试的时候碰到过好几次，给你分享几个在K8s环境里能落地的Mock服务B的实用方案：

这个方案适合在测试环境里直接修改服务A的Pod配置，把Mock服务塞进同一个Pod里，让服务A直接调用本地的Mock。

• 具体步骤：
  • 先准备好Mock服务：可以自己用Node.js/Go写个极简服务返回固定响应，也可以用现成的工具比如wiremock、mockserver（直接拉官方镜像就行）。
  • 修改服务A的Deployment，把Mock服务作为Sidecar加入Pod的容器列表，比如给Mock容器开个8081端口。
  • 调整服务A的配置：把原来指向服务B的地址（比如service-b.default.svc.cluster.local）改成http://localhost:8081，可以通过环境变量或者配置文件注入。
  • 这样服务A调用服务B的请求就会直接打到本地的Mock Sidecar，返回你预设好的响应，完全不用依赖真实的服务B。

如果不想改服务A的Deployment，这个方法更灵活，直接在集群层面把服务B的请求转到Mock服务上。

• 操作步骤：
  • 先部署一个独立的Mock服务：创建Deployment和对应的Service（比如叫mock-service-b），确保它能正常返回你需要的响应。
  • 找到原来服务B的Service（假设叫service-b），查看它的Endpoint资源，然后修改这个Endpoint的subsets.addresses，把原来的真实Pod IP换成Mock服务的Pod IP。
  • 这时候所有调用service-b的请求都会被K8s路由到Mock服务，服务A完全感知不到变化，测试完之后记得把Endpoint改回去就行，不会影响其他服务。

如果你的组件测试是在本地或者CI流水线里跑，不需要直接在K8s集群中部署，那可以在代码层面替换服务B的客户端实现。

• 举几个例子：
  • Java项目：用MockitoMock FeignClient或者RestTemplate的调用，直接返回预设的响应对象，不用发真实的HTTP请求。
  • Go项目：用testify/mock实现服务B的HTTP客户端接口，在测试里注入Mock实现。
  • 这个方法的前提是服务A的代码做了良好的依赖注入，能方便替换客户端，优点是不用碰K8s配置，测试速度快。

如果你的K8s集群里部署了Istio、Kong这类API网关，可以利用网关的流量规则来精准Mock服务B的响应。

• 以Istio为例：
  • 创建一个VirtualService，匹配服务B的请求路径和来源（比如只匹配服务A的请求）。
  • 在VirtualService里配置fault规则，直接返回预设的HTTP响应（比如指定状态码和响应体），或者把请求转发到Mock服务。
  • 这种方法的好处是可以做到流量隔离，只有测试流量会走Mock，不会影响集群里的正常业务流量。

我个人常用的是Sidecar或者Endpoint重定向的方案，临时测试用Endpoint改起来最快，长期的组件测试环境用Sidecar或者API网关的方案更稳定，你可以根据自己的场景选最合适的~

内容的提问来源于stack exchange，提问作者kobikis