问题标签 [azure-service-fabric]

我们正在为我们的产品中的子系统（我们使用 C#）切换到基于 actor 的架构，并且我们正在考虑 Akka.NET 或 Service Fabric actor。我们有使用 Akka 和 Akka 集群（在 Scala 中）的经验，但 Service Fabric 参与者非常适合我们的目的。但是，很难找到有关部署的任何材料。

目前是否可以在 Azure 上进行部署（或者您可以加入任何预览计划）？如果还不可能的话，我找不到任何关于何时可以预览的迹象。

要点：在设置 Windows Azure 服务结构时遇到问题。请帮忙。

系统详情：

• Windows 8.1 企业版
• Windows Azure SDK 2.6（在 Service Fabri SDK 安装之前安装）
• SQL Server 2012

还会出现其他错误，但这些错误发生在尝试启动服务之前。以下是我尝试展开节点视图时的错误屏幕截图

SDK 教程中提供的故障排除链接没有帮助。我尝试卸载/安装 SDK，但没有运气。

我有一些来自工作示例的代码片段。此示例是在服务结构中进行 REST 调用 (WebAPI) 和轮询器来轮询请求。有五个参与者 (1) FileImportValidator用于验证文件名 (2) FileParser用于解析文件 (3) AgeValidator用于验证年龄 (4) FilePersister将名称和年龄作为事件持久保存。

请分享此设计是否符合使用 AKKA.NET 对事件源系统进行演员建模的预期。

PS。要解析的文件已经上传。REST 调用仅提供文件名。我有目的地消除了一些验证逻辑。

我已经开始阅读 Azure Service Fabric - 嗯，这是很多新概念，我无法立即找到这个东西是否允许运行非托管代码。我们有一个价值 700 万行核心 C++ 代码的 DCOM 组件，我们绝对需要它。如果 Service Fabric 无法运行非托管代码，我们甚至不会考虑它。

Azure Servie Fabric 能否运行非托管代码（尤其是 DCOM 服务器）？

谁能指导我了解何时应该创建 Azure Service Fabric 应用程序与 Azure App Service 应用程序？我有一个想要构建的应用程序，但无法确定是应该使用 Azure Service Fabric 还是 Azure App Service 来构建它。

重现步骤：

1. 创建一个应用程序（在我的例子中，按照 OWIN+Web API 教程使用两个无状态服务，并将每个实例计数保留为 1）
2. F5-deploy 启动应用程序——一切正常，我可以在 Service Fabric Explorer 中看到应用程序
3. VS 2015 (RC) 中的 Shift-F5 停止调试 - 应用程序继续在 Service Fabric Explorer 中运行
4. F5-再次部署——每个无状态服务出现异常，如下：

如果我在步骤 3 之后删除每个应用程序，然后在步骤 4 中再次 F5 部署之前取消配置应用程序类型，它会起作用。仅删除每个应用程序不会。

更新：重建和 F5 部署似乎间歇性地工作，但简单地 F5 部署并没有，至少据我所知。我还想了一会儿，增加 ServiceManifest 版本和 ApplicationTypeVersion 会有所帮助，但这也不能始终如一地工作。唯一始终有效的是删除和取消配置应用程序和应用程序类型。

我在 Windows 8.1 Pro x64 上以管理员身份运行 VS 2015 RC，服务是 .NET 4.5，就像教程中一样。

I am wondering what the best practise approach is to throwing/handling exceptions between Actors and clients within the service fabric.

I noticed for example that when an exception was thrown from an Actor the client received a nested set of exceptions. The outer exception is of type System.AggregateException and merely indicates that "One or more errors occurred". But if you drill down to the actual inner exceptions, you see that the exception that was thrown from the Actor cannot be serialized.

If you then mark the Exception with DataContract and DataMember attributes the Exception then complains that it is not compatible with serialization.

What is the best approach for error handling in the service fabric?

最近了解了 Azure Service Fabric，这似乎是一种将扩展应用程序开发为一组微服务的好方法。到处都在说明我们需要无状态的前端 Web 服务和有状态的分区内部服务。内部服务通过对数据进行分区来扩展。

但是负载中的前端服务会发生什么？.机会非常少，因为他们除了依赖内部有状态服务什么都不做。我们仍然应该在前端服务之前使用负载均衡器吗？如果是这样，我们是否也可以使用 OWIN 或任何其他 Web 主机通过 Service Fabric 的无状态模型来托管相同的内容？

这个问题已经在 SO 中提出，但作为评论。它没有得到答复，因为原始问题不同。 Azure Service Fabric 使用情况

我有一个 Azure Service Fabric 项目，每次修改配置文件（ApplicationManifest.xml 和 ServiceManifest.xml）、保存它们并构建解决方案时，Visual Studio 都会在显示以下对话框后丢弃我的更改并重新加载旧的配置文件。相同的原因可能是什么？

在Actor项目中，该值与代码和配置版本一起AssemblyVersionAttribute用于更新版本。服务项目ServiceManifest没有这样的行为。

此更新版本还用于更新ServiceManifestRef. 虽然在每个构建中都进行了修改，但服务项目中的手动设置版本并没有在两者中更新。ServiceManifestVersionApplicationManifestApplicationManifestServiceManifestApplicationManifest

这是服务项目的计划或预期行为吗？

我正在运行 Visual Studio 2015 RC、Service Fabric SDK 的第一个预览版和 NuGet 包的 4.0.95-preview1。