我正在使用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