Обзор платформы Desired State Configuration для инженеров
В этом документе, предназначенном для групп разработки и эксплуатации, описаны преимущества использования платформы Desired State Configuration (DSC) в PowerShell. C более высокой точкой зрения о преимуществах DSC вы можете ознакомиться в обзоре платформы Desired State Configuration для руководителей.
Преимущества Desired State Configuration
Настройка требуемого состояния обеспечивает следующие преимущества:
- упрощение написания скриптов для Windows;
- повышение скорости итерации.
Понятие непрерывного развертывания становится все более важным. Непрерывное развертывание означает возможность выполнять развертывание часто (возможно, несколько раз в день). Эти развертывания предназначены не для исправления ошибок, а для быстрой публикации компонентов. Разрабатывая новые компоненты и вводя их в эксплуатацию с максимальной простотой и надежностью, можно сократить время окупаемости новой бизнес-логики.
При переходе к облачным вычислениям требуется решение для развертывания, в котором используется модель декларативного шаблона. При этом данные среды конечного состояния объявляются как текст и публикуются в подсистеме развертывания. Такой метод развертывания позволяет быстро вносить изменения, а также обеспечивает масштабируемость и устойчивость к сбоям. Развертывание можно в любой момент последовательно повторить для обеспечения надлежащего конечного состояния. Для работы с такой моделью создаются специальные автоматизированные средства и службы.
DSC — это платформа, которая обеспечивает декларативное и идемпотентное (повторяемое) развертывание, настройку и соответствие требованиям. Платформа DSC гарантирует, что компоненты центра обработки данных имеют правильные настройки, что позволяет избежать ошибок и затратных сбоев при развертывании. Рассматривая конфигурации DSC как часть кода приложения, DSC обеспечивает непрерывное развертывание. Конфигурации DSC должны обновляться в составе приложения. Это является гарантией того, что сведения, необходимые для развертывания приложения, всегда актуальны и готовы к использованию.
"Я использую PowerShell. Зачем мне платформа Desired State Configuration?"
Конфигурации DSC отделяют намерение или "то, что я хочу сделать", от выполнения или "как я хочу это сделать". Это означает, что логика выполнения содержится в ресурсах. Пользователи не должны знать, как реализовать или развернуть тот или иной компонент, если для него доступен ресурс DSC. Это позволяет пользователям сосредоточиться на структуре развертывания.
Например, сценарий PowerShell должен выглядеть следующим образом:
# Create a share in Windows Server 8
New-SmbShare -Name MyShare -Path C:\Demo\Temp -FullAccess Alice -ReadAccess 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 Server, сервер IIS и сервер среднего уровня. Независимо от того, к каким узлам относятся различные части этой конфигурации, эти три элемента всегда будет присутствовать. С помощью данных конфигурации можно указать все три элемента на одном компьютере в среде разработки, разделить три элемента на трех разных компьютерах в тестовой среде и, наконец, на всех рабочих серверах в рабочей среде. Чтобы выполнить развертывание в различных средах, можно вызвать Start-DscConfiguration с помощью правильных данных конфигурации для целевой среды.
