Создание инфраструктуры SharePoint

Однако приступить к работе с SharePoint не всегда просто. Терминология может сбивать с толку. Архитектура системы может быть очень сложной, а для SharePoint необходимо использование множества компонентов, включая IIS, Microsoft .NET Framework, SQL Server и, возможно, других технологий, таких как бизнес-аналитика, служба форм InfoPath, служба управления правами (RMS), Exchange Server и ForefrontTM Security.

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

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

Первоначальное рассмотрение архитектуры SharePoint упрощает ознакомление с действиями по развертыванию и настройке, необходимыми для реализации гибкой и масштабируемой инфраструктуры. Так что давайте взглянем на зависимости, а затем перейдем непосредственно к развертыванию WSS 3.0. Подробные указания по развертыванию приведены в сопровождающих справочных материалах. Их можно найти в разделе загрузок кода на веб-узле журнала TechNet Magazine по адресу technetmagazine.com.