问题标签 [azure-service-fabric]

我正在编写一个可靠的服务结构参与者，他的工作是监听Firebase 数据库中的变化并根据这些变化运行逻辑。我有它的功能，但不正确。到目前为止，我所做的是使用名为 MonitorRules() 的方法编写参与者代码，该方法使用名为 FireSharp 的 C# Firebase 客户端包装器来监听Firebase。MonitorRules() 看起来像这样：

然后，在服务的 Main() 方法中注册服务后，我调用 MonitorRules()：

这“有效”是因为该服务打开了与 Firebase 的连接并响应数据更改。问题在于，由于该服务在一个五节点集群的三个节点上运行，它实际上是在侦听 3 次，并且每条消息处理 3 次。此外，如果一段时间内没有活动，该服务将被停用并且不再响应 Firebase 中的更改。总而言之，我敢肯定，设置这样的东西不是正确的方法，但我找不到任何关于如何在服务结构中设置这样的轮询客户端的文档。有没有一种方法可以坚持 azure service fabric 的精神？

我使用“System.Management.Automation.dll”从 C# 代码执行 PowerShell 命令。但我无法执行 Service Fabric 命令。

当我执行 Service Fabric 命令时，出现以下错误

未加载指定的模块“ServiceFabric”，因为在任何模块目录中都找不到有效的模块文件

术语“Connect-ServiceFabricCluster”未被识别为 cmdlet、函数、脚本文件或可运行程序的名称。检查名称的拼写，或者如果包含路径，请验证路径是否正确并重试。

我使用的代码是

当我直接从 PowerShell 命令窗口执行这些命令时，它们成功运行。

上面的代码适用于其他 PowerShell 命令

我还尝试使用物理路径“C:\Windows\System32\WindowsPowerShell\v1.0\Modules\ServiceFabric”加载模块，但也没有用。

我创建了一个 web api（.Net 4.5.2 ~ 只是 VS2015 为您提供的默认），并添加了两个使用 Service Fabric 程序集的类库。我还将这些程序集引用添加到我的 Web 应用程序中，并且所有内容都可以编译。

当我按下 F5 时，我收到“无法加载文件或程序集‘Microsoft.ServiceFabric.Actors’或其依赖项之一。试图加载格式不正确的程序'错误。

所以，一切都编译了，但我不确定这个“不正确的格式”是什么意思。有没有人见过这个？

谢谢！

微软正在为其云平台 Azure 提供微服务解决方案。有两个框架——可靠的服务和可靠的参与者。

我想知道一个可靠的演员是否是一个独立的微服务？还是将多个参与者组成一个微服务？

我想构建一个基于 Azure Service Fabric 的微服务应用程序。对于一些有状态的服务或参与者，我想通过 web api 从外部访问状态。

此类 Service Fabric 项目在以下方面的一般权衡和最佳实践是什么：

1. 在单个应用程序中使用一个与多个服务？因此，如果我每个应用程序使用一项服务，我的项目将有多个应用程序。每个应用程序使用一项服务何时有用？

2. 在单个服务中使用一个与多个参与者？每个服务有多于一个演员什么时候有用？

3. 为整个项目使用一个无状态 Web api 服务与为每个有状态服务或每个应用程序使用多个无状态 Web 服务？

我知道这些决定是基于特定项目的。但也许以上三点存在普遍的优点和缺点。

我们计划将 Azure Service Fabric 用于面向数据的多租户应用程序。通常有 100 多个客户，每个客户有 5 - 100 个用户。

查看文档，我得出结论，最好的方法是为每个客户使用一个 Application 实例，而不是尝试使用 Profiles 来实现多租户。

这是最好的方法吗？

我正在为我们的新服务使用 azure 服务结构。

对于面向客户端的网关，我有一个无状态服务获取请求，实际工作是使用可靠的无状态参与者完成的。

正如Sean McKenna - MSFT在这个问题中所建议的那样，我将传入的请求放在 ReliableQueue 中，并将结果存储在 ReliableDictionary 中。

演员的工作时间可能长达10分钟，所以我的问题是如何在这么长时间后将结果推送给客户端？

在我们的案例中，客户端轮询是不可能的。

首先，我需要每天支持多达 10k 的请求，以后它会变得越来越高。

我正计划构建一个需要完整离线功能的企业级移动应用程序。它将在全球范围内使用。对于后端应用程序，我打算使用 Azure 服务结构将其实现为微服务。Web 管理 UI 以及上述移动应用程序都将利用后端应用程序。对于移动应用程序，我打算使用 Azure App 服务的新移动应用程序服务。这将使我能够进行离线数据同步，并在网络可达性存在时执行这些功能。

MobileApp --> Azure MobileApp 服务 --> Azure API 应用程序服务 --> Azure Service Fabric（托管微服务的节点集群）。

以下是一些我需要建议的问题和意见：

1. 我将 Azure API 服务放在中间的原因是因为我打算进行 API 管理（我了解 Azure 有一个单独的 API 管理产品——任何关于我如何在上述架构中进行真正的 API 管理的指针都会非常有帮助。 API 管理会取代 API 应用服务吗？）

2. 我打算使用 Swagger 从 API 应用程序服务生成的代码，以便 Web 管理 UI 层和 Azure 移动应用程序服务层都可以利用。你的意见 ？

3. 在这里，我使用了 2 个范例 - 应用服务（用于移动和 API）和应用服务结构。我相信这是唯一的选择，因为我有一个需要重型离线功能的移动应用程序。

4. 来自移动设备的数据同步：您认为我可以如何在移动应用服务和微服务特定数据存储之间同步数据？我需要通过 API 还是可以轻松地与各个微服务的数据存储进行数据同步。请问你的想法？

借助 Azure Service Fabric，我可以使用有状态服务构建微服务应用程序。为了构建微服务应用程序，Service Fabric 提供了两个用于构建服务的高级框架：Reliable Actors API 和 Reliable Services API。

我想使用有状态的可靠参与者作为服务。在actor内部我可以保持任何状态。我的问题是，演员实例中保存的“状态数据”的最大大小是多少？状态保存在哪里？在内存中？当我停用演员时，状态会发生什么？

例如，我的演员代表一个物联网设备。所以演员在一个列表中收集测量值。处理状态的最佳选择是什么？我应该多久将数据刷新到持久存储？在出现性能问题或其他问题之前，服务可以在一个状态下收集数据多长时间？

我可以使用 Azure Service Fabric 可靠的有状态参与者来解决地理映射问题吗？假设我有一个演员代表一个事件。此事件由在地图上设置此类事件的用户创建。很多用户可以创建很多事件。每个代表参与者的事件都存储一个地理坐标和另一个状态。这将导致我可以在地图上分布数百万个事件。

所以现在我想要一个基于地图区域或基于坐标矩形的代表事件参与者的分组参与者。分组参与者存储此地图区域中所有事件参与者的列表。鉴于性能问题，是否可以并建议动态创建这样的分组参与者？该区域将由用户输入确定。