Что такое развертывание приложения
Основы подготовки приложений к развертыванию (Application packaging)
«Application packaging» устоявшийся термин для названия IT сервиса в сфере поддержки конечных пользователей (EUS) во всем мире, но, практически не известный в России. Поэтому в нашей статье опишем лучшие практики, которые скрываются за данным сервисом и расскажем о том, как он может помочь снизить общую стоимость владения (TCO) программным обеспечением и, в конечном счете, уменьшить стоимость поддержки рабочих мест пользователей.
Стратегия и подходы. Снижение TCO.
Стоимость владения программным обеспечением (ПО) занимает существенную долю IT-бюджета любой современной компании, что обуславливает актуальность управления (подходами, стратегией и т.д.) как бюджетом, так и программами с целью снижения стоимости поддержки рабочих мест пользователей. Один из таких проверенных временем подходов – это Application packaging (рус. авторский перевод «Подготовка приложений к развертыванию»).
Результат подготовки приложения к развёртыванию – это пакет, содержащий одно или несколько приложений, содержащий все необходимые пользовательские, региональные, лицензионные настройки, при необходимости тюнингованный для разрешения известных проблем, в том числе с совместимостью. Как правило, у всех пакетов – единые интерфейсы (практически всегда командная строка и иногда UI) для установки и удаления, что облегчает дальнейшую эксплуатацию для Service Desk. Важно также отметить, что во время разработки пакета применяются корпоративные политики и лучшие практики (best practices) В пример приведем наиболее популярные, такие как:
ROI (Return of investments)
На сегодняшний день все топовые западные компании используют практики подготовки приложений к развертыванию (Application packaging) в своем IT. Более того, данный сервис является стандартным для любого крупного тендера, что говорит о востребованности данных услуг, его актуальности и экономической целесообразности.
Так, например, в статье JUKKA KOULETSIS: The Basics of Application Packaging приводится опыт компании Dell, где утверждается, что использование практик (сервиса) по подготовке программ к развертыванию позволяет единожды вложившись в разработку и тестирование пакета, сократить стоимость их поддержки:
Мы бы хотели поделиться опытом нашей компании и подтвердить графики, приведенные в статье, следующими примерами.
В производственном секторе мы работаем с двумя компаниями (европейскими подразделениями), изготавливающими шины. Это мировые лидеры (из ТОП-10) с более 10 тыс. рабочих станций. Только за счет использования практик application packaging нам удалось довести состав команды развертывания до 1 человека (без учета бекапов). Другими словами, мы смогли компенсировать 80% затрат на подготовку приложений уже на этапе развертывания, при этом на начальном этапе количество инцидентов, связанных с приложениями, удалось сократить на 45% соответственно:
Аналогичную динамику с данными одного порядка мы наблюдали при внедрении сервиса в банковской сфере (два крупных европейских банка и их филиалы), двух крупных компаний из строительной отрасли и целого ряда других компаний в странах Скандинавии, что еще раз подтверждает универсальность практик.
Конечно же, конкретные графики будут зависеть как от особенностей среды, в которой применяется подход по подготовке пакетов, так и от провайдера сервиса, так как у поставщиков услуг, профессионально занимающихся Application packaging, есть свои секреты и решения, но в целом, целесообразность применения практики подготовки приложений к развертыванию очевидна. За более чем 8 лет работы с иностранными заказчиками по всему миру у нас сформировались свои секреты в области управления приложениями, которые мы готовы применить и для заказчиков из России.
Технологии и решения
На сегодняшний день для корпоративного и частного секторов представлено огромное множество технологий и программ для подготовки программного обеспечения к развертыванию.
Поэтому в определённых ситуациях становиться выгодной конвертация установочных файлов формата Exe (Setup.exe) в формат Windows Installer. Для этих целей мы используем решение AdminStudio Repackager от Flexera Software.
На сегодняшний день все большую популярность получают технологии виртуализации программ, в частности, решение AppV от Microsoft, которой мы посвятили отдельную статью на Хабре. Технологии виртуализации с каждым годом завоевывают все большую популярность. Уже на сегодняшний день половина наших крупных европейских заказчиков используют AppV как основную технологию, а Windows Installer применяют там, где не применим AppV. Последний особенно выгоден, где повсеместно используются терминальные среды. Для них Application packaging за счет управления конфликтами (проактивного поиска и устранения) и проактивного анализа возможности использования на терминальных средах позволяет не только получить все плюсы, описанные выше, но и более рационально использовать физические сервера, сократить количество ребилдов серверов и общее количество инцидентов и проблем, то есть снизить стоимость владения до 25% процентов. Для управления конфликтами (conflict management) мы используем свои разработки, а также решение Application Manager от Flexera Software.
Более того, использование сервисов по подготовке приложений к развертыванию позволяет существенно снизить риски и стоимость миграций в новые среды (например, из десктопных решений на терминальные или на новую ОС). Так, сейчас мы активно работаем над миграцией наших некоторых клиентов на Windows 10. И для тех заказчиков, где уже используется Application packaging – мы делаем эту работу за считанные недели/месяцы в зависимости от размера компании. Там же, где Application packaging еще не используется, время миграции – это самый лучший период для внедрения сервиса, попутно проведя оптимизацию состава программного обеспечения, что по факту может сэкономить в разы только бюджет на миграцию, не говоря уже о дальнейшей стоимости поддержки. О том, какие программы используются для рационализации, чуть ниже в этом материале.
В области предварительной подготовки ПО мы работаем уже много лет с передовыми компаниями по всему миру, и за данный период разработали множество своих решений, которые позволяют нам быть эффективными и оказывать первоклассный сервис. Вот некоторые из наших решений:
Совокупность решений сторонних вендоров и наших решений позволяет нам оказывать сервисы на высоком уровне даже для зрелых IT-инфраструктур за адекватную стоимость.
Обладая значительным опытом в сфере управления приложениями и в подготовке приложений для развертывания, мы используем наработанные практики не только при работе с европейскими заказчиками, но и распространяем опыт на работу компаний в нашей стране. Данная статья, судя по всему, одна из первых, описывающих сервис Application packaging на русском языке и мы надеемся, что она окажет свое влияние на популяризацию знаний в этой области в России.
Развертывание современных классических приложений
При разработке классических приложений необходимо учитывать, как ваше приложение будет упаковываться и развертываться на компьютерах пользователей. Проблема, связанная с упаковкой, развертыванием и установкой, заключается в том, что ими обычно занимаются исключительно ИТ-специалисты, которых волнуют совсем не те вещи, что и разработчиков.
Сегодня мы знакомы с концепцией DevOps, где разработчики и ИТ-специалисты тесно взаимодействуют друг с другом для переноса приложений в рабочие среды. Однако если вы занимаетесь разработкой классических приложений уже более 10 лет, то могли быть свидетелем следующей ситуации. Команда разработчиков усиленно трудится для соблюдения крайних сроков проекта. Руководители нервничают, так как для функционирования бизнеса им требуется система, работающая на множестве компьютеров пользователей. В день «Д» менеджер по проектам проверяет, правильно ли работает код каждого из разработчиков, чтобы можно было осуществлять доставку. Затем в работу включается команда упаковки, которая создает для приложения программу установки, распространяет ее на каждый компьютер пользователя, после чего группа тестовых пользователей запускает приложение. Ну, они пытаются, так как перед отображением пользовательского интерфейса приложение выдает исключение с сообщением «Сбой метода
«. В воздухе появляется напряженность, и небольшое исследование приводит к молодому и уставшему разработчику, который внес сторонний элемент управления, который определенно «работал на компьютере разработки».
Установка классических приложений всегда была настоящим кошмаром по двум основным причинам:
На самом деле нам приходилось мириться с тем фактом, что установка приложения могла вызвать только сожаление, так как:
Кроме того, вы не можете просто восстановить систему в исходное состояние путем удаления приложения. Мы постоянно сталкивались с подобной ситуацией, которую прозвали «DLL-путаницей», «захламлением» или «Winrot».
В этой главе мы поговорим о MSIX. MSIX — это новая технология от корпорации Майкрософт, которая стремится взять лучшее из предыдущих технологий, чтобы обеспечить надежную основу для технологии упаковки будущего.
Как технология упаковки связана с модернизацией? Оказалось, что упаковка является основополагающей для корпоративных ИТ-служб, и в нее вкладываются значительные средства. Модернизация не ограничивается использованием новейших технологий. Она также нацелена на сокращение времени выхода на рынок с момента определения бизнес-требования и до момента, когда ваша организация доставляет соответствующий компонент клиенту.
Жизненный цикл современного приложения
Сейчас разработчики пишут и собирают код для приложения, после чего передают созданные ресурсы ИТ-специалистам. После этого ИТ-специалисты перестраивают приложение и переупаковывают его, как правило, в формате MSI или более новом App-V. Затем приложение развертывают с помощью различных каналов и средств. Одна из основных проблем такого подхода обычно называется «коллапсом упаковки». Проблема заключается в том, что этот цикл повторяется каждый раз при обновлении приложения или операционной системы.
Данный процесс проиллюстрирован на следующем рисунке:
Организациям требуется способ разбить этот цикл упаковки на три независимых цикла:
На предыдущей схеме показано, что вам доступны следующие возможности:
Это радикальное изменение приводит нас к новому и современному жизненному циклу ИТ, как показано на следующем рисунке:
Разработчики создают приложение и формируют пакет MSIX, который ИТ-специалисты могут использовать и настраивать без переупаковки. Вместе с технологией MSIX корпорация Майкрософт создала средства, позволяющие ИТ-специалистам настраивать пакеты без переупаковки.
MSIX: следующее поколение развертывания
До MSIX существовало несколько технологий упаковки, таких как мастера установки, MSI, ClickOnce, App-V и сценарии. Каждая из этих технологий имеет свои сильные стороны, и корпорация Майкрософт решила взять из них все лучшее для создания MSIX. Технология MSIX основана на этих существующих технологиях, вбирая в себя преимущества каждой из них:
Благодаря MSIX вы получаете одну технологию установщика со всеми этими функциями.
Преимущества gRPC
Установка приложений без сожалений
MSIX обеспечивает предсказуемое, надежное и безопасное развертывание. Декларативный метод, содержащийся в манифесте пакета, позволяет операционной системе отслеживать каждый из ресурсов, необходимых приложению. Он также обеспечивает действительно чистое удаление без побочных эффектов.
Оптимизация дискового пространства
Технология MSIX оптимизирована для уменьшения места, занимаемого приложением на диске компьютера пользователя. Она создает хранилище единственных копий ваших файлов. То есть если у вас есть два разных пакета с одной и той же библиотекой DLL, она не устанавливается дважды. Платформа может решить эту проблему, так как она знает обо всех файлах, установленных конкретным приложением, благодаря своей декларативной природе. Она также позволяет использовать разные версии библиотеки DLL, работающие параллельно.
С помощью пакетов ресурсов можно легко создавать многоязычные приложения, и операционная система позаботится об установке нужных из них.
Оптимизация сети
MSIX обнаруживает различия в файлах на уровне байтового блока, позволяя использовать функцию разностных обновлений. Это означает, что при обновлениях приложения скачиваются только обновленные байтовые блоки.
Благодаря потоковой установке пользователь может быстро начать работу над приложением, пока другие части приложения скачиваются в фоновом режиме. Эта функция влияет на вовлечение пользователей в работу.
С помощью дополнительных пакетов вы можете реализовать компонентное представление развертывания приложения, поэтому их можно скачивать по мере необходимости.
Простота упаковки и развертывания
Манифест приложения объявляет управление версиями, нацеливание устройств и обеспечивает идентификацию стандартным образом для каждого приложения. Он также позволяет подписывать активы, создавая надежную основу для системы безопасности.
Управляемая операционная система
Операционная система обрабатывает все процессы по установке, обновлению и удалению приложения. Приложения устанавливаются для отдельных пользователей, но скачиваются только один раз, что сводит к минимуму используемое дисковое пространство. Корпорация Майкрософт работает над предоставлением технологии MSIX также и в Windows 7.
Обеспечение целостности приложения в Windows
Цифровые подписи позволяют гарантированно предотвратить установку приложения из ненадежных источников. Кроме того, система MSIX предотвращает незаконное изменение, поскольку:
Поддержка всего каталога приложений
Одним из самых интересных аспектов технологии MSIX является то, что она работает для всего каталога приложений, Windows Forms, WPF, MFC/ATL, Delphi, даже если вы хотите выполнить развертывание xCopy, используете ClickOnce или переходите в Store, вы можете использовать один и тот же пакет MSIX.
Инструменты
Проект упаковки приложений Windows
Для создания пакета для классического приложения в Visual Studio можно использовать Проект упаковки приложений Windows. Затем можно опубликовать этот пакет в Microsoft Store или загрузить его в неопубликованном виде на один или несколько компьютеров.
Средство упаковки MSIX
Средство упаковки MSIX позволяет повторно упаковывать существующие пакеты приложений Win32 в формате MSIX. Оно включает интерактивный пользовательский интерфейс и командную строку для преобразования, позволяя преобразовывать приложения без использования исходного кода.
Платформа поддержки пакетов
Платформа поддержки пакетов представляет собой набор с открытым кодом, который помогает применять исправления к существующему приложению Win32, когда у вас нет доступа к исходному коду для работы в контейнере MSIX. Платформа поддержки пакетов помогает настроить приложения в соответствии с требованиями современных сред выполнения.
Установщик приложений
Установщик приложений позволяет устанавливать приложения Windows 10, дважды щелкнув пакет приложения. Это означает, что пользователям не нужно использовать PowerShell или другие средства разработчика для развертывания приложений Windows 10. Кроме того, Установщик приложений может устанавливать приложения из Интернета, дополнительных пакетов и связанных наборов.
Создание пакета MSIX из существующего классического приложения Win32
Давайте рассмотрим процесс создания пакета MSIX из существующего классического приложения Win32. В этом примере мы будем использовать приложение Windows Forms.
Чтобы начать, добавьте в решение новый проект, выберите «Проект упаковки приложений Windows» и присвойте ему имя.
Вы увидите структуру проекта упаковки и заметите специальную папку Applications. В ней можно указать приложения, которые требуется включить в пакет. Их может быть несколько.
Щелкните правой кнопкой мыши папку Applications и выберите проект Windows Forms, который хотите упаковать из решения Visual Studio.
На этом этапе вы можете скомпилировать и создать пакет, но давайте рассмотрим несколько аспектов. Чтобы улучшить взаимодействие с пользователем, Visual Studio может автоматически создавать все визуальные ресурсы, необходимые современным приложениям для работы со значками, а также ресурсы плиток для панели плиток и меню «Пуск». Откройте файл Package.appxmanifest для доступа к конструктору манифеста. После этого вы можете создать все визуальные ресурсы из заданного образа, присутствующего в проекте, просто нажав кнопку Создать.
Если открыть код для файла Package.appxmanifest, можно увидеть несколько интересных вещей.
Непосредственно под узлом
Задайте проект упаковки в качестве запускаемого проекта для решения и выберите Выполнить. Будут выполнены следующие операции:
Благодаря этому вы получаете чистую процедуру установки и удаления, которую MSIX полностью интегрирует в Windows 10.
Последним этапом является развертывание пакета MSIX на другом компьютере.
Щелкните проект упаковки правой кнопкой мыши, выберите меню Store и затем параметр Создание пакетов приложения.
После этого вы можете выбрать, будете ли вы создавать пакет для отправки в Store или создавать пакеты для загрузки неопубликованных приложений. В большинстве сценариев модернизации вы выберете Я хочу создать пакеты для загрузки неопубликованных приложений.
В этом случае можно выбрать различные архитектуры, на которые нужно ориентироваться, так как в один пакет MSIX можно включить любое число архитектур.
Последним шагом является объявление того, где вы хотите развернуть окончательные ресурсы установки.
Вы можете использовать веб-сервер из общего UNC-пути на файловых серверах предприятия. Обратите особое внимание на параметры, позволяющие указать способ обновления приложения. Обновления мы рассмотрим в следующем разделе.
Автоматические обновления в MSIX
В Microsoft Store есть отличный механизм обновления, использующий Центр обновления Windows. В большинстве корпоративных сценариев магазин Store для распространения классических приложений не используется. Поэтому вам нужен аналогичный способ настройки обновлений для приложения и отправки их пользователям.
Используя сочетание функций Windows 10 и пакетов MSIX, вы можете предоставить пользователям удобную процедуру обновления. Фактически пользователь может совершенно не разбираться в технических аспектах, но при этом пользоваться преимуществами беспрепятственного обновления приложения.
Вы можете настроить обновление для взаимодействия с пользователем двумя разными способами:
Обновления, запрошенные пользователем: операционная система отображает автоматически сформированный удобный пользовательский интерфейс для уведомления пользователя о том, что приложение готово к установке. Этот пользовательский интерфейс создается на основе свойств, указанных вами в файлах установки.
Автоматические обновления в фоновом режиме: в этом случае пользователям не нужно знать об обновлениях.
Вы также можете настроить время выполнения обновлений — при запуске приложения или на регулярной основе. Благодаря функциям загрузки неопубликованных приложений эти обновления можно получать даже во время работы приложения.
При использовании этого типа развертывания создается специальный файл APPINSTALLER. Этот простой файл состоит из следующих разделов:
Совместно с этим файлом корпорация Майкрософт разработала специальный протокол URL-адресов для запуска процесса установки по ссылке:
Этот протокол работает во всех браузерах и запускает процесс установки в Windows 10 удобным для пользователя образом. Так как операционная система управляет процессом установки, она учитывает расположение, из которого было установлено это приложение, и отслеживает все файлы, затронутые этим процессом.
MSIX создает пользовательский интерфейс для автоматической установки, отображая некоторые свойства пакета. Это обеспечивает единый процесс установки для каждого приложения.
После создания пакета MSIX и его перемещения на сервер развертывания вам нужно просто изменить файл APPINSTALLER, чтобы отразить эти изменения, главным образом версию и путь нового файла MSIX. Когда пользователь запустит приложение в следующий раз, система обнаружит изменение и скачает файлы для новой версии в фоновом режиме. После этого установка при запуске приложения будет осуществляться незаметно для пользователя.
Развертывание приложений с помощью диспетчера конфигурации
Применяется к: Configuration Manager (текущая ветвь)
Создание или имитация развертывания приложения на устройство или коллекцию пользователей в Configuration Manager. Это развертывание дает инструкции клиенту Configuration Manager о том, как и когда установить или удалить программное обеспечение.
Перед развертыванием приложения создайте по крайней мере один тип развертывания для приложения. Дополнительные сведения см. в дополнительных сведениях о создании типов развертывания для приложения.
В некоторых ситуациях рассмотрим другую функцию в качестве лучшего решения:
Если у вас есть несколько приложений, которые необходимо развернуть вместе, а не создавать несколько развертывание, создайте группу приложений. Группу приложений можно отправить пользователю или коллекции устройств в качестве одного развертывания. Дополнительные сведения см. в приложении Create groups.
Для более сложных развертывания сначала протестировать его с помощью имитации развертывания. Это моделирование проверяет применимость развертывания без установки или стирки приложения. Смоделированное развертывание оценивает метод обнаружения, требования и зависимости для типа развертывания и сообщает результаты в узле Развертывания рабочей области Мониторинга. Дополнительные сведения см. в приложении Simulate deployments.
Можно имитировать только развертывание необходимых приложений, но не пакеты или обновления программного обеспечения.
На предварительно зарегистрированных MDM-устройствах не поддерживаются смоделированные развертывания, пользовательский интерфейс или параметры планирования.
Поэтапное развертывание позволяет организовать скоординированную и последовательность развертывания программного обеспечения на основе настраиваемых критериев и групп. Например, разверни приложение в пилотную коллекцию, а затем автоматически продолжай развертывание на основе критериев успешности. Дополнительные сведения см. в дополнительных сведениях о создании поэтапного развертывания.
Запуск мастера развертывания
В консоли Configuration Manager перейдите в рабочее пространство библиотеки программного обеспечения, разойдитесь по управлению приложениями и выберите узел Applications или Application Groups.
Выберите группу приложений или приложений из списка для развертывания. В ленте выберите Развертывание.
При просмотре свойств существующего развертывания следующие разделы соответствуют вкладке окна свойств развертывания:
Общие сведения
На общей странице мастера развертывания программного обеспечения укажите следующие сведения:
Программное обеспечение. Это значение отображает развертывание приложения. Выберите Просмотр, чтобы выбрать другое приложение.
Коллекция. Выберите Просмотр, чтобы выбрать целевую коллекцию для этого развертывания приложений.
Используйте группы точки распространения по умолчанию, связанные с этой коллекцией: храните содержимое приложения в группе точеки рассылки по умолчанию. Если выбранную коллекцию не связали с группой точеки рассылки, этот параметр будет серым.
Автоматически распределяйте контент для зависимостей. Если у любого из типов развертывания в приложении есть зависимости, сайт также отправляет зависимый контент приложения в точки распространения.
При обновлении зависимого приложения после развертывания основного приложения сайт автоматически не распространяет новое содержимое для зависимости.
Комментарии (необязательный): Необязательно введите описание для этого развертывания.
Параметры контента
На странице Контент выберите Добавить для распространения контента для этого приложения в точку рассылки или группу точек рассылки.
Если вы выбрали вариант использования точек распространения по умолчанию, связанных с этой коллекцией, на общей странице, этот параметр автоматически заполняется. Изменить ее может только член роли администратора безопасности приложения.
Если содержимое приложения уже распространено, они отображаются здесь.
Параметры развертывания
На странице Параметры развертывания укажите следующие сведения:
Действие. Из списка выпаданий выберите, следует ли это развертывание установить или удалить приложение.
Если вы создаете развертывание для установки приложения и другое развертывание для разгрузки того же приложения на том же устройстве, развертывание Install имеет приоритет.
Вы не можете изменить действие развертывания после его создания.
Назначение. Из списка выпаданий выберите один из следующих вариантов:
Доступно. Пользователь видит приложение в Центре программного обеспечения. Они могут установить его по требованию.
При развертывании приложений, доступных для пользовательских коллекций, существуют другие требования к некоторым типам клиентов. Дополнительные сведения см. в дополнительных сведениях, необходимых для развертывания доступных пользователям приложений.
Обязательно. Клиент автоматически устанавливает приложение в соответствии с установленным расписанием. Если приложение не скрыто, пользователь может отслеживать состояние развертывания. Они также могут использовать Центр программного обеспечения для установки приложения до установленного срока.
При наборе действия развертывания в Uninstall цель развертывания автоматически задается в required. Этот алгоритм не подлежит изменению.
Разрешить конечным пользователям пытаться восстановить это приложение. Если вы создали приложение с командной строкой восстановления, впусти этот параметр. Пользователи видят параметр в Центре программного обеспечения для восстановления приложения.
Удалите это приложение, если целевой объект выпадает из коллекции: Начиная с версии 2107, когда вы удаляете устройство из целевой коллекции, диспетчер конфигурации запускает программу удаления на этом устройстве. Дополнительные сведения см. в неявном удалить. Этот параметр доступен только для развертывания, нацеленного на устройства, и при необходимости развертывания.
Перед развертыванием программного обеспечения на основное устройство пользователя. Если развертывание предназначено для пользователя, выберите этот параметр, чтобы развернуть приложение на основное устройство пользователя. Этот параметр не требует, чтобы пользователь входит перед запуском развертывания. Если пользователь должен взаимодействовать с установкой, не выберите этот параметр. Этот параметр доступен только при необходимости развертывания.
Отправка пакетов пробуждения. Если развертывание требуется, диспетчер конфигурации отправляет пакет пробуждения на компьютеры до того, как клиент запускает развертывание. Этот пакет разбудит компьютеры в срок установки. Перед использованием этого параметра необходимо настроить компьютеры и сети для локальной сети Wake On. Дополнительные сведения см. в дополнительных сведениях о том, как разбудить клиентов.
Разрешить клиентам, подключенным к сети Интернет, загружать контент после окончания срока установки, что может понести дополнительные затраты. Этот параметр доступен только для развертывания с целью Обязательного.
Автоматически обновим любую выдержаную версию этого приложения: клиент обновляет любую выдержаную версию приложения с помощью суперсервийного приложения.
Этот параметр работает независимо от утверждения администратора. Если администратор уже утвердил перенаправленную версию, он не должен также утверждать ее. Утверждение только для новых запросов, а не для перенастройки обновлений.
Для целей доступной установки можно включить или отключить этот параметр.
Параметры утверждения
Поведение утверждения приложения зависит от того, включаете ли вы рекомендуемую необязательный функцию Утверждение запросов приложений для пользователей на устройство.
Администратор должен утвердить запрос на это приложение на устройстве. Если включить необязательный элемент, администратор утвердит любые запросы пользователей для приложения, прежде чем пользователь сможет установить его на запрашиваемом устройстве. Если администратор одобряет запрос, пользователь может установить приложение только на этом устройстве. Пользователь должен отправить еще один запрос на установку приложения на другом устройстве. Этот параметр отмыкается при необходимости развертывания или при развертывании приложения в коллекцию устройств.
Требуется утверждение администратора, если пользователи запрашивают это приложение. Если вы не включаете необязательный элемент, администратор утверждает любые запросы пользователей для приложения, прежде чем пользователь сможет установить его. Этот параметр отмыкается при необходимости развертывания или при развертывании приложения в коллекцию устройств.
Дополнительные сведения см. в приложении Approve.
Свойства развертывания: параметры развертывания
При просмотре свойств развертывания при поддержке технологии типа развертывания на вкладке Deployment Параметры следующий параметр:
Автоматически закройте все запущенные исполняемые, указанные на вкладке установки в диалоговом окне свойств типа развертывания. Дополнительные сведения см. в материалах проверки выполненияфайлов перед установкой приложения.
Параметры планирования
На странице Планирование установите время развертывания этого приложения или его доступно для клиентских устройств.
По умолчанию диспетчер конфигурации сразу же делает политику развертывания доступной для клиентов. Если вы хотите создать развертывание, но не сделать его доступным для клиентов до более поздней даты, настройте опцию, чтобы приложение было доступным. Затем выберите дату и время, в том числе на основе UTC или локального времени клиента.
Если требуется развертывание, также укажите крайний срок установки. По умолчанию этот крайний срок является как можно скорее.
Например, необходимо развернуть новое бизнес-приложение. Все пользователи должны установить его к определенному времени, но вы хотите, чтобы дать им возможность выбрать в начале. Кроме того, необходимо убедиться, что сайт распространил контент во все точки распространения. Вы запланировать, чтобы приложение было доступно через пять дней с сегодняшнего дня. Это расписание дает вам время для распространения контента и подтверждения его состояния. Затем вы установите крайний срок установки на один месяц с сегодняшнего дня. Пользователи видят приложение в Центре программного обеспечения, когда оно доступно в течение пяти дней. Если они ничего не делают, клиент автоматически устанавливает приложение в срок установки.
Если приложение, которое вы развертываете, заместит другое приложение, установите крайний срок установки, когда пользователи получат новое приложение. Установите крайний срок установки для обновления пользователей с помощью назначенного приложения.
Отсрочка исполнения с льготным периодом
Может потребоваться предоставить пользователям больше времени на установку необходимых приложений после установленных сроков. Такое поведение обычно требуется при длительном отключении компьютера и необходимости установки многих приложений. Например, когда пользователь возвращается из отпуска, он должен долго ждать, пока клиент установит просроченные развертывания. Чтобы помочь решить эту проблему, определите период отсрочки исполнения.
Сначала настройте этот льготный период с периодом благодати свойства для принудательных работ после истечения срока развертывания (часов) в параметрах клиента. Дополнительные сведения см. в группе агентов computer. Укажите значение от 1 до 120 часов.
На странице Планирование необходимого развертывания приложений в соответствии с предпочтениями пользователей включить возможность отсрочки исполнения этого развертывания в соответствии с предпочтениями пользователей, в зависимости от срока льготы, определенного в параметрах клиента. Льготный период применения применяется ко всем развертываниям с включенной и адресной поддержкой для устройств, на которые вы также развернули параметр клиента.
После крайнего срока клиент устанавливает приложение в первом не бизнес-окне, которое настроено пользователем, до этого льготного периода. Однако пользователь по-прежнему может открыть Центр программного обеспечения и установить приложение в любое время. По истечении срока действия льготы правоприменение возвращается к нормальному поведению при просроченных развертываниях.
Большую часть времени эта функция решает сценарий, когда устройство отключено, пока пользователь находится вне офиса. Технически льготный период начинается, когда клиент получает политику после крайнего срока развертывания. Такое же поведение происходит, если остановить клиентскую службу Configuration Manager (CcmExec), а затем перезапустить ее через некоторое время после окончания срока развертывания.
Параметры пользовательского интерфейса
На странице User Experience укажите сведения о том, как пользователи могут взаимодействовать с установкой приложения.
Уведомления пользователей. Укажите, следует ли отображать уведомление в Центре программного обеспечения в настроенное доступное время. Этот параметр также контролирует, следует ли уведомлять пользователей на клиентских компьютерах. В доступных развертываниях нельзя выбрать параметр Hide in Software Center и все уведомления.
Установка программного обеспечения и перезапуск системы. Только настройте эти параметры для необходимых развертывания. Они указывают поведение, когда развертывание достигает крайнего срока за пределами определенных окон обслуживания. Дополнительные сведения о окнах технического обслуживания см. в дополнительных сведениях о том, как использовать окна обслуживания.
Написание обработки фильтра для Windows встроенных устройств. Этот параметр управляет поведением установки Windows встроенных устройств, включенных с помощью фильтра записи. Выберите параметр для фиксации изменений в срок установки или во время окна обслуживания. При выборе этого параметра требуется перезапуск и изменения сохраняются на устройстве. В противном случае приложение устанавливается на временную наложение и совершается позже.
Оповещений
На странице Оповещений настройте, как диспетчер конфигурации создает оповещения для этого развертывания. Если вы также используете System Center operations Manager, настройте его оповещения. Можно настроить только некоторые оповещения для необходимых развертывание.
Дальнейшие действия
В этой статье использовались дополнительные разделы, которые перешли к следующим статьям: