我正在使用tfs发布管理,它使用自定义dsc模块执行一些部署任务。同时我有一个能够将模块分发到目标节点的dsc pull服务器。但是这似乎不起作用,因此我必须确保最新的模块始终存在于目标节点上。我读了网页,说明像在DSC拉服务器上使用TFS发布管理
DSC还支持拉模式上的一些文章,但不同的现成
我发现这个本不被RM 支持here,但不幸的是没有关于此主题的更多信息。我很想知道如何使用拉服务器来获取模块。我必须确保始终将模块复制到目标节点上的当前情况不可能是它在我们的devops世界中的意思。
对此RM/DSC/PullServer主题有任何见解吗?
谢谢。
我最近的想法是,在预生产环境中,你想推动DSC(而不是拉它)作为部署你的组件的先驱,以便如果推送失败部署可能会失败。对于生产,在部署时推送,因此您必须确保配置更改在部署之前发生,然后再部署到(并依赖)拉服务器配置以纠正任何漂移。我将在下一个月左右的时间里撰写有关如何实际完成此操作的博客,但同时请查看[here](http://bit.ly/1U13Hlq)获取DSC资源列表。 –
感谢您的输入。虽然现在我有点困惑。一个生产例子(正如你所说的那样,在预生产环境中使用push是很好的 - 这完全有意义)。我有一台服务器,我想通过拉服务器与DSC保持某种基态。我有两个我想通过DSC部署的Windows服务(RM方式)。这似乎不可能。推后刷新模式更改为推入该节点,因此似乎总是需要刷新刷新方法。还是我在部署和IAC混合? - 但好的,也许我会等你的博客文章! :) – timtos
IAC =基础设施作为代码 – timtos