微服务是否应该具有只将操作转发到另一个微服务的操作？
假设我们有两个微服务info-manage和file-service,如果我们的用户想上传一个头像。请求应该由网关直接路由到文件服务还是信息管理？从cohesion的角度来看，所有其他信息都是由info-manage服务处理的，info-manage处理上传请求并将请求转发到file-service更有意义。从性能的角度来看，这完全是对带宽和CPU的浪费。
共有1个答案
据我所知，您的信息服务负责管理用户信息，对此有一些逻辑并进行存储。然后就有了一个包含处理文件的逻辑的file服务（您在info服务中没有）。
这是我对你案子的感觉：
首先，因为您有一个网关，所以您的选择对用户应该是透明的，所以他只需要调用一个特定的endpoint来上传这个文件。
正如我所说的，如果我从服务工作到现在的感觉，我希望你能得到更多的答案来帮助你澄清这一点。
-
微丝网应该可重复使用吗？对于可重用，我并不意味着共享特定于域的模型。 我的意思是，为一个应用程序创建的微服务是否应该在另一个应用程序中重用？如果它们可以在应用程序中重用，是否足够？ 分离微服务的最佳方法是什么。从我的观点来看，一旦一个微服务调用另一微服务，它就会紧密耦合，这意味着它不容易（无需修改）被提取并放入另一个没有它所引用/来自的相同服务的微服务应用程序中。 在我看来，要使它们脱钩，有以下几
-
我有几个微服务，每个微服务都有用于CRUD操作的RESTendpoint。我必须创建一个工作流，该工作流将从一个带有一些初始输入的微服务开始，但一个微服务的稍后输出可以用作其他微服务的输入。可以对这些REST API进行一些同步和异步调用。 我已经寻找了一些工作流引擎，但我不认为我可以在不编写任何java代码的情况下创建我的工作流。
-
问题内容： 我已经开发了两个Springboot michroservices exservice1和service2。具有service1依赖性的service2微服务。 我在service2 pom文件中添加了service1的依赖关系，并在运行service2时在eclipse中可以正常工作。但是，当我在Jenkins中部署并为service1创建项目（Jenkins Job）并以maven
-
https://midwayjs.org/ 像nest 直接提供了 microservice 包
-
问题内容： REST API-是否有DTO？ 我想在微服务的背景下再次提出这个问题。这是原始问题的报价。 我目前正在为一个项目创建REST- API，并且一直在阅读有关最佳实践的文章。许多人似乎反对DTO，只是公开域模型，而其他人似乎认为DTO（或用户模型或任何您想称呼的东西）是不好的做法。我个人认为这篇文章很有道理。 但是，我还了解了所有其他映射代码，域模型与其DTO对应对象100％相同的DTO
-
要从我们的兼容 Swift 的服务中获取数据，你可以执行 GET 请求，在身份验证期间使用 X-Storage-Url 的值来获取。 列出所有容器 一个指定API版本和帐户的 GET 请求将返回特定 用户帐户的容器列表。因为这个请求返回一个特定用户 的容器，所以该请求需要一个身份验证令牌。这种请求 不能匿名。 语法 GET /{api version}/{account} HTTP/1.1 Hos