Мы делаем в основном (но не исключительно) выигрышные серверы.
Желательно, чтобы мы запускали ОС и мало или ничего не делали с ней, чтобы подготовить ее к приему команд (мы знаем, что нам может потребоваться создать базовый образ с агентом или ssh-сервером на нем).
Требуется возможность установки mongodb, приложений на основе java, конфигурации iis и т. Д.
Какой инструмент имеет самую сильную поддержку / сообщество Windows и (если возможно) самый легкий след инициализации?
Оперативный ответ: Powershell DSC.
Это не полная история (он не делает все, что делают шеф-повар / марионетка и т. Д.), Но он отвечает многим потребностям, отлично работает и готов к использованию в win 8.1 / 2012-R2 / 10. Мы очень довольны этим.
Джеффри Сновер, отец Powershell, сильный влияние на будущее Windows Server, недавно заявил, что Chef в настоящее время придерживается стратегии Windows Server, а Puppet в настоящее время этого не демонстрирует. (Но это может произойти в будущем. И у меня нет конкретных примеров обо всех других платформах / инструментах / решениях CM - я просто отклоняюсь от того, что я слышал, как он говорил в своих интервью, блогах, Twitter и т. Д. )
Конфигурация желаемого состояния, DSC, является основным направлением будущей стратегии Джеффри Сновера по Windows Server. Я действительно не могу переоценить важность DSC для будущего Windows Server. Сновер написал свой «Манифест монады» в 2002 году, в котором DSC был по сути кульминацией, а Powershell был просто ступенькой на пути к этому.
Это мощное заявление. DSC, по сути, является концепцией уже более 12 лет. Подумайте о том, насколько хорош Powershell и как он на протяжении многих лет обогащает жизнь администраторов Windows. А теперь подумайте, что это был всего лишь ступенька чтобы перейти к конфигурации желаемого состояния.
Поэтому, когда вы спрашиваете, какая платформа управления конфигурацией имеет сильную поддержку Windows (особенно сервер), самый важный вопрос, который вы можете задать, - в какой степени эта платформа CM интегрируется с конфигурацией желаемого состояния.
Я думаю, вы обнаружите, что и Chef, и Puppet имеют сильную поддержку Windows. Я пристрастен, поэтому я бы указал вам на один из них, а не на другой, но на самом деле вам решать, какой из них лучше подходит для вас. Оба инструмента пользуются поддержкой с 2011 года, и оба вкладывают значительные средства в улучшение этой поддержки.
Как я уже сказал, я немного предвзят. Существует довольно много феноменального контента для Windows, как на Кузница и на Github. Puppet Labs объявила Пакет модулей Windows, который предоставляет вам качественный набор модулей, специфичных для Windows.
Что касается DSC, это еще молодой продукт, но он становится лучше с каждым новым выпуском. Есть марионетка модуль сообщества для DSC это делает довольно хорошую работу по сопоставлению ресурсов 1: 1 с типами / поставщиками. Специальная команда (в которой я работаю) ищет, где мы можем лучше интегрироваться с DSC, и мы говорили об этом с Джеффри Сновером. Некоторые из них ожидали немного большей зрелости, некоторые из-за того, что нужно сделать так много дел, что делать правильные вещи в нужное время чрезвычайно важно для нас. Вероятно, к тому времени, когда вы это прочтете, Puppet будет иметь гораздо лучшую поддержку DSC.
ОБНОВИТЬ: Марионетка имеет поддерживаемый модуль DSC по состоянию на сентябрь 2015 г.
Выбор см на основе поддержки вдов может быть не лучшей стратегией. Особенно, если бригада не всегда пользуется им на протяжении всей операции. В каждом лагере есть преданные поклонники. Поддержка Chef, интегрирующая задачи управления Windows, кажется более читаемой и похожей на синтаксис DSC (PowerShell). Я уверен, что гуру марионеток мог бы найти аргумент в пользу того, что марионетка больше поддерживает окна. Я думаю, что команде нужно выбрать платформу, которую они будут использовать больше (проще кодировать), если у них уже есть веб-ориентированные сценарии, такие как python или ruby Chef, может иметь больше смысла. Я слышал, если вы уже освоили dsl марионетки, вы сможете управлять окнами. Когда Microsoft сделает свою DSC RTM в следующей PowerShell (победа в 2016 г.), возможно, эта дискуссия действительно достигнет апогея.