Планирование плана запуска портала в SharePoint в Microsoft 365
Портал — это сайт SharePoint в интрасети с большим количеством пользователей сайта, которые потребляют содержимое сайта. Крупные организации могут иметь несколько порталов. Например, корпоративный портал и портал отдела кадров. Как правило,на порталах относительно немного людей, которые создают и являются авторами сайта и его содержимого. Большинство посетителей на портале только читают и используют содержимое.
В этой статье описывается планирование развертывания и развертывания плана в SharePoint в Microsoft 365. Он также предоставляет подходы для следовать за тем, как традиционное нагрузочное тестирование не разрешено в SharePoint в Microsoft 365. SharePoint в Microsoft 365 — это облачная служба, а возможностями загрузки, работоспособностью и общим балансом нагрузки в службе управляет корпорация Майкрософт.
Чтобы помочь в создании успешного портала, следуйте основным принципам, методикам и рекомендациям, описанным в статье Создание, запуск и поддержание работоспособного портала.
Планировщик запуска портала
Используйте планировщик запуска портала, чтобы выпустить портал для пользователей в организации на запланированных этапах. Дополнительные сведения:
Общие сведения о планировании ресурсов в SharePoint в Microsoft 365
Чтобы эффективно использовать емкость и справляться с непредвиденным ростом, в любой ферме мы используем автоматизацию, которая отслеживает определенные сценарии использования. Хотя точный рост непредсказуем для любого клиента в любой ферме, агрегированная сумма запросов с течением времени предсказуема. Определив тенденции роста в SharePoint в Microsoft 365, мы можем запланировать дальнейшее расширение. Дополнительные сведения см. в статье Планирование емкости и нагрузочное тестирование SharePoint.
Ключевой частью успешного запуска является подход «волны» или «поэтапного развертывания».
Можно ли загрузить тест SharePoint в Microsoft 365?
SharePoint в Microsoft 365 — это общая мультитенантная среда, которая распределяется между фермами, а масштаб корректируется на постоянной основе. Нагрузочное тестирование среды, например SharePoint в Microsoft 365, изменение масштаба которой не только дает неожиданные результаты, но и запрещено.
Дополнительные сведения: Планирование емкости и нагрузочное тестирование SharePoint в Microsoft 365
Оптимизируйте страницы, следуя рекомендациям
Страницы из локального развертывания не следует просто перемещать в SharePoint, не проверяя их в соответствии с рекомендациями для SharePoint. Лучший подход — всегда оптимизировать любую домашнюю страницу для любого сайта или портала в SharePoint, так как именно здесь большинство пользователей в вашей организации будут обращаться в качестве отправной точки для ваших сайтов.
Следует учитывать несколько основных факторов:
- Локальные развертывания могут использовать традиционные кэши на стороне сервера, такие как кэш объектов, кэш вывода и кэш BLOB-объектов. С различиями в топологии в облаке эти варианты не обязательно доступны, так как различия в масштабе делают их менее жизнеспособными подходами.
- Все страницы, компоненты и настройки, используемые для использования облака, должны быть оптимизированы для более высокой задержки и распределенных расположений пользователей, чтобы пользователи в разных областях или регионах имели более согласованный интерфейс. Облако предлагает оптимизации, такие как сети доставки содержимого (CDN), для оптимизации для распределенной базы пользователей и для современных SharePoint, последний известный хороший (LKG) используется нашими веб-частями из коробки (OOTB).
Что делать:
- Для всех страниц сайта в SharePoint используйте средство диагностики страниц, которое представляет собой расширение Chromium, которое помогает анализировать и предоставлять рекомендации. Это средство может использоваться владельцами сайтов, редакторами, администраторами и разработчиками, так как оно предназначено для начала анализа и оптимизации.
- Разработчики также должны использовать средства разработки, такие как средство разработки браузера F12 и CTRL-F12, в браузере на современных страницах. Fiddler также можно использовать для просмотра размера страницы (насколько велика страница в мегабайтах), а также количества вызовов и элементов, влияющих на общую загрузку страницы.
В этом разделе представлена краткая сводка по оптимизации страниц. Дополнительные сведения см. в статье Создание, запуск и поддержка работоспособного портала.
Следуйте подходу волны и поэтапного развертывания
Традиционный подход большого взрыва для запуска сайта не позволяет проверить, что настройки, внешние источники, службы или процессы были протестированы в нужном масштабе. Такой подход не означает, что запуск занимает месяцы, но он рекомендуется по крайней мере в течение нескольких дней в зависимости от размера вашей организации. Таким образом, после волны плана развертывания вы можете приостановить и устранить проблемы, прежде чем перейти к следующему этапу, и, следовательно, снижает потенциальное число пользователей, затронутых любыми проблемами. SharePoint как услуга масштабирует емкость на основе использования и прогнозируемого использования, и хотя нам не нужно уведомлять нас о запуске, вы должны следовать рекомендациям, чтобы обеспечить успех.
Как показано на следующем рисунке, часто количество приглашенных пользователей превышает число пользователей, которые фактически используют сайт. На этом рисунке показана стратегия развертывания выпуска. Этот метод помогает определить способы улучшения сайта SharePoint до того, как большинство пользователей увидят его.
На этапе пилотного проекта рекомендуется получать отзывы от пользователей, которым организация доверяет и знает, что они будут вовлечены. Таким образом можно оценить, как используется система и как она работает.
Во время каждой волны соберите отзывы пользователей о функциях и производительности во время каждой волны развертывания. Сбор отзывов имеет преимущество медленного внедрения системы и внесения улучшений по мере того, как система получает больше использования. Это также позволяет нам реагировать на повышенную нагрузку по мере развертывания сайта для большего числа пользователей и в сочетании с выполнением рекомендаций по оптимизации страницы обеспечивает положительный опыт для ваших пользователей.
Что делать:
- Определите сроки каждого этапа и убедитесь, что у вас есть возможность на случай непредвиденных обстоятельств или паузы, если вам нужно внести корректировки, прежде чем продолжить
- Спланируйте первую группу пользователей, которую вы хотите включить, чтобы получить отзывы, необходимые для продвижения вперед. По возможности выберите активную группу пользователей, которая будет своевременно предоставлять отзывы.
- При планировании каждой волны попробуйте начать с небольшой базы пользователей (менее 5000 пользователей). Увеличьте размеры групп по мере продолжения каждой волны. Создавая ошеломляющий подход, он позволяет упростить возможность приостановки по мере необходимости.