假装客户端包装

Question

我对Feign很新。今天就发现它...... 当我读到关于Spring Cloud Feign的第一个问题是：“你如何打包你的假装客户？”

我正在举个例子。 假设我们有2个微服务M1和M2。 M2消耗M1的终点。

例如，我们可以为M1构建2个罐子：

1. 第一个将是微服务本身。
2. 第二个可以是M1的Feign客户端，公开服务。

在这个解决方案中，我看到了与 EJB2存根和骨架部分的类比。我看到了另一个可能的优势：Feign客户端始终与实现（v1）同步（v1）。

或者您是否仅在M2 微服务中声明 Feign客户端。也就是说，如果第三个微服务需要M1，它也会声明一个Feign客户端（由于它的需求不同，可能会有所不同）。

也许我完全错了，请纠正我。

非常感谢！ 再见

Answer 1

Feign背后的主要思想只是为你的微服务获得一个休息客户端，当然，它应该与暴露的服务同步

记住这些信息：

你是否只在M2微服务中声明了Feign客户端。 - 是的，你的M2应声明依赖它来消耗M1的公开服务

即如果第三个微服务需要M1，它也会声明一个Feign客户端（由于它的需求不同，可能会有所不同）。 - 我不这么认为，客户应该一直都是一样的，只有你的API休息时间改变才会有所不同，否则，所有假装客户都应该是相同的