最佳管理微服务依赖性

Question

我需要一些有关如何最好地管理微服务及其依赖性的建议。

假设我有一个微服务“页面”，用于管理文章页面，并具有创建/删除/编辑页面的操作。

假设我在微服务“书”的顶部构建了一个管理页面集合的微书，该书具有添加/删除/编辑页面的操作，这些操作调用页面服务的下游端点。

如果我要构建另一个需要编辑书中某个页面的微服务，最好直接调用书或页面的编辑页面端点吗？

Answer 1

最好直接调用微服务页面的编辑。

Answer 2

在“书”可能还需要编排其他内容（除了编辑页面）的情况下，我会选择称呼“书”微服务-将此信息传递给其他微服务。 否则，如果不需要编排，它可以直接调用“页面”微服务的公开API。

Answer 3

我的经验法则：

仅允许微服务返回他管理的Domain对象。

因此，PageService将仅返回Pages，而不返回Books。这些Book由BookService管理，而BookService本身从不返回Pages。 通过链接到任意页面中BookService中的Book，允许PageService引用Books。 这样，您可以实现BookService只需要关心书籍，并且如果将这些Book链接或嵌入到Page中，则不必担心，因为这就是PageService的目的。

管理也意味着只允许BookService实例编辑或修改Book。甚至不是简单的DB-SCRIPT。

当然，这只是一个经验法则，在细节上有很多有趣的地方，但是它应该可以为您提供图片。