Azure Service Fabric - 服务互通与耦合

Question

我正在学习 Service Fabric，许多资源似乎都在使用 Service Fabric 远程处理促进服务间通信。

还有许多关于微服务架构的其他资源表明，应该避免服务间通信，并且如果需要，理想情况下应该只以异步方式发生（例如，通过事件中心或服务总线）。这样，服务只是松散耦合的。

Service Fabric 远程处理不会因此促进服务之间更紧密的耦合，从而可能否定微服务架构的一些好处并引入脆弱性吗？还是在使用 Service Fabric 时以某种方式缓解了这些缺点？

Answer 1

如果目标服务之一变得不可用或不健康，将服务与运行时依赖项耦合在一起会导致问题。

SF 内置了strategies 来处理不健康问题，并且可以执行滚动升级，从而降低停机风险。

另一方面是服务调用服务，共享一个模式。这也是一种耦合形式。更改服务的架构可能要求其调用者也进行更改。 SF 无法缓解这个问题。

在bounded context 中一起工作的服务和参与者通常一起更改，因此在这个范围内一些紧密耦合是可以接受的。

在跨域通信时，我仍然建议使用Event Driven 方法。 within 集群，或使用外部代理，如 Azure Service Bus。