Azure Service Fabric的使用

但丁

Service Fabric刚刚在构建会议上宣布。我正在阅读有关它的稀疏文档,但我有一个问题。

我正在评估Service Fabric来托管CRUD,例如目前在ASP.NET WebApi中内置的微服务。

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

肖恩·麦肯纳

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

顾名思义,如果节点发生故障,则由无状态服务的实例维护的任何状态都将丢失。一个新的,新的实例将简单地在集群中的其他地方旋转。

有状态服务提供了无需依赖外部存储即可保持状态的能力。存储在Reliable Collection中的所有数据都将在群集中的多个节点之间自动复制,以确保状态可应对故障。

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

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

有关更多详细信息,请参阅“可靠服务概述”

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

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章