Azure Service Fabric 中独立服务和方便调试的解决方案结构

Question

这篇文章不是针对特定的编码问题。相反，在 Azure Service Fabric 中的微服务以及测试和调试的 Visual Studio 解决方案中，整体最佳实践文件结构是什么？

这可能是一个显而易见的问题，答案很简单。但是，我在 MSDN 或其他文章中找不到明确的答案。

两个问题也联系在一起：

1. 我目前有几个 Visual Studio 解决方案，每个解决方案都包含多个项目（服务）。我担心的是这些服务在 Service Fabric 环境中的发布、部署和版本控制方面是如何解耦的。我希望我认为这些服务现在在部署和版本控制方面捆绑在一起是错误的。希望每个单独的服务都可以独立部署和发布到 Service Fabric。

2. 很多时候，多个 Visual Studio 解决方案中的这些多个服务在链中工作，以实现端到端的业务流程。我实际上必须打开多个 Visual Studio 实例来调试和测试。我几乎想到将它们合并到一个解决方案中，以使调试更方便。我希望有一种更有效、更方便的方法来测试和调试，而不必将它们全部组合成一个解决方案或运行 10 个 Visual Studio 解决方案。

Answer 1

1. 是的，服务是单独版本的。甚至elements that make up a service 也是版本化的（代码、数据、配置）。一切都可以独立更新。

2. 当您将应用程序部署到（开发）集群时，您在调试后don't have to delete it。你可以让它继续运行。这样，您可以调试单个服务，而其他服务在没有调试器的情况下运行。