Руководство по развертыванию для порталов SharePoint Online
После того как вы потратили время и энергию на создание нового портала на основе SharePoint, вы хотите, чтобы он был жив как можно скорее... но что было бы хорошей моделью для этого? В этой статье описывается рекомендуемая модель развертывания портала для конечных пользователей.
Примечание.
Хотя эти инструкции в основном предназначены для SharePoint Online, большая часть из них также применима к порталам, размещенным в локальной среде SharePoint.
Что не стоит делать
В следующем списке содержатся основные действия, которые не следует делать при развертывании портала.
Не рекомендуется:
- Нагрузочный тест портала в клиенте SharePoint Online.
- Сделайте большой взрыв выпуск, по существу выпуска новый портал для всех ваших пользователей в тот же момент.
- Предоставляйте общий доступ к порталу, имея большое количество групп безопасности в качестве участников группы сайта. Это может произойти с большим количеством (от 30 до 40 000) групп безопасности, каждая из которых имеет одно членство в группе сайта, или это может быть меньшее количество групп безопасности, которые являются членами многих групп сайтов.
Как вы делали это в прошлом
В прошлом клиенты часто выполняли массовые стресс-тесты на локальных порталах SharePoint, так как они хотели оценить, может ли инфраструктура справиться с нагрузкой, сохраняя при этом достаточное время загрузки страницы.
Однако в SharePoint Online выполнение классического стресс-теста запрещено, так как:
SharePoint Online видит нагрузочный тест как атаку типа "отказ в обслуживании" и просто блокирует пользователя или, что еще хуже, полный клиент.
Если нагрузочный тест не блокируется, он регулируется, в результате чего результаты теста трудно интерпретировать.
SharePoint Online динамически масштабирует базовую инфраструктуру, которая отлично работает, но не при внезапном увеличении нагрузки. Масштабируемой внутренней модели требуется время, чтобы поглотить увеличенную нагрузку.
Такой тест производительности является однократной проверкой, в то время как ваш портал будет продолжать развиваться. Лучше полагаться на встроенные данные телеметрии портала, чтобы вы могли постоянно следить за производительностью портала. Кроме того, трудно создать нагрузочный тест, представляющий реальный шаблон использования.
Рекомендуемый подход к развертыванию нового портала заключается в использовании плана поэтапного развертывания в сочетании со встроенной телеметрией портала для измерения производительности портала при добавлении большего и большего число пользователей. В следующем разделе содержатся дополнительные сведения об этом подходе.
Использование поэтапного плана развертывания и телеметрии
Рекомендуемая модель для развертывания новых функций — это поэтапный подход, который обычно состоит из следующего:
Пилотная волна. Это первый раз, когда портал открывается для группы выбранных ключевых пользователей. Важно получить набор репрезентативных, критически важных ключевых пользователей, которые могут предоставить первоначальные отзывы.
Одна или несколько волн конечного пользователя. Количество волн зависит от количества пользователей в сочетании с моделью, на которую вы следите. Некоторые компании согласуют свои волны развертывания с организационной структурой; другие компании согласуются по странам или регионам. В конце концов, больше всего важно то, что вы постепенно добавляете новых пользователей на портал.
На следующей схеме показан план постепенного развертывания. Обратите внимание, что при этом учитывается тот факт, что обычно волны конечных пользователей имеют меньше активных пользователей, чем приглашенные пользователи.
Этот поэтапный подход дает вам время для получения отзывов и внесения изменений на портал при необходимости. Однако как измерять и отслеживать производительность во время этого поэтапного развертывания?
Для этого рекомендуется внедрить данные телеметрии портала в реализацию, как описано в разделе телеметрии в руководстве по производительности для порталов SharePoint Online. Непрерывный поток данных о производительности портала помогает понять, меняется ли производительность портала по мере увеличения числа пользователей. Она также может быть полезной в будущем при внесении изменений на портал.