【问题标题】:ServiceFabric - Debug - startup timeServiceFabric - 调试 - 启动时间
【发布时间】:2016-02-01 09:20:03
【问题描述】:

我们在 VS2015 中获得了一个 Azure Service Fabric 解决方案,包括一些有状态的参与者和一个网站。

当网站与参与者交互时,需要启动整个本地集群,然后我才能运行(和调试)网站。 我需要大约 4 分钟才能让一切运行起来!!我的大部分更改都是在网站上进行的,我很少更改演员背后的代码。

问题: 有没有办法在不重建整个本地 serviceFabric 集群的情况下运行(和调试)网站?

如果我将 web 项目设置为启动项目并按 f5,我会得到一个 运行时出现“ReflectionTypeLoadException”。如果我禁用与演员交互的代码,它运行良好。

【问题讨论】:

    标签: azure-service-fabric


    【解决方案1】:

    不幸的是,ASP.NET Core 服务(又名 ASP.NET 5)的部署时间目前相当长,因为涉及到大量的 NuGet 包,而且它们需要重新打包并重新部署到集群中。改变。我们正在与 ASP.NET 团队合作研究加快此调试周期的方法。

    在此期间,如果您预计需要对 Web 项目进行大量迭代,您可以在 Service Fabric 应用程序的上下文之外执行该工作 - 即创建一个独立的 ASP.NET 项目 - 然后拉取一旦事情稳定下来,它就会进入 Service Fabric 应用程序。

    【讨论】:

      【解决方案2】:

      我同意缓慢的调试周期非常烦人,我期待尽快有更好的东西。

      通过将我的后端服务分隔在一个 Service Fabric 应用程序中,将我的 Web 应用程序分隔在另一个 Service Fabric 应用程序中,我减少了 Web 应用程序服务中的等待时间。这意味着当我只在 Web App 上工作时,我需要做的就是部署包含一个 Web App 服务的应用程序。它确实有一点帮助,但仍远非理想。

      希望对你有帮助

      【讨论】:

        【解决方案3】:

        您是否考虑过进行升级而不是完全部署?请记住,F5 将删除整个应用程序并重新安装,但如果您进行升级,它只会重新部署已更改的服务(网站正在其中运行)。

        https://azure.microsoft.com/en-gb/documentation/articles/service-fabric-visualstudio-configure-upgrade/

        我很欣赏这不像按 F5 那样顺畅,但您可能可以自动化该过程以使其不那么糟糕。

        【讨论】:

        • 升级可能会更慢。今天定义的打包逻辑仍然会生成整个应用程序包,即使对于那些没有变化的服务也是如此,并为所有这些服务进行升级。
        【解决方案4】:

        Service Fabric SDK 的最新更新支持在您停止调试后保持集群和 Service Fabric 应用程序处于活动状态(请参阅 SDK 下载中的发行说明 .docx)

        还有一个可用的 1 节点本地集群配置,可真正加快开发过程中的注册和部署应用程序。

        “我们还引入了第三个“应用程序调试模式”选项 支持一个场景,您希望您的应用程序保持运行 在您的集群中,调试会话结束后。这种模式是 称为“保留应用程序”。 “应用程序调试模式”是一个属性 Visual Studio 中的 Service Fabric 应用程序项目。”

        https://blogs.msdn.microsoft.com/azureservicefabric/2016/09/13/release-of-service-fabric-sdk-2-2-207-and-runtime-5-2-207/

        【讨论】:

          猜你喜欢
          • 2018-07-08
          • 1970-01-01
          • 2017-03-07
          • 2016-01-17
          • 2017-11-07
          • 1970-01-01
          • 1970-01-01
          • 2014-08-10
          • 2011-08-04
          相关资源
          最近更新 更多