Подготовка установщиков, подходящих для развертывания Microsoft System Center

Question

Обновление: 24 марта 2011 г .: Просто хотел добавить, что я уже посмотрел на WIX, и он выглядит великолепно, теперь я очень ясно вижу, как сделать хороший гладкий установщик на основе MSI, который должен делать все, что нам нужно. Большое спасибо за помощь, высоко ценится.

Мы внедряем продукт, в котором есть как серверные, так и клиентские компоненты. В настоящее время клиент является приложением VB6 (да, да, я знаю ...), и он использует установщик InstallShield для создания EXE-файла, который мы даем клиенту для развертывания на всех своих рабочих станциях.

Это нормально и прекрасно, когда их десять, но когда их 100, они, понятно, немного раздражительны:)

Некоторые из наших клиентов используют Microsoft System Center для автоматизации своего развертывания программного обеспечения, и они просили нас обеспечить совместимость нашего клиента с этим, чтобы они могли развертываться автоматически.

У меня нет опыта работы с System Center, поэтому, пытаясь создать свой собственный опыт, я подумал, что напишу здесь вопрос и посмотрю, могут ли некоторые из вас, эксперты, помочь ускорить процесс.

В основном, что мне нужно создать, чтобы иметь установщик, который подходит для автоматического развертывания через Microsoft System Center?

Я думаю, что до сих пор выяснил, что это должен быть EXE, MSI или MSP.

Как я уже сказал, наш текущий установщик - это EXE-файл, однако у него есть довольно стандартный мастер-установщик, который выдает графические элементы и просит пользователя пару раз щелкнуть по кнопке «Далее». Это вызывает проблемы? Или это должно просто работать? Или это случай настройки скрипта InstalAnywhere, чтобы сделать его полностью автоматизированным (пользовательский интерфейс не должен действительно должен быть там)?

Я должен добавить, что на самом деле я не знаю, пытался ли кто-нибудь попробовать это, и был ли вопрос о клиенте просто «дайте мне знать, будет ли он работать», или они попробовали, и он не работает… Я, вероятно, сильно склоняюсь к последнему, потому что я знаю, что на одном сайте у них есть что-то вроде осведомленных ИТ-специалистов, которые стремятся просто попробовать что-то и посмотреть, что происходит, а не постоянно ждать одобрения и т. Д.

Наконец, несколько вещей с моей головы ...

Приложение написано на VB6. InstallShield довольно старый, в настоящее время я выясняю, какой номер версии, и обновлю билет по мере необходимости. Целевые платформы - это клиент Windows, официально до XP, но он хорошо работает в Windows 7 и Vista.

Я рад использовать совершенно другой установщик, если это лучший ответ, мы вообще не привязаны к InstallShield, он действительно существует только для устаревших версий.

Пожалуйста, дайте мне знать, если я могу предоставить более подробную информацию!

Мэтт.

Answer 1

Этот вопрос очень широкий, поэтому я не могу дать ни одного ответа. В основном я потратил 15 лет на написание инсталляторов, и 2 из них были в другой части дома в Continental Airlines (18 000 посадочных мест в лесу AD), получая инсталляторы от таких компаний, как ваша.

Наша цель состояла в том, чтобы иметь возможность тихо предоставлять и обслуживать программное обеспечение через SMS. В идеале мы предпочитаем получать MSI, потому что они имеют стандартизированный формат и настраиваются с помощью преобразований. Когда мы получали пакеты не MSI, мы обычно «переупаковывали» их в формат MSI. Это процесс, в котором пакет запускается с помощью инструментов моментального снимка / захвата, и все это подвергается обратному проектированию и реорганизации в MSI.

Но мы не всегда это делали. В редких случаях мы получали более качественный, чем в среднем, EXE-файл, который был «достаточно хорошим». Цели ясны: мы должны иметь возможность установить и удалить EXE из командной строки, нажав 0 прикосновением человеком. Мы также должны иметь возможность сценария любых параметров конфигурации, таких как имя сервера базы данных.

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

Иногда я создавал установщик, который был бы настолько чистым, что я думал: «Чувак, я бы хотел, чтобы ABC Software Company сделала это сами». (Конечно, у меня не было бы работы ...) или «Я хотел бы, чтобы мы могли сотрудничать с ABC, чтобы предоставить эту установку им, чтобы все остальные могли воспользоваться преимуществами».

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

Это был замечательный опыт работы в Continental, и теперь я уверен, что установка всех моих компаний не принесет такой боли их клиентам.