Как MaxSpareServers работают в Apache?

Ваш вопрос может пойти одним из двух путей сюда. Если вопрос, "Как я могу управлять установкой программного обеспечения в Windows на уровне Предприятия, не используя Active Directory и его сопутствующие товары" затем существует много других продуктов, которые удовлетворили бы Ваши потребности - тот, который я использую, Novell Zenworks (который может дополнительно использовать AD, но также и eDirectory Novell - следовательно никакой AD), и я был чрезвычайно доволен им за эти годы.

Однако, если Ваш вопрос (как я подозреваю), больше вроде, "Как я могу взять набор автономных рабочих станций и удаленно развернуть программное обеспечение на них на дешевом", затем мы входим в немного большее количество забавы. Базовый процесс установки MSIs никогда не изменяется - Вы запускаете установщик Windows из командной строки, указываете на него на файл MSI и даете ему соответствующие флаги для вида установки, которую Вы пытаетесь выполнить. Это действительно становится немного более хитрым, при попытке настроить установщик или если поставщик не обеспечил особенно msi-совместимый файл (некоторые компании известны за обертывание их собственных .exe установщиков вокруг простого-ol' MSI), и для которого Вы могли бы хотеть, чтобы приложение как AdminStudio изменило файлы MSI или создало Ваше собственное. Я также рекомендовал бы смотреть на сайт как Мудрость MSI (http://msiwisdom.com) для подсказок относительно работы с некоторыми более неприятными установщиками для распространенных приложений.

Проблема запускается, когда Вы нуждаетесь во всех тех рабочих станциях, чтобы смочь выполнить те команды установщика без большого вмешательства и можете выполнить постоянно меняющийся список программного обеспечения.

Моя рекомендация, очень сильно, состоит в том, что Вы заставляете организационное закрытие сделки покупать и развертывать центральную службу каталогов (как Active Directory или eDirectory) и программное обеспечение управления рабочей станцией (как встроенные предложения Microsoft, Altiris или вышеупомянутый Zenworks). Этот вид программного обеспечения не только более надежен, чем решение собственной разработки, это обеспечит возможности, такие как создание отчетов установки (что установило, где, чему не удалось установить, и т.д.), который сокращает чрезвычайно на Вашей рабочей нагрузке обслуживания рабочей станции.

Тем не менее "дешевое" решение включает четыре вещи:

1) Файловый сервер с учетной записью только для чтения специально для развертывания программного обеспечения

2) Учетная запись локального администратора на каждой рабочей станции со стандартным именем пользователя и паролем

3) Удаленный сценарий на файловом сервере, записанном на языке, способном к выполнению установщика Windows (я предложил бы VBScript или C#), и

4) Дополнительный сценарий на локальной рабочей станции, которая помещается в планировщик.

Так, что происходит, это:

1. Ваш локальный сценарий в планировщике работает в установленное время каждую ночь (лучше всего для поражения его среди рабочих станций) и действительно только Отображается на файловый сервер-> Запущенный, удаленный скрипт-> Удаляет отображение после того, как удаленный сценарий завершается.

2. Файлы установщика находятся на той же доле файлового сервера как удаленный сценарий. Удаленный сценарий по умолчанию ничего не делает, но когда необходимо установить программное обеспечение, Вы изменяете его (хранение того же имени). Когда программное обеспечение должно установить, сценарий вызывает установщик Windows, работающий как локальный администратор, и устанавливает любой MSI, упаковывают Вас, в настоящее время имеют на файловом сервере.

Дешевое решение будет более дорогостоящим в конечном счете. Но если Вы не хотите делать установки через Sneakernet и не собираетесь развертывать централизованную систему каталогов с управляемым программным обеспечением, затем это - подход, который я проявил бы.