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

Question

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

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

两个问题也是联系在一起的：

1. 我目前有两个Visual解决方案，每个解决方案都包含多个项目(服务)。我关心的是，在Service环境中，这些服务在发布、部署和版本控制方面是如何解耦的。我希望我错误地认为，这些服务现在在部署和版本控制方面是捆绑在一起的。希望每个单独的服务都可以独立部署并发布到service上。
2. 很多时候，在多个Visual解决方案中，这些多个服务在实现端到端业务流程的过程中是以链方式工作的。实际上，我必须打开多个Visual实例来进行调试和测试。我几乎想把它们合并到一个解决方案中，以使调试更加方便。我希望有一种更有效、更方便的方法来测试和调试，而不必将它们组合成单个解决方案或运行10个Visual解决方案。

Answer 1

1. 是的，服务是单独版本的。甚至构成服务的元素也是版本化的(代码、数据、配置)。一切都可以独立更新。
2. 当您将应用程序部署到(dev)群集时，调试后可以使用不一定要删除。你就让它开着吧。这样，您可以调试单个服务，而其他服务则在没有调试器的情况下运行。