Azure Service Fabric 使用情况

Question

Service Fabric 刚刚在构建 session 上宣布。我正在阅读有关它的稀缺文档，并且我有一个问题。

我正在评估 Service Fabric 来托管 CRUD(例如目前在 ASP.NET WebApi 中构建的微服务)。

Service Fabric 是否适合托管接收数据、处理数据并返回结果的小块功能，而不是托管 CRUD WebApi 类型的应用程序？

Answer 1

Service Fabric 支持创建无状态和有状态微服务。

顾名思义，如果节点出现故障，无状态服务实例维护的任何状态都将丢失。一个新的实例将简单地在集群的其他地方启动。

有状态服务提供了在不依赖外部存储的情况下保留状态的能力。 Reliable Collection 中存储的任何数据将在集群中的多个节点之间自动复制，确保状态能够适应故障。

一种常见模式是使用无状态服务作为应用程序面向客户端的网关，然后让该服务将流量定向到应用程序的分区有状态服务。这隐藏了客户端解析分区的工作，允许它们将所有请求定位到一个逻辑端点。

看看WordCount sample有关其工作原理的示例。 WordCount.WebService 无状态服务充当应用程序的前端。它只是根据传入请求解析分区，然后继续发送。 WordCount.Service 有状态服务(根据单词的第一个字母进行分区)立即将这些传入请求放入 ReliableQueue 中，然后在后台处理它们，将结果存储在 ReliableDictionary 中。

有关更多详细信息，请参阅Reliable Services Overview .

注意:目前，向客户端公开 WebAPI 端点的最佳方法是在无状态服务中自行托管 OWIN 服务器。 ASP.NET 5 项目也将很快得到支持。