Читайте также:
|
Обзор. Теперь посмотрим на VSTS как на программный продукт. Он является сложным, составным продуктом и разделяется на клиентское ПО и серверное ПО – см. рис. 12.2.
Рис. 12.2. Архитектура VSTS
Рассмотрим подробнее клиентскую часть. Стандартным клиентом от компании Microsoft является продукт Visual Studio Team Suite Edition. Этот продукт является одной из редакций среды разработки Visual Studio c дополнительным продуктом – Team Explorer. Последний служит для доступа к сервисам серверной части VSTS и встраивается в Visual Studio. Кроме того, благодаря открытому программному интерфейсу к серверной части VSTS – библиотеки TFS Client API – она интегрируется с различными средами разработки, например, с Eclipse. Также существует значительное количество различных клиентских продуктов от сторонних производителей (наиболее успешные из которых Microsoft пытается ассимилировать) 1).
Серверная часть VSTS состоит из TFS (Team Foundation Server) – главной серверной компоненты, – а также компоненты Build Agent. TFS реализует главную функциональность серверной части и использует два других серверных продукта Microsoft – Share Point (для организации Web-портала с описанием используемого шаблона процесса разработки, других документов по процессу) и SQL Server (для хранения данных TFS). Build Agent – это серверная компонента, которая отвечает за выполнение сборок проектов. Вынесение сервера сборки в отдельное серверное приложение позволяет убрать процесс сборки с основной, серверной машины, где размещен TFS, на дополнительную машину, отвечающую именно за проведение сборок. Подобное разделение позволяет значительно снизить нагрузку на основной сервер, особенно в случае использования подхода непрерывной интеграции 2).
Остановимся на клиентской и серверной частях VSTS более подробно.
Клиентская часть VSTS. Остановимся на стандартном клиентском ПО, основанном на среде разработки Visual Studio. Последняя выпускается в нескольких комплектациях (editions), ориентированных на разных пользователей. При этом издания, включающие инструменты комплекса VSTS имеют в своем названии слово "Team". Вот перечень этих изданий.
Помимо четырех "ролевых" изданий, выпускается и издание, объединяющее функции всех четырех блоков – Microsoft Visual Studio Team System 2008 Team Suite. Условно взаимосвязь различных изданий отражена на рис. 12.3.
Рис. 12.3. Схема Microsoft Visual Studio Team System 2008 Team Suite
Каждое их четырех "ролевых" изданий серии VSTS расширяет ядро (Team Edition Core) дополнительными инструментами, предназначенными для определенной роли (разработчик, тестер, архитектор или специалист по базам данных), а издание Team Suite является объединением всех четырех "ролевых" изданий.
Ядро состоит из базовой конфигурацией Visual Studio – Visual Studio Professional,– которая является наиболее распространенным изданием среды Visual Studio и повсеместно используется для разработки программного обеспечения. Она дополняется Team Explorer, предназначенным для интеграции с TFS.
Серверная часть VSTS. Итак, ядром комплекса инструментов VSTS является TFS, который не является целостной системой, а представляет из себя набор стандартных продуктов (в частности, SQL Server и Share Point), соответствующим образом настроенных и объединенных в единое целое посредством прослойки Web-сервисов. Архитектура серверной части VSTS представлена на рис. 12.4, где серыми прямоугольниками показаны компоненты VSTS, а белыми – компоненты других продуктов Microsoft. На этом же рисунке схематично обозначена и клиентская часть VSTS.
увеличить изображение
Рис. 12.4. Архитектура серверной части VSTS
TFS, основная серверная подсистема VSTS, состоит из двух основных уровней: уровня приложений и уровня данных. Уровень приложений TFS включает в себя следующие компоненты.
Уровень приложений реализован на технологии ASP.NET и работает под управлением IIS (Internet Infromation Service). IIS является Web- сервером, то есть средой для работы Web-сервисов TFS, обеспечивая доступ к функциональности сервера VSTS со стороны его клиентов.
Уровень данных состоит из набора баз данных, где TFS хранит свои данные. Он реализован на основе продуктов MS SQL Server и Share Point.
В зависимости от размера компании-разработчика ПО и предполагаемой нагрузки эти два уровня TFS могут быть установлены на одном сервере (single-server deployment) или на двух разных серверах (dual-server deployment). Для очень больших компаний возможно использование механизмов кластеризации, встроенных в Microsoft SQL Server и Internet Information Server 3).
Build Agent – еще одна серверная подсистема VSTS. Как уже говорилось выше, она предназначается для выполнения сборки проектов. Выполнение сборки проекта происходит средствами пакета.NET Framework, с помощью стандартной утилиты этого пакета MSBuild, которая, получив задание на сборку, вызывает соответствующий компилятор из.NET Framework. Этот же механизм используется и для сборки проекта, запущенной из Visual Studio.
В случае Build Agent выполнение сборки происходит по следующему сценарию. Компонента TFS Build Service в составе TFS cообщает такой же компоненте на компьютере, где расположен Build Agent, что надо запустить выполнение сборки. А та, в свою очередь, являясь системным сервисом и будучи запущенной, оказывается тем процессом Windows, в рамках которого и будет происходит выполнение сборки под управлением компоненты MSBuild. При этом всю связь с TFS для выполнения сценария сборки осуществляет компонента Custom tasks. В сценарии сборки указывается, откуда нужно брать исходные тексты собираемого приложения, откуда брать регрессионные тесты и как их запускать, как создавать отчеты по результатам сборок и т.д.
Дата добавления: 2015-12-08; просмотров: 84 | Нарушение авторских прав