Комментарии 12
Я очень не люблю Ансибл за рыхлость и душераздирающую типизацию (и модель памяти), но на фоне ваших примеров, Ансибл — вершина совершенства. Вот это надо закопать и забыть.
Почему не корректно? Вполне корректно — обе системы отвечают за управление конфигурацией.
Другое дело, что у вас какие-то накуренные конфигурации, корнеркейсы не для энтри-левел, они относительно "простого декларативного" ансибла выглядят крипово.
А вообще мне DSC нравится больше чем ансибл, как минимум тем, что он при достаточной декларативности хешмапов вполне императивен и можно быстренько без модуля самому описать три блока прямо внутри конфигурации:
GetScript = {
}
TestScript = {
}
SetScript = {
Про некорректное сравнение: DSC в какой-то степени деревянный. Но зато работает на любом утюге с пошиком.)) А еще у нас есть SCCM и Terraform, которые тоже приводят систему к нужному состоянию. Но DSC все же примитивнее их всех)
А я еще и с Orchestrator, в дополнение к sccm, работал и вспоминаю все это как страшный сон времен vbs скриптов в сисволе.
Хорошо когда есть ps и dsc. Терраформ тоже хорошо наверное, но у меня нет таких задач.
Можно ли это всё использовать в кросс-платформенном окружении? Т.е. пишу одну конфигурацию для разных платформ (Windows, Linux). Например, раскатить Python, .NET Core, etc.
А вот управлять процессом можно с любой удобной ОС — на любую ОС.
Впрочем, классический дуализм Эскобара)))
Just another tool: знакомство с конфигурацией сервисов с помощью Desired State Configuration