Планирование корпоративного развертывания приложений Microsoft 365
Инструкции по развертыванию приложений Microsoft 365 и управлению обновлениями см. в этой статье. Он помогает решить, следует ли развертывать приложения Microsoft 365 из облака, использовать Configuration Manager или устанавливать из локального источника в сети.
Подготовка к работе
Если вы еще этого не сделали, завершите оценку среды и инфраструктуры. Эта оценка помогает принимать ключевые решения при планировании развертывания.
Этап 1. Выбор способа развертывания
Сначала выберите, какое средство развертывания следует использовать и следует ли устанавливать из облака или из локального источника в сети.
Примечание.
Рекомендация. Корпорация Майкрософт рекомендует развертывать приложения Microsoft 365 из облака с помощью портала или Microsoft Intune.
Вы также можете управлять развертыванием на портале Microsoft 365 и заставить пользователей устанавливать приложения Microsoft 365 на клиентских устройствах непосредственно с портала. Этот метод требует минимальной административной настройки, но обеспечивает меньший контроль над развертыванием. Но вы можете указать, как часто пользователи будут получать обновления компонентов. Дополнительные сведения см. в статье Управление параметрами установки Microsoft 365 в Центре администрирования Microsoft 365. Чтобы можно было использовать этот вариант, необходимо, чтобы у пользователей были права локального администратора на их клиентских устройствах.
Если управление многочисленными устройствами или ограничения пользователей на административные разрешения на их устройствах делает этот вариант непрактичным, рассмотрите возможность развертывания приложений Microsoft 365 с помощью Microsoft Intune. Ознакомьтесь с этим видео и документацией по Intune , чтобы узнать больше о развертывании приложений Microsoft 365 таким образом.
Вы также можете использовать Configuration Manager для развертывания из локальных точек распространения. Этот параметр снижает сетевую нагрузку на интернет-ссылки. Рекомендуется использовать последний текущий выпуск ветви.
Для организаций, которые не имеют Configuration Manager, но по-прежнему хотят управлять своим развертыванием, рассмотрите возможность использования средства развертывания Office (ODT). ODT выступает в качестве автономного средства или помогает скачивать установочные файлы для развертывания с помощью других средств развертывания программного обеспечения. В любом случае ODT обеспечивает контроль над установкой, обновлениями и параметрами. Дополнительные сведения см. в статье Обзор средства развертывания Office.
Если вы используете ODT и имеете сетевую емкость, рекомендуем развернуть приложения Microsoft 365 из облака. Это позволяет свести к минимуму административные издержки. Если у вас нет сетевой емкости для установки на клиентских устройствах из облака, с помощью ODT можно скачать файлы установки в локальный источник в сети и установить оттуда. Но такой подход повышает сложность развертывания и не рекомендуется.
Выберите способ развертывания:
Самостоятельная установка из облака: Управляйте развертыванием на портале Microsoft 365, чтобы пользователи устанавливали приложения на своих клиентских устройствах непосредственно с портала.
Развертывание из облака с помощью Intune: Управляйте развертыванием с помощью Intune и автоматизируйте настройку и установку приложений Microsoft 365.
Развертывание из локального источника с помощью Configuration Manager: Управление развертыванием с помощью Configuration Manager, а также скачивание и развертывание из точек распространения в сети.
Развертывание из облака с помощью средства развертывания Office: Управляйте развертыванием с помощью ODT и установите на клиентских устройствах непосредственно из сети CDN Office.
Развертывание из локального источника с помощью средства развертывания Office: Управление развертыванием с помощью ODT, а также скачивание и развертывание из локального источника в сети.
Многие организации используют сочетание этих параметров для разных пользователей. Например, организация может использовать Intune для развертывания приложений Microsoft 365 для большинства пользователей, но включить самостоятельную установку для небольшой группы работников, которые не используют управляемые устройства.
Этап 2. Выбор способа управления обновлениями
Примечание.
Рекомендация. Рекомендуется автоматически обновлять клиентские устройства. Вы можете определить частоту обновлений компонентов, но обновления происходят без каких-либо административных издержек. Если вы хотите взять на себя больший контроль и получить дополнительные сведения, например о ходе развертывания обновлений, рекомендуется использовать обновление в облаке.
Настройте автоматическое обновление клиентских устройств из сети CDN Office. Вы по-прежнему можете управлять частотой обновлений компонентов, так как эти параметры определяются как часть первоначального развертывания, но сами обновления выполняются без каких-либо других средств или административных издержек. Кроме того, обновления автоматически развертываются в течение многих дней для экономии пропускной способности сети.
Intune также можно использовать для применения других политик. Например, чтобы задать крайний срок после того, сколько дней должна быть применена установка обновления. Ознакомьтесь с документацией по Intune по применению параметров ADMX к устройствам.
Третий вариант, основанный на облаке, заключается в использовании облачного обновления. Это облачное решение для управления обновлениями для устройств в Monthly Enterprise Channel и Current Channel. Она включает в себя такие функции, как расширенный мониторинг, создание отчетов, принудительное применение, шатания и откат устройств.
Если вам нужно распространять обновления из локального источника, это можно сделать с помощью Configuration Manager, скачав обновления и развернув их из точек распространения. Если вы используете предыдущую версию Configuration Manager, рекомендуется выполнить обновление до текущей ветви.
Если у вас нет Configuration Manager, с помощью ODT можно скачать обновления в локальный источник в сети и развернуть их оттуда. Этот параметр требует наибольших административных накладных расходов, так как необходимо управлять пакетами обновлений для различных каналов обновления, архитектур и платформ. Мы рекомендуем использовать этот вариант только в том случае, если емкость сети слишком ограничена для обновления из облака, а другие решения недоступны.
Выберите способ управления обновлениями:
Автоматическое обновление. Клиентские устройства автоматически обновляются из сети CDN Office с учетом канала обновления, выбранного в ходе начального развертывания.
Управление обновлениями с помощью Intune: Используйте Intune, чтобы задать политики на устройствах, которые управляют тем, как и когда эти устройства должны получать обновления из облака.
Управление обновлениями с помощью облачных обновлений: При использовании Monthly Enterprise Channel или Current Channel облачное обновление предоставляет самый полный набор инструментов для управления обновлениями из облака.
Управление обновлениями с помощью Configuration Manager: Обновления скачиваются и развертываются на клиентских устройствах с помощью Configuration Manager.
Управление обновлениями с помощью средства развертывания Office: ODT загружает обновления в локальный источник и устанавливает их на клиентских устройствах.
Как и при начальном развертывании, организации могут использовать сочетание этих вариантов для разных пользователей.
Дополнительные сведения см. в статье Выбор способа доставки обновлений для приложений Microsoft 365.
Этап 3. Выбор каналов обновления
С помощью приложений Microsoft 365 вы можете управлять тем, как часто пользователи получают обновления компонентов для своих приложений. Для этого выберите канал обновления для пользователей:
Текущий канал: Предоставляет пользователям последние функции, как только они будут готовы, но не по заданному расписанию.
Ежемесячный корпоративный канал: Предоставляет пользователям последние функции раз в месяц и в прогнозируемом графике (второй вторник месяца).
Semi-Annual Enterprise Channel: Предоставляет пользователям сводку функций каждые шесть месяцев, в январе и июле.
Примечание.
В видео "Объяснение — каналы обновления приложений Microsoft 365" приведен полный обзор всех каналов обновления.
Мы рекомендуем использовать Current Channel, так как он предоставляет пользователям новейшие функции, как только они будут готовы. Если вам нужна более предсказуемость при выпуске новых функций, рекомендуется ежемесячное обновление Enterprise Channel с облачным обновлением. С помощью облачного обновления вы автоматически доставляете ежемесячные обновления приложений Microsoft 365 для определенных пользователей или групп волнами, что ограничивает влияние на вашу сеть. В тех случаях, когда вы выбираете устройства, требующие тщательного тестирования перед получением новых функций, рекомендуется Semi-Annual Enterprise Channel.
При необходимости все каналы обновления получают обновления для проблем безопасности и проблем, не связанных с безопасностью. Эти обновления обычно происходят во второй вторник месяца.
Дополнительные сведения см. в статье Обзор каналов обновления для приложений Microsoft 365.
Предварительный просмотр или тестирование новых обновлений перед их развертыванием во всей организации можно выполнить двумя способами:
- Разверните обновление поэтапно. Например, начните процесс развертывания обновления с нескольких устройств в день выпуска. Через несколько дней до примера набора в организации, а затем до остальных устройств еще двумя волнами. С помощью ежемесячного корпоративного канала и облачного обновления можно автоматизировать поэтапное развертывание с помощью настраиваемых волн развертывания в сочетании с проверкой обновлений.
- Разверните сочетание каналов обновления, где один канал получает новые функции раньше, чем другой. Например, разверните Current Channel (предварительная версия) в подмножестве пользователей для проверки, а Current Channel — на большую часть устройств. В этом сценарии пользователи с текущим каналом обычно получают обновления компонентов через несколько недель после того, как пользователи с текущим каналом (предварительная версия).
Шаг 4. Определение установочных пакетов
Примечание.
Рекомендации
Создайте как можно меньше пакетов установки, чтобы уменьшить административные издержки. Разрешите процессу установки получать файлы установки из облака, поэтому вам не нужно включать и поддерживать их. Если вам нужны, например, разные каналы обновления, перейдите с одним пакетом и переключите канал обновления позже, используя один из доступных параметров для изменения каналов обновления.
Если во время обновления требуется установить дополнительные продукты, такие как Visio или Project, используйте MSICondition в сочетании с RemoveMSI , чтобы динамически добавлять продукты на основе ранее установленных продуктов.
Если вам нужны дополнительные продукты (например, Visio или Project) или доступны языковые пакеты, создайте экономичные и динамические установки , чтобы добавить их позже.
Создайте пакеты установки с помощью средства настройки Office и средства развертывания Office. По умолчанию результирующие пакеты загружают необходимые файлы во время установки.
Если вы не можете скачать файлы во время установки в своей среде, воспользуйтесь другим подходом. Используйте параметр "/download". Такой подход позволяет заранее получить необходимые исходные файлы. Затем включите эти файлы в пакет установки. Такой подход означает, что необходимо регулярно обновлять включенные источники, увеличивая объем работ по обслуживанию.
Чтобы упаковать языки, рекомендуется определить необходимые языки в каждом регионе. Эти языки можно развернуть непосредственно в рамках первой установки. Вы также можете установить язык, соответствующий операционной системе клиентского устройства. Дополнительные сведения см . в разделе Установка на те же языки, что и операционная система.
После развертывания Office с необходимыми языками можно при необходимости добавлять дополнительные языковые пакеты. Чтобы установить дополнительные языковые пакеты, выберите один из следующих вариантов:
- Предоставьте пользователям скачивание и установку необходимых языковых пакетов на портале Microsoft 365 (требуются разрешения локального администратора).
- Задайте и назначьте пользователям политику "Разрешить пользователям, которые не являются администраторами, устанавливать языковые пакеты аксессуаров". Эта политика позволяет устанавливать языковые пакеты с помощью пользовательского интерфейса приложений.
- Используйте Intune, Configuration Manager или средство развертывания Office для развертывания соответствующих языковых пакетов для пользователей.
Дополнительные сведения см. в статье Обзор развертывания языков для приложений Microsoft 365.
Дополнительные сведения о выборе архитектуры см. в статье Выбор 64- или 32-разрядной версии Office.
Если у вас есть версии классических приложений Project и Visio по подписке, продолжайте использовать их. Если у вас есть версии Project и Visio с корпоративной лицензией, рекомендуется выполнить обновление до версий подписки. Если вам нужно продолжать использовать корпоративную лицензированную версию Project или Visio, см. статью Поддерживаемые сценарии установки разных версий Office, Project и Visio на одном компьютере.
Шаг 5. Планирование обновления с существующих версий Office
Примечание.
Рекомендация. Разрешите настройке приложений Microsoft 365 автоматически удалять все существующие версии Office, Visio и Project на основе MSI. Не рекомендуется запускать приложения Microsoft 365 параллельно с Office на основе MSI на одном устройстве.
Чтобы помочь с удалением предыдущих версий Office, которые используют установщик Windows (MSI) для установки, используйте средство развертывания Office. Указав элемент RemoveMSI, можно упростить процесс удаления в пакете развертывания приложений Microsoft 365. Дополнительные сведения см. в статье Удаление существующих версий MSI Office при обновлении до приложений Microsoft 365.
Шаг 6. Планирование общих компьютеров (необязательно)
Примечание.
Рекомендация. Для сценариев с общим компьютером, таких как VDI, включите активацию общего компьютера при развертывании приложений Microsoft 365.
Чтобы настроить приложения Microsoft 365 в среде, где несколько пользователей совместно используют рабочие станции, например в инфраструктуре виртуальных рабочих столов (VDI) или между сменными рабочими возможностями, включите активацию общего компьютера на этих устройствах.
Если активация общего компьютера включена, любой пользователь, которому назначена лицензия приложений Microsoft 365, может войти на устройство и использовать такие приложения, как Word или Excel. Дополнительные сведения см. в статье Обзор активации на общем компьютере для приложений Microsoft 365.
Критерии оценивания
Перед началом развертывания убедитесь, что вы выполнили условия завершения планирования:
Планирование | Выполнено? |
---|---|
Выбор способа развертывания | Да/нет |
Выбор способа управления обновлениями | Да/нет |
Выбор каналов обновления | Да/нет |
Определение исходных файлов | Да/нет |
Определение групп развертывания | Да/нет |
Планирование обновления | Да/нет |
Планирование общих компьютеров | Да/нет |
Следующее действие
В зависимости от плана развертывания перейдите к одной из следующих статей: