適合工程師的預期狀態設定概觀

  • 發行項

本文件適合開發人員及作業小組了解 PowerShell 預期狀態設定 (DSC) 的優勢。 如需 DSC 所提供價值的較高層級檢視，請參閱適合決策者的預期狀態設定概觀

預期狀態設定的優勢

DSC 是用來：

  • 減少 Windows 中的指令碼複雜度
  • 提升反覆運算的速度

「持續部署」的概念越來越重要。 「持續部署」是指頻繁部署的能力，可以在一天內部署多次。 這些部署的目的並非修正某些項目，而是能快速發行某些項目。 透過盡可能以順暢且可靠的方式讓新功能從開發進入作業，將可以減少新商務邏輯創造價值所需的時間。

移至雲端運算，代表需要能運用「宣告式」範本模型的部署解決方案，其中的結束狀態環境會宣告為文字，並發佈至部署引擎。 此部署技術能大規模地做出快速變更，並具備針對失敗風險的恢復力，因為部署可隨時一致地重複以保證結束狀態。 透過自動化建立支援此作業模式的工具和服務，便是針對這些變更的回應。

DSC 是一個可提供宣告式且等冪 (可重複) 部署、設定和一致性的平台。 DSC 平台可讓您確保資料中心的元件具有正確的設定，以避免錯誤並防止耗費成本的部署失敗。 藉由將 DSC 設定當作應用程式程式碼的一部分，DSC 便能提供持續部署的可能性。 DSC 設定應該當作應用程式的一部分更新，以確保部署應用程式所需的知識永遠保持在最新狀態且隨時可用。

「我有 PowerShell，為什麼需要預期狀態設定？」

DSC 設定會區分意圖或「我想要執行的動作」，或「我想要如何執行」。這表示執行邏輯包含在資源內。 當功能的 DSC 資源可用時，使用者並不需要了解實作或部署該功能的方式。 這可讓使用者專注於他們的部署結構。

例如，PowerShell 指令碼看起來應該如下：

# Create a share in Windows Server 8
New-SmbShare -Name MyShare -Path C:\Demo\Temp -FullAccess Alice -ReadAccess Bob

這個指令碼簡單、易懂又直接。 但是，如果您嘗試將該指令碼放入生產環境，您將會遇到幾個問題。 如果該指令碼連續執行兩次，會發生什麼事？ 如果 Bob 之前擁有該共用的完整存取權，會發生什麼事？

為了彌補這些問題，指令碼的「實際」版本看起來會更像這樣：

# But actually creating a share in an idempotent way would be

$shareExists = $false
$smbShare = Get-SmbShare -Name $Name -ErrorAction SilentlyContinue
if($smbShare -ne $null)
{
    Write-Verbose -Message "Share with name $Name exists"
    $shareExists = $true
}

if ($shareExists -eq $false)
{
    Write-Verbose "Creating share $Name to ensure it is Present"
    New-SmbShare @PSBoundParameters
}
else
{
    # Need to call either Set-SmbShare or *ShareAccess cmdlets
    if ($PSBoundParameters.ContainsKey("ChangeAccess"))
    {
       #...etc, etc, etc
    }
}

這個指令碼更複雜，含有大量的邏輯及錯誤處理。 因為您已不再是指出要完成的動作，而是「要如何這麼做」 ，使得這個指令碼變得更加複雜。

DSC 可讓您指定要完成的動作，並將基礎邏輯抽象化。

# A configuration is a special kind of PowerShell function
Configuration Sample_Share
{
   Import-DSCResource -ModuleName xSmbShare
   # Nodes are the endpoint we wish to configure
   # A Configuration block can have zero or more Node blocks
   Node $NodeName
   {
      # Next, specify one or more resource blocks
      # Resources are simply PowerShell modules that
      # implement the logic of "how" to execute a task
      xSmbShare MySMBShare
      {
          Ensure      = "Present"
          Name        = "MyShare"
          Path        = "C:\Demo\Temp"
          ReadAccess  = "Bob"
          FullAccess  = "Alice"
          Description = "This is an updated description for this share"
      }
   }
}
#Run the function to compile the configuration
Sample_Share
#Pass the configuration to the nodes we defined and configure them
Start-DscConfiguration Sample_Share

此指令碼的格式簡潔且容易閱讀。 邏輯路徑和錯誤處理仍然存在於資源的實作中，但指令碼作者看不到。

從結構分隔環境

DevOps 中其中一個常見的模式，是針對部署有多個環境。 例如，可能會有一個可用來快速開發新程式碼原型的「開發」環境。 「開發」環境的程式碼接著會進入「測試」環境，讓其他人員可以確認新的功能。 最後，該程式碼會進入「生產」，也就是即時網站生產環境。

DSC 設定透過使用設定資料來容納這個開發-測試-生產的管線。 這會進一步將設定結構與受管理節點之間的差異抽象化。 例如，您可以定義一個需要 SQL 伺服器、IIS 伺服器以及中介層伺服器的設定。 無論何種節點接收此設定的何種部分，這三個元素將總是會存在。 您可以使用設定資料將所有三個元素指向開發環境的同一部電腦，然後將三個元素分別指向測試環境的三台不同的電腦，並於最後將三個元素指向生產環境的所有生產伺服器。 若要部署至不同環境，您可以叫用 Start-DscConfiguration 並搭配您目標環境的正確設定資料。

另請參閱

組態

設定資料

資源