我正在学习Service Fabric，许多资源似乎都在使用Service Fabric远程处理来促进服务间通信。
关于微服务架构的许多其他资源表明应该避免服务间通信，并且如果需要，理想情况下应该仅以异步方式（例如，通过事件集线器或服务总线）发生。通过这种方式，服务只是松散耦合。
Service Fabric远程协议是否会促进服务之间更紧密的耦合，可能会否定微服务架构的一些好处并引入脆弱性？或者在使用Service Fabric时，这些缺点是否会减轻？
答案 0 :(得分：3)
如果其中一个目标服务变得不可用或不健康，则将服务与运行时依赖性耦合在一起会导致问题。
SF内置strategies来处理不健康问题，并可以执行滚动升级，从而降低停机风险。
另一个方面是服务调用服务，共享模式。这也是一种耦合形式。更改服务的架构可能需要其调用者也进行更改。 SF没有减轻这个问题。
服务与发展在bounded context内一起工作的演员通常会一起变化，所以在这个范围内，一些紧耦合是可以接受的。
在跨域通信时，我仍然建议使用Event Driven方法。 within群集，或使用Azure Service Bus等外部代理。