Портал образовательного учреждения на основе SharePoint Service 3.0. Часть 4. «А что внутри у этой штуки?…»

В основе технологии Microsoft SharePoint лежит способность Windows SharePoint Services создавать сайты групп. Можно построить центральный портал с сайтами нескольких различных типов, ссылками на сайты отдельных групп и возможностью обмена информацией между ними. Специалисты, ответственные за реализацию проекта SharePoint в образовательном учреждении, хотя бы в минимальном объеме должны владеть основами SharePoint: знать базовую архитектуру портала SharePoint, разрешения областей портала SharePoint, уметь читать листинги портала, настраивать компоненты Web Part и обеспечивать функционирование элементов управления данными, которые, собственно, и позволяют пользователям обмениваться информацией через портал. На данном шаге мы рассмотрим ключевые аспекты архитектуры портала SharePoint — в частности, листинги портала и способы их применения, позволяющие придать одномерность навигационной структуре сайта SharePoint, объединить и единообразно отображать информацию в областях портала. Также более подробно будут рассмотрены визуальные элементы SharePoint, такие как Web Part, и методы их применения для формирования интерфейса пользователя среды SharePoint.

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

Так как Microsoft SharePoint тесно связан с Microsoft SQL Server, то он напрямую может использовать ресурсы СУБД для работы с данными. В самом простом случае, если данные лежат в одной из таблиц локальной или удаленной базы данных SQL Server, они доступны для визуализации непосредственно через SQL-запросы или специально разработанные модули. Работа с информационными источниками, доступными через интерфейсы ODBC (начиная от реляционных баз и заканчивая таблицами Excel) также ведется c использованием стандартных средств Microsoft SharePoint Services и Microsoft SQL Server.

Работа Microsoft SharePoint Portal обеспечивается следующими средствами, разработанными корпорацией Microsoft: Internet Information Service; Internet Explorer; Microsoft SQL Server; Microsoft Windows Server; Microsoft ASP.NET; Microsoft SharePoint Services; Microsoft SharePoint Portal Server. Для работы с самим порталом пользователю требуется лишь Internet Explorer.

Фундаментом архитектуры SharePoint выступает ОС Windows Server 2008/R2 предоставляющая основные функциональные возможности операционной системы, в том числе подсистемы безопасности. Далее следуют программная платформа компании Microsoft .NET Framework, предназначенная для создания программ и веб-приложений. А SharePoint как раз и является .NET Framework приложением. Служба Internet Information Services (IIS) как одна из основных служб серверных ОС Windows дает возможность запускать наше .NET приложение и обеспечивает доступ пользователей к оному. SharePoint использует службы аутентификации при предоставлении доступа к своим порталам, самой часто используемой службой аутентификации выступает Active Directory Domain Services, что впрочем, не исключает использования альтернативных каталогов и методов проверки подлинности на основе утверждений, таких как Windows Live ID, Facebook, ADFS. Рядом со службами аутентификации соседствует Microsoft SQL Server, что он там делает вы уже знаете, все содержимое SharePoint хранится в базе SQL.

С одной стороны SharePoint Foundation 2010 это набор бесплатных сервисов, с другой это основа платного продукта SharePoint Server 2010 так как именно SharePoint Foundation 2010 обеспечивает фундаментальную функциональность SharePoint, включая управление сервисами, безопасность, интеграцию с приложениями клиента Microsoft Office, и основными функциями совместной работы, такими как списки и библиотеки. Получается, что SharePoint Server 2010 является расширением SharePoint Foundation, добавляя социальные сети, умный поиск, бизнес-аналитику и целый ряд других дополнительных возможностей. SharePoint является платформой, причем платформой неплохо расширяемой. Независимые поставщики программного обеспечения (ISV), сообщества, и сама Microsoft предлагают решения, построенные на базе SharePoint Foundation или SharePoint Server. Для примера можно взять Project Server или любое из тысяч дополнений, написанных частными лицами с использованием Visual Studio.

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

Сайт (site). Сайт SharePoint представляет собой Web-узел с компонентами SharePoint Web Part и Windows ASP.NET, содержащий коллективный контент (например, документы, дискуссионные группы) для группы специалистов. В стандартной конфигурации SharePoint Portal Server и Windows SharePoint Services существует возможность реализовать необходимый функционал с помощью следующих сайтов.

Сайт группы (team site) — управляется SharePoint Services и располагает базовыми компонентами для совместной работы, такими как библиотеки документов, дискуссии и списки. Используется специализированными группами. Членство сайта группы обычно закрытое. Может быть создан самостоятельно с использованием внутри экземпляра SharePoint Services или из раздела Sites в сайте портала Portal Server. Единственный виртуальный сервер Microsoft IIS поддерживает тысячи сайтов группы. Сайт группы может быть связан или не связан с сайтом портала.

Сайт портала (portal site) — Централизованный узел для поиска и управления информацией. Как правило, открытое членство. Один сайт портала на виртуальный сервер IIS.

Мой сайт (My Site) — управление через Portal Server или с помощью Windows SharePoint Services. Один My Site для одного пользователя сайта портала. Если развернуты общие службы, можно иметь один My Site для пользователя на всех сайтах портала, которые совместно задействуют службы.

Область портала (portal area) — управление через Portal Server или с помощью Windows SharePoint Services. Используется, чтобы сгруппировать информацию по одной теме внутри сайта портала и обеспечивает навигацию по контенту в сайте портала. Много областей портала в одном сайте портала. В целом область портала представляет собой специальный тип полноценного одностраничного сайта, управляемого SharePoint Portal Server. Несколько областей портала составляют сайт. Области портала строятся так, чтобы сформировать иерархическую навигационную структуру (с использованием методов систематизации, или таксономии). Обычно области портала создаются администраторами и специалистами по тематическим материалам. Поэтому, например, администратор может сформировать область портала верхнего уровня для отдела кадров, а затем разрешить конкретным сотрудникам кадровой службы создать подобласти, такие как Compensation (компенсация), Vacation (отпуск) и Procedures (процедуры).

Каждая область портала содержит различные информационные контейнеры: библиотеки документов, списки и листинги портала, привязанные к пользователям этой области. В отдельной области портала может существовать только один список листинга портала. Списки и листинги мы рассмотрим в разделе «Листинги портала». Области портала можно ориентировать на конкретные аудитории (аудитория — специализированная группа, члены которой могут видеть предназначенный для них контент), которые будут просматривать контент в этой области и назначать разрешения, чтобы ограничить доступ к области портала для определенных пользователей. Область портала можно скрыть от навигации (независимо от разрешений для этой области) и открыть или закрыть для поиска.

В дополнение к использованию в качестве сайта с упомянутыми выше информационными контейнерами область портала SharePoint Portal Server может сама быть информационным контейнером. Если поместить Web Part-компонент Content Editor в область портала, эта область становится информационным контейнером. О компонентах Web Part и других визуальных элементах SharePoint будет рассказано ниже.

Web-узел, отличный от SharePoint — Любой другой Web-узел, не управляемый через Portal Server или SharePoint Services. Сайты в Internet или сайты приложений на предприятии.

Сервер баз данных. SharePoint все свои данные хранит на сервере баз данных, которым для него может выступать только SQL версии 2005 и более новых выпусков. Для SharePoint абсолютно все равно будет ли это платная версия SQL либо же вы задействуете, бесплатный SQL Express. Просто устанавливая SQL Express, не стоит забывать о его ограничениях на максимальный размер базы данных и максимальном количестве используемой оперативной памяти. При создании фермы на сервере SQL создается база данных SharePointConfig, которая по факту является центральным хранилищем настроек фермы, в данной базе имеется информация о количестве серверов в ферме, их ролях, настройках и многое другое. Потеряв данную базу, вам придется поднимать ферму с 0. Но содержимое ваших порталов хранится не в ней, при создании нового веб-приложения вы создаете контентные базы, которые несут содержимое ваших одного или нескольких порталов и сайтов. Таким образом получается, что сохранив конкретную контентную базу, вы сохраняете контент конкретного сайта или нескольких сайтов и можете подключить эту базу на другом сервер и задействовать ее в другой ферме? Это действительно так. Количество контентных баз данных на сервере SQL зависит от того сколько порталов вы создадите и какой подход выберите, с одной стороны можно создать множество порталов и сайтов в одной базе, с другой хранить каждый сайт в отдельной. Но и это еще не все, так же при конфигурировании сервисов в ферме SharePoint на SQL будут создаваться базы данных необходимые для работы конкретного сервиса, в качестве примера можно взять службу поиска, которая хранит в базе SQL метаданные проиндексированных документов. Вывод из вышесказанного можем сделать следующий – SQL сервер является сердцем вашей фермы SharePoint и этих сердец может быть несколько, ничто не мешает вам создать несколько серверов баз данных и распределить базы между ними.

WFE (Web Front End) — сервер, основой которого является служба Windows IIS, является точкой подключения клиентов к вашему порталу. Именно на данном сервере создается WEB узел IIS и именно он слушает клиентские подключения по определенному порту. Задача у WFE следующая, принять клиентское подключение, определить к какому веб-узлу оно осуществляется, выяснить какое веб-приложение SharePoint использует данный веб-узел, обратиться к контентной базе данных этого веб-приложения, найти контент запрашиваемой страницы, скомпилировать страницу и вернуть ее пользователю. Опять же WFE серверов может быть множество и клиенту абсолютно все равно какой использовать для подключения к порталу, т.к данные используемые при формировании страницы находятся на сервере баз данных (SQL) в контентной базе данных конкретного портала и любой из WFE может воспользоваться этой базой.

Сервер приложений (Application Server). Поскольку мы с вами планируем использовать SharePoint 2010 предпочтительно для создания порталов, а не сайтов, то пришла пора поговорить о предоставляемых сервисах. Каждый сервер приложений несет на себе целый комплект запущенных служб и настроенных сервисов, которые впоследствии объединяются в группы. Одну из таких групп сервисов и будет использовать наш портал, как только мы выбираем для портала одну из групп, пользователи смогут задействовать сервисы этой группы , а выполняться они будут на одном из серверов приложений нашей фермы. Используя алгоритмический подход изобразить запрос, какого либо сервиса можно следующей цепочкой: Клиент открывает главную страницу портала – попадает на один из наших WFE серверов – запрашивает какой то сервис – WFE выбирает один из серверов приложений, на которых работает данный сервис и передает запрос ему – запрос обрабатывается и возвращается на WFE – клиент получает ответ от WFE сервера.

Библиотеки документов и списки. Каждый, кто работал с Windows SharePoint Services, знаком с библиотеками документов и списками. Библиотеки документов и списки — фундамент размещения информации, такой как файлы Microsoft Office, ссылки, контакты, события, проблемы и задачи на сайте SharePoint. Библиотека документов содержит набор документов, общих для членов сайта SharePoint. Список — элемент сайта SharePoint с набором элементов, которые не являются документами, например контактами или задачами. Списки — важный компонент SharePoint; они располагают многими функциями для обработки полей в списке, такими как текст, текст в формате RTF, раскрывающиеся списки, поиск из других списков и вычисления (например, сумма, общий итог).

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

 

http://retail.cnews.ru/reviews/free/gov2006/articles/portalOverview.shtml

http://itband.ru/2011/03/sp-architecture/

http://www.intranetno.ru/news/10058/

http://www.intranetno.ru/news/8680/

http://www.intranetno.ru/news/8446/

http://www.intranetno.ru/news/4160/

http://www.osp.ru/win2000/2007/01/4037604/#top

http://www.izone.ru/internet/web/microsoft-office-sharepoint-designer.htm

http://ru.wikipedia.org/wiki/Microsoft_Office_SharePoint_Designer

Пока нет комментариев.

Вы должны зайти чтобы оставить комментарийt.

Нет трэкбэков.
 

You need to log in to vote

The blog owner requires users to be logged in to be able to vote for this post.

Alternatively, if you do not have an account yet you can create one here.

Powered by Vote It Up