真实分布式系统中的 Service Fabric 行为
Service Fabric behavior in a real distributed system
"real" 我的意思是对于位于偏远地区的车辆和客户，您可能会经常遇到 4-24 小时的通信中断或链接下降到 20-30kb？
如何处理并发性，如果集群中的 2 个服务由于通信中断而从第 3 个服务分裂，会发生什么情况？
请注意，一个关键的业务需求是聚合全局视图的数据。
根据您表述问题的方式，听起来您可能假设 Service Fabric 的数据复制功能会跨越偶尔连接的客户端，但事实并非如此。通常，您会设置一个集群（在 Azure 中或本地），其中节点之间通常具有可靠的连接。该平台通过确保交易得到集群中其他节点的法定人数的确认，从而能够应对其中一些节点由于网络问题变得不可用或速度非常慢的情况。
如何将数据从客户端获取到集群中的服务 运行 取决于您 - 大多数人只是公开 REST API。
"real" 我的意思是对于位于偏远地区的车辆和客户，您可能会经常遇到 4-24 小时的通信中断或链接下降到 20-30kb？
如何处理并发性，如果集群中的 2 个服务由于通信中断而从第 3 个服务分裂，会发生什么情况？
请注意，一个关键的业务需求是聚合全局视图的数据。
根据您表述问题的方式，听起来您可能假设 Service Fabric 的数据复制功能会跨越偶尔连接的客户端，但事实并非如此。通常，您会设置一个集群（在 Azure 中或本地），其中节点之间通常具有可靠的连接。该平台通过确保交易得到集群中其他节点的法定人数的确认，从而能够应对其中一些节点由于网络问题变得不可用或速度非常慢的情况。
如何将数据从客户端获取到集群中的服务 运行 取决于您 - 大多数人只是公开 REST API。