【发布时间】：2016-03-04 14:19:57
【问题描述】：
我正在使用 tfs 发布管理，它使用自定义 dsc 模块来执行一些部署任务。同时，我有一个 dsc pull 服务器，可以将模块分发到目标节点。但这似乎不起作用，因此我必须确保最新的模块始终存在于目标节点上。我在网上阅读了一些文章，内容类似于
DSC 也支持拉模式，但 RM 不支持 开箱即用
我找到了这个here，但不幸的是没有关于这个主题的更多信息。我很想知道如何使用拉服务器来获取模块。我必须确保始终在目标节点上复制模块的当前情况不可能是我们的 devops 世界中应有的样子。
有人对这个 RM/DSC/PullServer 主题有一些见解吗？
谢谢。
【问题讨论】：
-
我对此的最新想法是，在预生产环境中，您希望推送 DSC（而不是拉取）作为部署组件的前兆，这样如果推送失败，部署可能会失败.对于生产，您在部署时推送，因此您绝对确定在部署之前已发生配置更改，然后另外部署到（并依赖）拉服务器配置以纠正任何偏差。我将在下个月左右发布有关如何实际执行此操作的博客，但同时请参阅here 以获取 DSC 资源列表。
-
感谢您的意见。虽然现在我有点困惑。一个生产示例（正如您所说，在预生产环境中使用 push 很好——这完全有道理）。我有一个服务器，我想通过拉服务器保持 DSC 的某种基本状态。我有两个要通过 DSC（RM 方式）部署的 Windows 服务。这似乎是不可能的。推送后，刷新模式更改为推送该节点，因此似乎需要始终刷新刷新方法。还是我在混合部署和 IAC？ - 但好吧，也许我会等你的博文！ :)
-
IAC = 基础架构即代码
-
恐怕我正在探索自己的旅程 - 所以没有立即答复。只是这样您就不会浪费时间等待我发布我的博客，却发现它们不适用于您的情况，我正在使用新版本的 RM，它现在可以在 VSTS 中使用，并将在 TFS 中使用更新 2 很可能在 Build 2016 发布。如果一切顺利，我的 DCS 配置将作为应用程序的一部分在 VS 项目中，并将作为构建过程的人工制品发布。然后，RM 将作为部署的早期步骤启动推送。