Планирование архитектуры служб (SharePoint Server 2010)

 

Применимо к: SharePoint Foundation 2010, SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

В данной статье описана архитектура служб для совместного использования приложений-служб, и приводятся примеры архитектуры для Microsoft SharePoint Server 2010.

Содержание:

• Общие сведения о приложениях-службах

• Принципы инфраструктуры и устройства служб

• Развертывание приложений-служб в фермах

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

• Примеры архитектуры

• Одна ферма, одна группа приложений-служб

• Одна ферма, несколько групп приложений-служб

• Ферма корпоративных служб

• Ферма специализированных служб

• Межорганизационные фермы

При планировании архитектуры служб проанализируйте ответы на следующие вопросы:

• Какие приложения-службы требуются организации?

• Требуются ли каким-либо группам выделенные приложения-службы?

• Какое число ферм требуется в организации?

• Существуют ли возможности совместного использования служб между несколькими фермами?

• Определяют ли потребности организации необходимость использования фермы централизованных служб?

Для использования в этой статье доступны следующие шаблоны в формате плаката. Рисунки в моделях можно изменить в соответствии с планами вашей организации.

• Службы в продуктах Продукты Microsoft SharePoint 2013

  • Visio (https://go.microsoft.com/fwlink/?linkid=167090&clcid=0x419)

  • PDF (https://go.microsoft.com/fwlink/?linkid=167092&clcid=0x419)

  • XPS (https://go.microsoft.com/fwlink/?linkid=167091&clcid=0x419)

• Межферменные службы в продуктах Продукты SharePoint 2010

  • Visio(https://go.microsoft.com/fwlink/?linkid=167093&clcid=0x419)

  • PDF (https://go.microsoft.com/fwlink/?linkid=167095&clcid=0x419)

  • XPS (https://go.microsoft.com/fwlink/?linkid=167094&clcid=0x419)

Общие сведения о приложениях-службах

SharePoint Server 2010 включает набор служб, которые можно совместно использовать в веб-приложениях. Эти службы называются приложениями-службами. Некоторые приложения-службы могут совместно использоваться в нескольких фермах, что позволяет значительно снизить потребление ресурсов для предоставления этих служб на нескольких сайтах.

В следующей таблице перечислены приложения-службы, поставляемые с продуктами Продукты SharePoint 2010.

Приложения-службы	Описание	SharePoint Foundation 2010	SharePoint Server 2010 Standard	SharePoint Server 2010 Enterprise
Службы Access	Позволяет пользователям просматривать, редактировать базы данных Access 2010 в веб-браузере и взаимодействовать с ними.			X
Служба подключения к бизнес-данным	Обеспечивает доступ к специализированным системам обработки бизнес-данных.	X	X	X
Приложение-служба Excel	Позволяет пользователям просматривать файлы Excel 2010 в веб-браузере и взаимодействовать с ними.			X
Служба управляемых метаданных	Обеспечивает управление иерархиями таксономий, ключевыми словами и инфраструктурой социальных тегов, а также публикацию типов контента в семействах веб-сайтов.		X	X
Приложение-служба PerformancePoint	Предоставляет функциональные возможности PerformancePoint.			X
Служба поиска	Обеспечивает обход контента, создание разделов индекса и обработку поисковых запросов.		X	X
Служба Secure Store	Обеспечивает проверку подлинности единого входа для доступа к нескольким приложениям или службам.		X	X
Служба состояния	Обеспечивает временное хранение данных сеансов пользователей для компонентов SharePoint Server.		X	X
Служба сбора данных об использовании и исправности	Собирает данные об использовании и исправности всей фермы и позволяет просматривать соответствующие отчеты.	X	X	X
Служба профилей пользователей	Обеспечивает поддержку личных сайтов, страниц профилей, социальных тегов и других функций социальных вычислений.		X	X
Служба графики Visio	Позволяет пользователям просматривать и обновлять опубликованные диаграммы Visio 2010 в веб-браузере.			X
Служба веб-аналитики	Предоставляет интерфейсы веб-служб.		X	X
Службы автоматизации Word	Выполняет автоматизированное массовое преобразование документов.		X	X
Служба параметров подписки Microsoft SharePoint Foundation	Предоставляет многопользовательские функции для приложений-служб. Обеспечивает отслеживание идентификаторов подписки и параметров для служб, развернутых в режиме секционирования. Развертывается только с помощью Windows PowerShell.	X	X	X

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

Приложение-служба	Описание
Службы Office Web Apps: Служба просмотра Word Служба PowerPoint Служба вычислений Excel	Веб-приложения Office Web Apps — это новое предложение по повышению продуктивности на основе веб-доступа, включенное в наборы Microsoft Office 2010. Службы Office Web Apps включают дополнения для приложений Microsoft Word 2010, Microsoft Excel 2010, Microsoft PowerPoint 2010 и Microsoft OneNote 2010. Эти веб-приложения являются отдельными приложениями, ориентированными на предоставление доступа к документам Word 2010, PowerPoint 2010, Excel 2010 и OneNote 2010 с помощью любого браузера на различных платформах; упрощенные возможности создания и редактирования в стандартных форматах; общий доступ и совместную работу с этими документами с помощью браузера и различные сценарии веб-доступа. Документы, созданные с помощью Office Web Apps, не имеют отличий от документов, созданных с помощью соответствующих настольных приложений. Эти связанные службы используются для подготовки документов для их просмотра и редактирования в веб-браузере.
Microsoft Project Server 2010	В Microsoft Project Server 2010 размещаются один или несколько экземпляров Microsoft Project Web Access, предоставляются функции планирования и других вычислений среднего уровня для данных Microsoft Project, а также веб-службы, обеспечивающие взаимодействие с данными Microsoft Project 2010.

Приложения-службы отличаются от служб, запускаемых и останавливаемых на отдельных серверах и указанных в разделе "Службы" на странице "Сервер" сайта Центра администрирования SharePoint. Некоторые из служб, перечисленных на этой странице, связаны с приложениями-службами, но приложения-службы представляют собой особые экземпляры служб, которые можно настраивать и совместно использовать особым образом.

Принципы инфраструктуры и устройства служб

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

Совместное использование служб больше не является уникальной функциональностью SharePoint Server, а сами службы более не содержатся в поставщиках общих служб (SSP).

Развертывание служб

Можно развернуть приложения-службы в ферме одним из следующих способов:

• Выбор служб при запуске мастера Мастер настройки продуктов SharePoint.

• Добавление служб по одной на странице управления приложениями-службами на сайте Центра администрирования.

• Добавление с помощью Windows PowerShell.

Тонкая настройка служб

Обновленная инфраструктура служб обеспечивает более эффективное управление развертыванием служб и порядком совместного использования приложений-служб:

1. В ферме можно разворачивать только необходимые приложения- службы.

2. Веб-приложения можно настроить для использования только необходимых приложений-служб, а не всего развернутого набора служб.

3. В ферме можно развернуть несколько экземпляров одной службы и назначить уникальные имена соответствующим приложениям-службам.

4. Приложения-службы могут совместно использоваться несколькими веб-приложениями в одной ферме.

Приложения-службы для веб-приложения можно выбрать при его создании. Позже также можно изменить приложения-службы, связанные с веб-приложением.

Группы приложений-служб

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

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

На следующем снимке экрана показан список приложений-служб для примера фермы, которые можно выбрать, если при создании веб-приложения был выбран параметр настраиваемая. На рисунке представлены только первые несколько приложений-служб.

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

Логическая архитектура

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

На следующем рисунке показана логическая архитектура типового развертывания фермы.

Обратите внимание на следующие характеристики данной фермы на схеме:

• Все приложения-службы содержатся на одном сайте IIS.

• Создано две группы приложений-служб: группа по умолчанию и настраиваемая группа. В группу по умолчанию не обязательно включать все приложения-службы. На этом рисунке приложение-служба F не включено в группу по умолчанию. Оно используется только в одном веб-приложении.

• Веб-приложения подключены либо к группе по умолчанию, либо к настраиваемой группе приложений-служб. На рисунке указана настраиваемая группа.

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

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

Подключения для приложений-служб

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

Управление приложениями-службами

Приложения-службы управляются напрямую из Центра администрирования и не используют отдельный сайт администрирования. При необходимости приложения-службы можно отслеживать, а также управлять ими удаленно. Можно также управлять приложениями-службами и составлять для них скрипты с помощью Windows PowerShell.

Развертывание приложений-служб в фермах

Некоторые приложения служб могут совместно использоваться среди нескольких ферм серверов, а другие — только в одной ферме.

На следующем рисунке показано, какие приложения-службы могут использоваться несколькими фермами, а какие только в одной.

Рекомендации по разработке

Следующие рекомендации применяются к совместному использованию приложений-служб в нескольких фермах:

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

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

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

Среды в глобальной сети

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

Приложение-служба	Рекомендуется для развертывания в средах в глобальной сети?	Примечания
Приложение-служба поиска	Да
Приложение-служба управляемых метаданных	Да
Служба подключения к бизнес-данным	В зависимости от среды службы подключения к бизнес-данным	После заполнения кэша данных подключение к глобальной сети не требуется. При первых обращениях к странице возможно наступление таймаута из за уменьшения пропускной способности. Последующие запросы кэшированных данных обрабатываются быстрее.
Приложение-служба профилей пользователей	Не поддерживается	В настоящий момент работа с приложением-службой профилей пользователей по глобальной сети не поддерживается, поскольку для нее требуется прямой доступ к базе данных. В средах в глобальной сети вместо нее рекомендуется использовать модуль репликации профилей пользователей.
Служба Secure Store	Нет	Служба Secure Store поддерживает работу по каналам глобальной сети, однако такое ее применение может повлиять на производительность других использующих глобальную сеть служб и, поэтому, не рекомендуется.
Приложение-служба Web Analytics	Нет

Дополнительные сведения о развертывании этих веб-служб в средах в глобальной сети см. в разделе Глобальные решения для продуктов SharePoint 2010 (модель).

Развертывание межферменных служб

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

1. Настройка доверенных ферм.

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

2. Публикация приложений-служб.

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

3. Подключение к межферменным приложениям-службам.

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

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

Дополнительные сведения о настройке служб для использования в нескольких фермах см. в статье Подключение к приложению-службе в удаленной ферме (SharePoint Server 2010).

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

Некоторые приложения-службы могут обращаться к внешним источникам данных. Наличие приложений-служб, использующих делегированное удостоверение Windows для осуществления доступа к внешним источникам данных, предъявляет дополнительные требования к среде. Внешние источники данных для этих приложений-служб должны находиться в пределах одного домена с фермой SharePoint Server 2010, где расположены приложения-службы, или приложение-служба должно быть настроено на использование службы Secure Store.

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

• Службы Excel

• PerformancePoint Services

• InfoPath Forms Services

• Службы Visio

Приложения-службы, использующие для доступа к внешним источникам данных делегированное удостоверение Windows, в качестве альтернативы можно настроить на использование службы Secure Store. Служба Secure Store обеспечивает сохранение и обслуживание учетных данных пользователей и служб. Приложения-службы могут использовать сохраненные учетные данные для проверки подлинности при обращении непосредственно к источнику данных. 

Если служба Secure Store не используется и внешние источники данных не находятся в том же домене, проверка подлинности при доступе к внешним источникам данных завершится ошибкой. Если серверы фермы поделены между двумя доменами, серверы приложений должны находиться в том же домене, что и внешние источники данных.

Ниже перечислены приложения-службы и продукты, на которые эти требования не распространяются.

• Служба подключения к бизнес-данным и Microsoft Business Connectivity Services

• Службы Access

• Microsoft SQL Server PowerPivot для Microsoft SharePoint

• отчетов Microsoft SQL Server (SSRS)

• Microsoft Project Server 2010

Примеры архитектуры

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

Одна ферма, одна группа приложений-служб

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

Преимущества

Эта архитектура имеет следующие преимущества:

• Это простейшая для развертывания архитектура.

• Все приложения-службы доступны всем веб-приложениям.

• Ресурсы фермы используются наиболее эффективно.

• Все приложения-службы управляются централизованно.

Недостатки

Эта архитектура имеет ряд недостатков:

• Не поддерживается изоляция данных приложений-служб.

• Не поддерживается индивидуальное управление собственными приложениями-службами индивидуальными отделами или группами.

Рекомендации

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

Используйте эту конфигурацию в следующих целях:

• Оптимизация ресурсов, требуемых для запуска приложений-служб в ферме.

• Распределение контента и данных профилей на сайтах, для чего в ином случае потребуется изоляция процессов в целях повышения производительности и безопасности.

Одна ферма, несколько групп приложений-служб

Если группы используют выделенные приложения-службы, рекомендуется применять архитектуру с одной или несколькими настраиваемыми группами приложений-служб. Следуйте приведенным ниже рекомендациям:

• Развертывайте отдельные приложения-службы, которые будут использоваться только одной или несколькими группами в организации.

• Убедитесь, что выделенные приложения-службы не включены в группу по умолчанию.

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

На следующем рисунке ферма B имеет архитектуру с двумя группами приложений-служб. В этом примере финансовый отдел использует выделенное приложение-службу Excel. Также для этого отдела развернуты службы Access.

Можно создавать несколько настраиваемых групп приложений-служб. На следующем рисунке в ферме C созданы две настраиваемые группы. На основе архитектуры фермы B в ферме развернуты приложения-службы управляемых метаданных и подключения к бизнес-данным, которые используются отделом кадров. Для этого создана вторая настраиваемая группа приложений-служб в дополнение к первой выделенной группе приложений-служб для финансового отдела.

Приложения-службы, развернутые для выделенного использования, могут совместно использовать один пул приложений или могут быть развернуты в отдельных пулах приложений, что обеспечивает дополнительную изоляцию. В архитектуре фермы B (два предыдущих рисунка) изоляция процессов для приложений-служб, развернутых для финансового отдела, обеспечивается посредством помещения этих приложений-служб в выделенный пул приложений. В ферме C (показана на предыдущем рисунке) используется один пул приложений для всех приложений-служб. Такое развертывание приложений-служб позволяет оптимизировать производительность.

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

Группа приложений-служб может содержать несколько приложений-служб управляемых метаданных. Например, на рисунке фермы C выделенная настраиваемая группа содержит два приложения-службы управляемых метаданных.

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

Дополнительные сведения об управлении несколькими приложениями-службами управляемых метаданных см. в статье Сведения о приложении службы метаданных.

Преимущества

Архитектура с несколькими группами приложений-служб дает следующие преимущества:

• Такая архитектура обеспечивает достижение нескольких целей организации с использованием одной фермы.

• Поддерживается изоляция данных служб.

• Поддерживается управление отдельными группами или отделами приложениями-службами, выделенными им для использования.

• Поддерживается настройка сайтов для использования подмножества приложений-служб.

Недостатки

Архитектура с несколькими группами приложений-служб обладает рядом недостатков:

• Такая архитектура более сложна для настройки и управления.

• Затрачиваются дополнительные ресурсы фермы на поддержку нескольких экземпляров некоторых приложений-служб, что может отрицательно сказаться на производительности.

Рекомендации

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

Кроме того, если настроено несколько групп приложений-служб, группы и сайты могут использовать службы, предлагаемые на уровне организации (например, службы профилей и поиска), а также изолировать использование специализированных служб в целях повышения безопасности и производительности.

К приложениям-службам, которые обычно развертываются для выделенного использования конкретными группами или отделами, относятся следующие:

• Службы Excel   Позволяют оптимизировать производительность для целевой группы или обеспечить изоляцию конфиденциальных данных.

• Служба управляемых метаданных   Позволяет группам и отделам управлять собственными таксономиями, иерархиями, ключевыми словами и т. д. В SharePoint Server 2010 поддерживается объединение результатов нескольких приложений-служб управляемых метаданных, что позволяет совместно использовать таксономии, типы контента и другие элементы во всей организации.

• Служба подключения к бизнес-данным   Отдельные группы или отделы могут реализовать интеграцию с собственными специализированными системами обработки бизнес-данных и обеспечить их изоляцию от других отделов организации.

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

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

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

В оставшейся части этого раздела описываются другие представленные на этом рисунке фермы. Фермы 2, 3 и 4 представляют виды ферм, в которых наиболее часто используются службы фермы корпоративных служб.

Фермы, содержащие только опубликованный контент (все приложения-службы являются удаленными)

Можно развернуть ферму серверов без локального развертывания приложений-служб. В ферме 2 отсутствуют локально размещаемые приложения-службы. Все используемые приложения-службы размещаются в других фермах.

Такая конфигурация эффективна для опубликованного контента. Она позволяет снизить затраты административных ресурсов на размещение фермы опубликованного контента и обеспечивает централизованное управление приложениями-службами.

Используйте эту конфигурацию в следующих целях:

• Оптимизация ресурсов фермы для размещения контента, а не для запуска приложений-служб.

• Интеграция с профилями, метаданными, службами поиска и другими централизованно управляемыми ресурсами на уровне организации.

Фермы для совместной работы (сочетание локальных и удаленных приложений-служб)

Ферма 3 оптимизирована для совместной работы. Все приложения-службы, которые не могут совместно использоваться в нескольких фермах, размещены локально. К ним относятся ориентированные на клиента приложения-службы, обеспечивающие совместную работу. Используемые межферменные приложения-службы размещаются в ферме корпоративных служб (ферма 1).

В фермах могут использоваться службы из нескольких удаленных ферм. На этом рисунке в ферме 3 также используется служба управляемых метаданных из специализированной фермы отдела (ферма 4) для интеграции с автономно управляемыми функциями таксономии, социальных тегов и другими функциями этого отдела.

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

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

• Оптимизация административных ресурсов и ресурсов фермы на уровне предприятия для размещения служб (ферм 1).

• Оптимизация ресурсов на уровне фермы для размещения сайтов для совместной работы (ферма 3).

• Интеграция с профилями, метаданными, службами поиска и другими централизованно управляемыми ресурсами на уровне организации.

• Интеграция с метаданными специализированных групп или отделов (ферма 4).

Фермы для специализированных отделов (сочетание локальных и удаленных приложений-служб)

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

• Обеспечение изоляции данных (например, данных подключения к бизнес-данным).

• Обеспечение возможности автономного управления приложениями-службами (например, управляемые метаданные).

В качестве примера приведена ферма 4, которая обладает следующими характеристиками:

• Она использует централизованно управляемые приложения-службы, работающие с метаданными.

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

Используйте эту конфигурацию в следующих целях:

• Обеспечение самостоятельного управление собственными метаданными группы или отдела.

• Обеспечение изоляции данных отдельных служб от остальных отделов организации и отдельное управление такими данными.

Фермы специализированных служб

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

Чаще всего ферма выделенных служб используется приложением-службой поиска, которое предъявляет уникальные требования к производительности и ресурсам. Перемещение приложения-службы поиска в выделенную ферму позволяет оптимизировать ресурсы для остальных межферменных приложений-служб.

На следующем рисунке показаны две фермы централизованных служб, одна из которых оптимизирована для поиска, а вторая — для размещения остальных межферменных приложений-служб.

Межорганизационные фермы

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

Сценарий А. Предоставление приложений-служб на уровне предприятия без реализации выделенной фермы корпоративных служб, как показано на следующем рисунке.

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

See Also

Other Resources

Центр ресурсов: проект архитектуры для SharePoint Server 2010 (Возможно, на английском языке)
Центр ресурсов: безопасность и проверка подлинности для SharePoint Server 2010 (Возможно, на английском языке)