如何管理使用多个微服务并在开发(非测试)环境中模拟它们?

时间:2017-12-27 13:05:36

标签: java spring rest mocking development-environment

我正在使用Spring Boot 1.5.9,我们有一个与另一个微服务连接的微服务。

对于集成测试和开发(开发人员计算机),我想模拟/存根为其他微服务进行的其余调用。对于单元/集成测试,这个问题已经多次得到解答:WireMock,MockBean和MockRestServiceServer都是很好的工具。但促进发展我正试图找出最佳方法。

为什么呢?启动实际微服务所依赖的每个微服务是一个问题。因此,我们的想法是让微服务独立,并且无需在开发人员的机器或其他地方运行任何其他服务器即可启动。因此,一个简单的`mvn spring-boot run'足以启动我的微服务并且无需担心其他微服务就可以工作。

所以,我的问题是:在开发过程中,模拟/存根休息的推荐方法是什么?在这种情况下,Wiremock也是一个很好的方法吗?

我的项目

我在src/main/java/resources/中有两个配置文件:'default'(application.properties,用于其他环境)和'dev'(application-dev.properties,用于开发)。

在我的测试中(src/test/java/resources/)我只有一个application.properties,它是application-dev.properties的基本副本。

我已经尝试使用Wiremock进行集成测试并且运行良好。但我也不想将它用于开发,因为我不太喜欢在我的JAR中引入仅用于开发的依赖项。我的目的是使用相同的策略来集成测试和开发。

那么,有什么选择?

1 个答案:

答案 0 :(得分:4)

所以你想在本地开始你的微服务,例如用于手动测试,但您不想启动它所依赖的所有其他微服务。

小组执行以下操作之一:

  • 将本地微服务连接到共享的,部署的微服务实例(登台环境)
  • 将本地微服务连接到其他微服务的易于启动的泊坞窗图像
  • 连接到一个本地运行的wiremock实例,该实例模仿一些/所有其他微服务。您可以单独启动wiremock,与您的微服务分开
  • 写一个其他微服务的最小轻量级自定义模拟(如果必须做一些业务逻辑,只比wiremock更好)
  • 不要连接到任何内容,而是从内部API客户端返回虚拟值。
  • 实际上在本地启动所有其他微服务

哪些最适合您的工作取决于您的环境,以及其他微服务依赖项提供的功能。你不能指望任何这些都是最适合所有团队和所有情况的银弹。