Планирование логической архитектуры для публикации на нескольких сайтах в SharePoint Server

Статья
01/08/2018

**Применимо к:**SharePoint Server 2013, SharePoint Server 2016

**Последнее изменение раздела:**2017-07-25

Сводка. Сведения о компонентах и типичных архитектурах для сайтов публикации на нескольких сайтах SharePoint Server.

Межсайтовая публикация — это метод публикации в SharePoint Server, в котором используется одно или несколько семейств сайтов среды разработки для создания и хранения контента; и одно или несколько семейств сайтов публикации для управления дизайном сайта и отображения контента. Семейство сайтов среды разработки может содержать каталоги, такие как библиотеки страниц, и списки элементов, связанных с метаданными. Эти каталоги индексируются поисковой системой и становятся доступными для семейства сайтов публикации. Семейство сайтов публикации берет данные, которые были индексированы, и отображает их на веб-страницах с помощью веб-частей, использующих топологию поиска (здесь они называются веб-частями поиска). Дополнительные сведения см. в разделе Обзор публикации на нескольких сайтах в SharePoint Server.

В данной статье описываются компоненты архитектуры межсайтовой публикации и иллюстрируются типичные архитектуры межсайтовой публикации.

Компоненты архитектуры межсайтовой публикации SharePoint

Большинство архитектур публикации на нескольких сайтах содержат два или несколько семейств сайтов, отделяющих среду разработки от среды публикации. Число создаваемых семейств сайтов среды разработки и среды публикации зависит от проектных требований, таких как количество каталогов и их расположение, а также количество сайтов публикации, на которых отображается контент. Число необходимых пулов приложений и веб-приложений зависит от типа сайта, который требуется создать. Например, сайт интрасети может использовать один пул приложений и одно веб-приложение для семейств сайтов среды разработки и для семейств сайтов публикации одновременно. И наоборот, семейство сайтов среды разработки для веб-сайта может находиться в пределах брандмауэра организации, а семейство сайтов публикации может размещаться в отдельном пуле приложений и отдельном веб-приложении, настроенном для анонимного доступа пользователей. Так как публикация на нескольких сайтах охватывает разные веб-приложения и фермы серверов, можно создать решение для публикации на нескольких сайтов, подходящее к имеющейся топологии SharePoint Server.

Перед началом планирования компонентов, которые будут входить в архитектуру межсайтовой публикации, рассмотрите следующие вопросы:

Какие типы сайтов публикации вы создаете? Являются ли они сайтами Интернета, интрасети или экстрасети?
Какой тип доступа будут получать пользователи? Требуется ли предоставить анонимный доступ, доступ с проверкой подлинности или оба?
Требуется ли отделять конфиденциальный контент для ограниченной аудитории от контента, который будет доступен более широкой аудитории?

В приведенных ниже разделах описаны компоненты, в отношении которых необходимо принять ключевые решения при планировании логической архитектуры среды SharePoint Server, предусматривающей публикацию на нескольких сайтах.

Семейства сайтов среды разработки

Семейства сайтов среды разработки являются местом разработки и хранения контента. Можно иметь одно или несколько семейств сайтов среды разработки. Одно семейство сайтов может иметь несколько библиотек и списков. Однако на каждый сайт может быть только одна библиотека страниц. Если требуется разделить контент на несколько библиотек страниц, необходимо либо создать несколько семейств сайтов, либо создать несколько сайтов в одном семействе сайтов. Дополнительные сведения см. в разделе "Планирование семейств сайтов и структуры сайтов для сайтов среды разработки SharePoint" в статье Планирование сайтов разработки для публикации на нескольких сайтах в SharePoint Server.

Контент библиотек и списков в семействах сайтов среды разработки тегируется с помощью терминов, заданных в столбце сайта "Управляемые метаданные". Когда контент индексируется поисковой системой, этот столбец добавляется в индекс в виде метаданных и используется для категоризации контента, отображающегося в семействе сайтов публикации.

Контент библиотеки и списка можно создать в корне семейства сайтов. Но если вы предполагаете, что в какой-то момент для сайта может потребоваться использование вариантов, мы рекомендуем создать сайт внутри семействе сайтов, а затем создавать контент уже в нем. Если позже вы решите, что надо использовать варианты, это позволит указать созданный сайт в качестве исходного сайта вариантов, после чего в семействе сайтов можно создать иерархию вариантов.

Во время планирования семейств сайтов среды разработки для вашей архитектуры межсайтовой публикации учтите следующие вопросы:

Сколько потребуется семейств сайтов среды разработки?
Должны ли какие-либо семейства сайтов среды разработки находится в отдельном веб-приложении?
Будут ли отдельные группы авторов контента, принадлежащие к разным группам безопасности?

Семейства сайтов публикации

Семейства сайтов публикации — это то место, где контент отображается. Можно иметь одно или несколько семейств сайтов публикации. Однако вам не требуется создавать сайт в семействе сайтов, как рекомендуется для семейств сайтов среды разработки. Обычно семейства сайтов публикации имеют URL-адреса, которые отделяют сайты по таким критериям, как расположение, языковые параметры или торговая марка. Нередко это помогает в тех случаях, когда оптимизация для поисковых систем является важным бизнес-требованием. Например, для сайта экстрасети у вас может быть одно семейство сайтов публикации с именем https://partnerweb.contoso.com, предназначенное для внешних партнеров, и другое семейство сайтов публикации с именем https://customerweb.contoso.com для клиентов.

Во время планирования семейств сайтов публикации для вашей архитектуры межсайтовой публикации учтите следующие вопросы:

Сколько потребуется семейств сайтов публикации?
Должны ли какие-либо семейства сайтов публикации находится в отдельном веб-приложении?
Требуется ли использовать несколько веб-приложений для улучшения оптимизации поисковых систем?
Будут ли отдельные группы пользователей сайта с разными типами проверки подлинности?

Поиск

Когда применяется межсайтовая публикация, то для извлечения и отображения контента используется технология поиска. Запросы, определенные на сайте публикации в различных веб-частях поиска, отправляются в индекс поиска для извлечения релевантного контента и отображения его в веб-частях. В соответствии с этим, поисковая программа-обходчик должна иметь доступ к контенту, расположенному на семействах сайтов среды разработки. Дополнительные сведения см. в разделе "Планирование проверки подлинности программы-обходчика" в статье Планирование обхода контента и федерации в SharePoint Server.

В семействе сайтов публикации контент отображается на основе поисковых запросов. Эти запросы используют термины из одного или нескольких наборов терминов, использовавшихся для тегирования контента на сайте среды разработки. Эти термины прикреплены к навигации семейства сайтов публикации, где они используются для построения запросов, получающих и отображающих контент из поискового индекса. Дополнительные сведения см. в разделе "Планирование наборов терминов для тегирования контента на сайтах среды разработки SharePoint" статьи Планирование сайтов разработки для публикации на нескольких сайтах в SharePoint Server, в разделе "Планирование наборов терминов навигации для сайтов публикации SharePoint" статьи Планирование сайтов публикации для публикации на нескольких сайтах в SharePoint Server и в разделе "Планирование источников результатов поиска и правил запросов" статьи Планирование поиска в сайтах публикации на нескольких сайтах в SharePoint Server 2016.

Библиотеки активов

Библиотеки активов содержат большие двоичные объекты (BLOB), такие как файлы изображений и видео, которые используются в контенте на сайтах среды разработки. Эти активы должны быть доступны двум отдельным группам пользователей: авторы контента на сайте среды разработки и читатели на сайте публикации. Если сайт публикации является сайтом Интернета, доступным для анонимных пользователей, библиотека активов должна размещаться в отдельном семействе сайтов, отдельно от сайта среды разработки, и должна находиться в веб-приложении, настроенном для анонимного доступа. Это может быть то же веб-приложение, которое используется для сайта публикации, или отдельное веб-приложение. В любом случае, разработчики или авторы контента должны иметь возможность отправлять файлы в библиотеку активов, а библиотека должна быть добавлена в список "Предложенные расположения браузера контента" для сайта среды разработки, чтобы авторы контента могли находить и использовать активы, сохраненные в библиотеке.

Во время планирования библиотек активов для вашей архитектуры межсайтовой публикации учтите следующие вопросы:

Где активы будут размещаться?
Как пользователям сайта публикации будет выдаваться доступ к активам, приведенным в контенте, отображаемом на сайте публикации?
Как авторы контента на сайте среды разработки будут находить активы и вставлять их в контент?

Типичные архитектуры межсайтовой публикации SharePoint

В этом разделе показаны типичные архитектуры для публикации на нескольких сайтах. Это примеры того, как можно организовать сайт интрасети, экстрасети и веб-сайт. Однако архитектура вашего решения может быть абсолютно иной.

Сайт интрасети

На следующем рисунке показана простая конфигурация сайтов публикации и разработки "один к одному" (1:1) для сайта, опубликованного в интрасети.

Пример опубликованной архитектуры интрасети

Оба семейства сайтов расположены в одном веб-приложении, использующем проверку подлинности на основе утверждений. Семейство сайтов среды разработки (http://authoring) содержит одну библиотеку страниц, также может содержать один или несколько списков и одну или несколько библиотек, не являющихся библиотеками страниц. Все библиотеки и списки предоставляются в виде каталогов. Контент каталога отображается в одном семействе сайтов публикации (http://contosoweb).

Так как семейства сайтов разработки и публикации находятся в одном веб-приложении, файлы библиотеки активов хранятся в семействе сайтов среды разработки, а пользователи сайта имеют доступ к этим активам по адресу http://contosoweb.

Поисковая система индексирует контент из сайта среды разработки. Когда пользователь просматривает страницу на сайте публикации, запросы из веб-частей поиска, расположенных на этой странице, отправляются в индекс поиска. Из него возвращаются результаты поиска и отображаются в веб-частях поиска на странице.

Сайт экстрасети

На следующем рисунке показана конфигурация сайтов публикации и разработки "один ко многим" (1:n) для сайта, опубликованного в экстрасети.

Пример опубликованной архитектуры экстрасети

Семейства сайтов для разработки и публикации размещаются в отдельных веб-приложениях. Веб-приложение среды разработки контента использует доменные службы Active Directory (AD DS) для проверки подлинности авторов контента, тогда как веб-приложение, содержащее опубликованные сайты экстрасети, использует проверку подлинности на основе форм для разработчиков, клиентов и партнеров. Сайты экстрасети расположены в одном веб-приложении, но в разных семействах сайтов, чтобы предоставить большую изоляцию между клиентами и партнерами. Семейство сайтов среды разработки (http://authoring/) содержит два сайта: один для контента клиентов (http://authoring/customer), а другой для контента партнеров (http://authoring/partner). Каждый сайт содержит одну библиотеку страниц и может содержать один или несколько списков. Все библиотеки и списки предоставляются в виде каталогов. Контент библиотеки страниц и списков отображается в двух отдельных семействах сайтов публикации: одном с именем "https://customerweb.contoso.com" для клиентов и другом с именем "https://partnerweb.contoso.com" для партнеров. Дополнительные сведения о том, как планировать архитектуру сайта экстрасети, см. в разделе Примеры разработок SharePoint Server. Корпоративный портал и сайты экстрасети.

Так как семейства сайтов публикации находятся за пределами брандмауэра, библиотека активов располагается в отдельном семействе сайтов, но в том же веб-приложении, что и семейство сайтов, опубликованное в экстрасети, поэтому пользователи сайтов публикации имеют к активам доступ чтения. Внутренние пользователи, такие как разработчики и другие авторы контента, имеют уровень разрешений "Участие", позволяющий добавлять, обновлять и удалять элементы библиотеки активов. Библиотека активов добавляется в список "Предложенные расположения браузера контента" для семейства сайтов среды разработки, поэтому авторы контента могут использовать активы в своем контенте.

Поисковая система индексирует контент из сайта среды разработки. Когда пользователь просматривает страницу на одном из сайтов публикации, запросы из веб-частей поиска, расположенных на этой странице, отправляются в индекс поиска. Из него возвращаются результаты поиска и отображаются в веб-частях поиска на странице.

Сайт Интернета

На следующем рисунке показана конфигурация сайтов разработки и публикации "многие ко многим" (n:n) для сайта, опубликованного в Интернете и содержащего отдельный каталог продуктов.

Пример опубликованной архитектуры Интернета

Семейства сайтов для разработки и публикации размещаются в отдельных веб-приложениях. Веб-приложение среды разработки контента использует доменные службы Active Directory для проверки подлинности авторов контента, тогда как веб-приложение опубликованных Интернет-сайтов использует проверку подлинности на основе форм для разработчиков, и в нем настроен анонимный доступ для внешних пользователей. Сайт среды разработки (http://authoring) содержит одну библиотеку страниц. Семейство сайтов каталога продуктов (http://products) содержит список с данными продуктов. Все библиотеки и списки предоставляются в виде каталогов. Контент каталогов отображается в двух отдельных семействах сайтов публикации: одном с именем https://www.contoso.com и другом с именем http://www.fabrikam.com. Различный контент и продукты отображаются на сайтах публикации в зависимости от связанной торговой марки.

Так как семейства сайтов публикации находятся за пределами брандмауэра, библиотека активов располагается в отдельном семействе сайтов, но в том же веб-приложении, что и семейства сайтов публикации, поэтому пользователи на сайтах публикации имеют доступ чтения к активам. Внутренние пользователи, такие как разработчики и другие авторы контента, имеют уровень разрешений "Участие", позволяющий добавлять, обновлять и удалять элементы библиотеки активов. Библиотека активов добавляется в список "Предложенные расположения браузера контента" для семейств сайтов среды разработки и каталога продуктов, поэтому авторы контента могут использовать активы в своем контенте.

Поисковая система индексирует контент из сайта среды разработки и семейства сайтов каталога продуктов. Когда пользователь просматривает страницу на одном из сайтов публикации, запросы из веб-частей поиска, расположенных на этой странице, отправляются в индекс поиска. Из него возвращаются результаты поиска и отображаются в веб-частях поиска на странице.