问微服务通信JDBC与REST

EN

我想说的是，从领域驱动的设计角度来看(微服务可以被视为域)，其他域不应该知道数据是如何存储/结构的(有界上下文)。因此，我将投票支持REST。另一个问题是，如果您的表/视图结构发生了更改，怎么办？这将导致其他微服务的急剧变化。使用REST，您可以更改路由的基本代码，而不会困扰您的用户。如果必须使用存储过程(或其他与数据库相关的性能调整)以获得更好的性能，则需要直接数据库查询。

这个世界是不完美的，但是在一个完美的世界里，你的微型服务应该很少(如果有的话)直接彼此沟通。一种具有另一种知识的微服务将它们紧密地结合在一起，这比这种分布式体系结构更可取。这种耦合会影响CI/CD，降低容错能力，并在每个服务之外泄漏域信息。

在我们的系统中，唯一被(几乎)所有其他服务访问的微服务是授权服务，因此，如果需要，每个微服务都可以验证它接收到的凭据以执行特定的请求操作。服务之间的所有其他通信都是异步的，并通过集成总线(在本例中为RabbitMQ)传递。

在您提供的两个选项之间，REST可能更好，因为它至少在服务之间添加了一些抽象，但您可能会考虑仔细查看您的建模，看看是否可以减少服务之间的依赖，以消除需求。关于Auth0 这里关于依赖关系和这里的一篇像样的(虽然很老)的文章是一个很好的(很长的)讨论，它来自一个Spring项目负责人。

那得看情况。

REST提供了两个服务之间更松散的耦合，通常是首选的方法。

如果您有许多查询，并且调用REST的性能可能是一个问题，那么数据库视图将是有意义的。