что такое развертывание приложения

Развертывание приложений с помощью диспетчера конфигурации

Применяется к: 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, настройте его оповещения. Можно настроить только некоторые оповещения для необходимых развертывание.

Дальнейшие действия

В этой статье использовались дополнительные разделы, которые перешли к следующим статьям:

Источник

Быстрое развертывание любого приложения вместе с Waypoint

Упрощение развертывания

Waypoint был создан нами по одной простой причине: разработчики хотят просто развертывать приложения. У HashiCorp есть возможность работать со всеми типами организаций и отдельных лиц нашего сообщества, что ставит нас перед проблемами, с которыми сталкиваются разработчики при развертывании приложений и в разрезе доступности для пользователей. Мы общаемся с десятками отдельных пользователей каждый день через GitHub Issues, дискуссионные форумы, электронную почту и т.д. Каждую неделю мы встречаемся более чем с 500 компаниями, чтобы обсудить их текущие разработки и операционные проблемы.

Благодаря взаимодействию мы увидели, что разработчики, особенно в организациях среднего и крупного размера, завалены сложностью: контейнеры, планировщики, файлы YAML, бессерверность и не только это. Сложность сделала приложения лучше во многих аспектах, но стоимость, которую видно по кривой обучения, требуется, чтобы просто развернуть первое приложение.

Другая проблема, которую мы увидели, зависит от приложения, ведь инструменты часто самые разные: Docker и kubectl для Kubernetes, HashiCorp Packer и Terraform для виртуальных машин, свои инструменты у каждой бессерверной платформы и т.д. Эта фрагментация снова создает проблему обучения отдельного человека. Для команд это уже проблемы последовательности и сложности.

С помощью Waypoint мы стремимся решить эти две проблемы. Waypoint предоставляет одну простую команду для развертывания любого приложения: «waypoint up». Рабочий процесс одинаков для любой платформы: Kubernetes, Nomad, EC2, Google Cloud Run и еще более десятка других будет поддерживаться к моменту запуска. Waypoint расширяется с помощью плагинов для любой логики сборки, развертывания и релиза. Разработчики просто хотят развертывать приложения. Waypoint просто делает это.

Функциональность

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

Пример рабочего процесса

Покажем на примере различные особенности Waypoint. Пропущены некоторые шаги настройки, поэтому, если вы хотите попробовать полный пример самостоятельно, пожалуйста, ознакомьтесь с нашими руководствами по началу работы. В этом примере мы развернем приложение в Kubernetes. Создадим рядом с приложением файл waypoint.hcl. Этот файл описывает все этапы жизненного цикла приложения.

Сборка, развертывание, релиз

Файл конфигурации Waypoint описывает три основных этапа жизненного цикла приложения: сборку, развертывание и релиз.

Поднимаем Waypoint

Команда waypoint up выполняет сборку, развертывание и релиз приложения. В конце выводится один или несколько адресов, по которым доступно приложение. Неважно, какое это приложение и для какой платформы, вы всегда можете ввести в терминал waypoint up для развертывания.

Можно выполнять этапы жизненного цикла отдельно друг от друга. Это полезно при взаимодействии с Github Actions и инструментами CI/CD, подобными CricleCI и Jenkins. Узнать больше об автоматизации рабочего процесса приложения с помощью Waypoint можно здесь.

Адреса приложения и развертывания

Развернутые с помощью Waypoint приложения получают общедоступный URL вида waypoint.run с действительным сертификатом TLS, автоматически сгенерированным Let’s Encrypt. Используйте этот адрес, чтобы быстро посмотреть развернутые приложения и поделиться ими. Мы предоставляем этот URL через бесплатный общедоступный сервис компании HashiCorp. Функция необязательна и может быть отключена. В примере выше наш URL recently-pleasant-duck—v1.waypoint.run. Обратите внимание, что этот адрес уже не работает, приложение выполнялось только для этого поста в блоге. Вы можете посмотреть определенную версию развертывания по ссылке вида recently-pleasant-duck—vN.waypoint.run, где N — номер версии развертывания. Эта функция очень полезна, чтобы поделиться предрелизной версией вашего приложения с вашей командой.

Логирование в Waypoint

Waypoint дает доступ к моментальному снимку логов приложения в режиме реального времени. Эти логи полезны, когда нужно отладить поведение развивающегося приложения. Однако они не заменяют комплексные решения для логирования. Логи агрегируются и доступны для просмотра через интерфейс командной строки и веб-интерфейс. Эта функция логов работает вне зависимости от платформы. Используете ли вы Kubernetes, EC2, Google Cloud Run или другую платформу, вы можете согласовано просматривать логи. С помощью пользовательского интерфейса можно просматривать логи нескольких развернутых на разных платформах приложений.

Waypoint exec

Вы можете выполнять команды в контексте развернутого приложения с помощью команды waypoint exec. Эта функция позволяет открывать оболочку, запускать скрипты и делать все, что вы хотите делать с вашими развертываниями. Как и логирование, waypoint exec работает на всех поддерживаемых Waypoint платформах.

Другие возможности

Этот список — только краткий обзор некоторых функций Waypoint. Waypoint может применяться для управления конфигурацией приложения через переменные окружения, интегрируется с вашей CI или Github. Рабочие пространства при меняются, чтобы создавать отдельные среды для отдельных веток. Кроме того, вы можете написать плагин и это еще не всё.Waypoint — это бренд нового проекта. Мы рассчитываем, что продолжим добавлять новую функциональность в ближайшие месяцы.

Waypoint и существующие приложения

Если у вас уже есть приложение и рабочий процесс развертывания, вы можете почувствовать сомнение в том, сможете ли использовать…. Мы не ждем, что команды разработки немедленно перестроят и с нуля перестроят свой рабочий процесс для Waypoint. Но у нас есть плагин docker pull и возможность локального выполнения, позволяющая адаптировать Waypoint для приложения с уже настроенным рабочим процессом. Кроме того, у нас есть документация, которая описывает интеграцию Waypoint в другие CI: CircleCI или Jenkins. Эта функция позволяет просмотреть историю развертывания в интерфейсе Waypoint, выполнять команду exec, логирование, конфигурацию приложения и не только это. Приложив немного усилий, вы получаете преимущества Waypoint, пока обдумываете, хотите ли перейти на более управляемый плагин. Когда у вас много приложений, этот подход позволяет сочетать рабочие процессы и сравнивать их.

Полная расширяемость плагинами

Логика жизненного цикла полностью расширяемая. Waypoint работает на той же системе плагинов, что и Terraform. мы полагаем, что написать плагин для Waypoint так же просто (если не проще), чем для Terraform. В Waypoint встроено более десятка плагинов с самого начала. Мы надеемся и ожидаем, что со временем, с помощью сообщества открытого ПО, это число резко возрастет. У Terraform при запуске было около 6 провайдеров. Сегодня у Terraform 300 провайдеров. Мы верим, что такое возможно и для развертывания приложений. Если вам интересно написать плагин, пожалуйста, прочитайте наше руководство для авторов плагинов и посмотрите исходный код встроенных плагинов Waypoint 0.1 на Github.

Специально для хабровчан мы сделали промокод HABR, дающий дополнительную скидку 10% к скидке указанной на баннере.

Источник

Развёртывание приложений node.js

Деплоймент приложения всегда является критической точкой цикла разработки… и никогда не бывает лёгким. Если Вы пользуетесь услугами хостинговых провайдеров, то вероятнее всего Вам уже предоставили достаточный всяческих удобств сервис. В данной статье я расскажу про развёртывание приложений без создания сложной хостинговой инфраструктуры…

Для начала определимся с технологией. Использовать будем, естественно, только то, что предоставила нам платформа разработки — node.js. На сервере будет работать некий web-сервис, который будет принимать запросы и заниматься всей «грязной» работой. На клиенте — command-line tool. Ну как без него?

Итак, сервис устанавливается следующим образом:

Софт стоит, теперь пора рассказать как его конфигурировать, чтобы подружить вместе сервис с клиентом.

Настройка сервера.

Файл конфигурации носит имя nodehosting.json и находится в папке /etc для Linux систем и в корне модуля для Windows.
Полный текст конфигурационного файла

Настройка клиента.

В отличии от сервера здесь не густо — самый минимум, чтобы связаться с сервером. В файле можно указать несколько конфигураций. Т.е. можно определить несколько различных серверов для развёртывания, например: dev, staging, production. Выбор конкретного сервера производится клиентской утилитой. Собственно именем конфигурации в тестовом примере является dev и staging. Более подробный пример можно посмотреть на github

Запуск сервера.

Запускаем сервер на Linux

Не забудьте выполнить команду chkconfig nodehosting on если хотите чтобы сервис запускался при запуске ОС.

Запускаем сервер на Windows

Запуск клиента

Для деплоя приложения необходимо перейти в его корневую папку и в командной строке выполнить

Вывод команды выглядит примерно так:

Как это работает?

Благодарности.

Проект молодой. Так что конструктивная критика и предложения ожидаются. Исходники хостятся на github

Если чё вдруг.

Протестировано на парочке RedHat-based дистрибутивов, Debian 7.2 (wheezy) и Windows 7.

Источник