单个微服务是否应该同时是公共的和内部的

Question

现有三个微服务：

作者
它具有 SELECT 和 CRUD 实体“作者”的能力

书籍
具有 SELECT 和 CRUD 实体“book”的能力

移动应用主机
专为移动客户端构建，以响应请求的完整数据模型，因此移动应用程序不会在其端“丰富”数据。

示例：API 'MobileHost.getAllBooksOfGivenAuthor' 将通过调用 'Authors.getAuthorData(authorId)' 并将其数据与 'Books.getBooksByAuthorIds(authorId)' 合并，从而返回作者姓名和书名：

{ 
  "author" : {
    "name" : "Winner",
    "id" : 1
  },
  "books" : [
     {
       "name" : "Book A",
       "id" : "13231231"
     }
   ]
}

我的问题是：
如果移动客户端通过“移动应用程序主机”读取数据，是否也应该通过“移动应用程序主机”“添加作者”，还是直接联系“作者”服务可以？在这种情况下是否应该代理 CRUD？

Answer 1

这取决于你的目标。

根据我的经验，这种“主机”或“代理”服务往往会变得越来越大，而没有任何真正的责任。将许多类、功能和职责耦合到一个地方绝对是个坏主意——随着时间的推移，这样的服务将难以维护。

此外，如果仅需要横向扩展 Authors 服务，则横向扩展此类服务的实例可能非常困难且资源效率低下。因此，如果您要分别扩展不同的服务和活动，那么，当然，您不需要仅使用一项服务代理请求。您可以拥有多个代理服务，例如，单独扩展它们或直接调用作者服务并扩展它们而不是代理。

但是，如果您没有看到提到的机会，那就让它尽可能简单——当需要这样做时，您将始终能够分离服务及其代理，只需将内部的所有内容分开即可。