Автообновления на предприятии (Windows)

1

Я хотел бы понять, как предприятия обновляют программное обеспечение (после его развертывания) на нескольких компьютерах. Я создал установщик MSI, используя WiX для моего приложения.NET. Я использую инструмент под названием WinSparkle для уведомления пользователей о том, что есть обновление, которое они могут установить (через WinSparkle) и установить его.

Я не совсем уверен, как обрабатывать обновления моего программного обеспечения с помощью WinSparkle в корпоративной среде, где ИТ-администратор обычно обрабатывает обновления программного обеспечения.

Если кто-то может указать мне в правильном направлении, что было бы очень полезно.

  • 0
    В реальной корпоративной среде с> 100 клиентами администраторы захотят опробовать ваше новое программное обеспечение на лабораторной машине, прежде чем переходить на клиентские машины. Они, вероятно, будут заинтересованы в подробном выпуске документа, а не в автоматическом процессе уведомления.
  • 0
    Я думаю, что вопрос слишком широкий и не по теме для SO. Попробуйте поискать похожие вопросы на serverfault.com, чтобы узнать больше об инструментах / руководстве по развертыванию.
Теги:
wix
auto-update

1 ответ

1

Общие методы развертывания корпоративных приложений

Наиболее распространенные методы автоматического распространения программного обеспечения для нескольких клиентов Windows выглядят следующим образом:

  • установка программного обеспечения групповой политики - работает только для установок MSI; грубый контроль; ограниченный мониторинг
  • инструменты управления конфигурацией (например, SCCM) - это могут быть высокопроизводительные и сложные клиент-серверные системы, которые обычно включают в себя средства автоматизации и мониторинга развертывания ОС, приложений и обновлений

Ключи хорошего установщика приложений для предприятий

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

  1. Предоставьте документированный метод установки, который поддерживает автоматическую установку. - Если вы этого не сделаете, то каждая установка после развертывания ОС должна быть установлена вручную кем-либо. Если у вас есть сотни мест, размещенных на предприятии или в удаленных офисах и рабочих, автоматическая установка - единственный практический метод развертывания.
  2. Никогда не требуйте BOTH административных привилегий для установки и установки для определенного пользователя. - Если вам требуются административные привилегии и установка для каждого пользователя, вы заставляете каждую установку посещать как пользователь (предоставить доступ на запись к своему профилю), так и администратор (чтобы предоставить доступ к записи в систему), что в основном побеждает любая возможность автоматической установки. Установка для системы (т.е. всех пользователей) всегда в порядке, и установка для конкретного пользователя в порядке, если не требуются административные привилегии.
  3. По возможности, придерживайтесь чистой установки MSI (в отличие от исполняемых файлов). - любой домен Windows уже способен автоматически развертывать установщики MSI
  4. Если ваше приложение имеет внешние зависимости (например,.NET frameworks, MSXML и т.д.), Которые не выполняются из-за коробки каждым поддерживаемым в настоящее время дистрибутивом Windows, четко указывайте их в примечаниях к выпуску (у вас есть примечания к выпуску правильно? )
  5. Если вашему приложению требуется, чтобы администратор выполнил настройку после установки, установите эту конфигурацию с помощью групповой политики (например, Chrome с помощью шаблона ADMX политики группы Chrome) или другого централизованного административного механизма.

Установщики должны быть агностическими для метода развертывания

Установщики приложений Windows должны быть как можно более агностическими для развертывания приложения. Некоторые предприятия предоставляют своим пользователям права локальных администраторов и позволяют им щелкнуть next, next, finish самих установщиков. Другие могут иметь администраторов вручную устанавливать приложения. Более крупные предприятия, скорее всего, используют метод автоматического запуска приложений и без присмотра. И у некоторых даже есть своего рода внутренний магазин приложений. Дело в том, что если вы будете следовать практике установки Windows-приложений, рекомендованной в настоящее время Microsoft, и указанным выше списком признаков, предприятиям не должно быть проблем с установкой и обновлением вашего приложения.

Winsparkle и т.д.

Как администратор ИТ, я подозрительно отношусь к любому приложению, которое хочет автоматически обновить. Доверие: для того, чтобы приложение автоматически обновляло его, требуется, в общем, административные привилегии. Это означает, что все, что приложение обновления решает установить на мои системы, может нанести ущерб моим системам. Я, конечно, доверяю продуктам Microsoft обновлять себя. Я, вероятно, доверяю Google Chrome и Firefox обновлять себя. Я могу доверять продуктам Adobe. Но я, конечно же, не буду добровольно предоставлять какие-либо другие случайные приложения, которые могут быть административными правами для загрузки и установки любого из них (или кого-то, кто использует его).

Ещё вопросы

Сообщество Overcoder
Наверх
Меню