80363

АРХІТЕКТУРА ТЕАМ FOUNDATION SERVER

Лекция

Информатика, кибернетика и программирование

У TFS використана логічна трирівнева архітектура, що розділяється на клієнтський рівень, а також рівні додатків і даних. Клієнти TFS взаємодіють з рівнем додатків за допомогою різних веб-cлужб. У свою чергу, рівень додатків підтримується різними базами даних на рівні даних.

Украинкский

2017-02-21

237 KB

1 чел.

АРХІТЕКТУРА ТЕАМ FOUNDATION SERVER

1. Опис архітектури Team Foundation Server

У TFS використана логічна трирівнева архітектура, що розділяється на клієнтський рівень, а також рівні додатків і даних. Клієнти TFS взаємодіють з рівнем додатків за допомогою різних веб-cлужб. У свою чергу, рівень додатків підтримується різними базами даних на рівні даних. Компоненти рівня TFS і їх взаємодія зображені на рис.1.

Рис.1. Трирівнева архітектура Team Foundation Server

1.1.1. Клієнтський рівень

Клієнтський рівень складається з наступних компонентів:

Об'єктна модель Теam Foundation Srver. Відкритий інтерфейс АРІ для взаємодії з ТFS, використовується для створення клієнтських додатків, що обмінюються даними з ТFS.

Компоненти Visual Studio Industry Partners (VSIP). Інструменти сторонніх постачальників, надбудови і мови для використання в Visual Studio.

Інтеграція з Microsoft Office. Набір надбудов для Microsoft Office Excel і Microsoft Office Project, що дозволяють запитувати і оновлювати робочі елементи в базі даних TFS Work Item Tracking. Особливо корисний для менеджерів проекту, що вже широко використовують ці інструменти.

Інструменти командного рядка. Інструменти, що дозволяють взаємодіяти з TFS з командного рядка. В основному використовуються для роботи з функціями контролю якості вихідного коду, також корисні для автоматизації процесів, що повторюються, і при плануванні завдань.

Політики повернення після редагування (check-in policy). Розширений механізм перевірки коду в процесі повернення після редагування.

1.1.2. Рівень додатків

На рівні додатків клієнтському рівню надається доступ до веб-служб ASP.NET. Використання цих веб-служб в надбудовах від незалежних розробників не передбачається; тут вони приведені тільки для повноти картини. Служби згруповані в наступні колекції:

Team Foundation Data Services;

Team Foundation Integration Services.

Служби даних Team Foundation

Ці веб-служби відповідають, насамперед, за операції з даними на рівні даних. До них відносяться наступні веб-служби:

Version Control. Використовується на клієнтському рівні для виконання різних функцій TFS з контролю якості вихідного коду і для взаємодії з БД контролю якості вихідного коду.

Work Item Tracking. Використовується на клієнтському рівні для створення, оновлення і направлення запитів до робочих елементів в БД Work Item Tracking.

Team Foundation Build. Використовується на клієнтському рівні і в оболонці МЗВиіісІ для виконання процесу збірки.

Служби інтеграції Team Foundation

Ці веб-служби забезпечують функціональні можливості інтеграції і автоматизації і не взаємодіють з рівнем даних. До них відносяться наступні веб-служби:

Registration. Використовується для реєстрації інших служб TFS, зберігає інформацію в реєстраційній БД. Інформація використовується службами для виявлення один одного і визначення способу взаємодії.

Security. Складається із служби групової безпеки (group security service) і служби перевірки авторизації (authorization service). Служба групової безпеки управляє всіма користувачами і групами TFS. Служба перевірки авторизації забезпечує авторизацію доступу до TFS.

Linking. Містить інструменти для створення слабких зв'язків - "посилань" (link) - між елементами даних. Наприклад, зв'язок між робочим елементом дефекту і вихідним кодом, зміненим для усунення дефекту, встановлюється за допомогою посилання TFS.

Eventing. Запускає інструмент або службу для реєстрації типів подій. Користувач може підписатися на події і отримувати повідомлення по електронній пошті або за допомогою виклику веб-служби. Наприклад, можна використовувати подію повернення після редагування для запуску безперервної збірки.

Classification. Працює разом з веб-службою Linking і дозволяє класифікувати артефакти TFS відповідно до зумовлених таксономій. Це полегшує підтримку об'єднаних звітів навіть для артефактів, які не користуються загальною таксономією для впорядковування своїх даних. Наприклад, якщо робочі елементи впорядковані по групах, а тести впорядковані по компонентах, ви також можете упорядкувати тести по групах, що дозволить ш фігурувати в звіті поряд з робочими елементами.

- 1.1.3. Рівень даних

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

• Відстежування робочих елементів. В цьому сховищі зберігаються всі дані, що відносяться до робочих елементів.

Управління версіями. Тут зберігаються всі дані, що відносяться до управління вихідним кодом.

Team Foundation Build. Тут зберігається вся інформація, що відноситься до TFS Team Build.

Сховище звітів. Тут зберігається інформація, що відноситься до всіх інструментів і функцій TFS. Сховище звітів полегшує створення звітів, об'єднуючих дані від різних інструментів.

1.2. Топологія розгортання

Розгортання TFS виконується з використанням різних топологій - від односерверних до складних багатосерверних топологій.

Основні вимоги

Незалежно від топології слід пам'ятати про декілька ключових вимог.

Встановлюйте рівень додатків і рівень даних в одному і тому ж домені. При цьому вони можуть знаходитися як на одному, так і на різних серверних вузлах.

TFS встановлюється на комп'ютери під управлінням Windows Server 2003 SP1 або пізнішій версії.

Всі веб-служби рівня додатків повинні встановлюватися на одному сервері.

Встановлюйте один екземпляр TFS на одному комп'ютері.

Не можна встановити більш за один екземпляр TFS на фізичний сервер.

Не розподіляйте БД TFS між декількома серверами БД. Всі проекти повинні знаходитися в одній групі серверів Team Foundation і не можуть бути розподілені по групах.

Для розміщення порталу проекту не можна використовувати існуючу інфраструктуру Microsoft SharePoint Portal Server. Розгляньте можливість використання спеціалізованого сервера для розміщення на ньому порталів TFS SharePoint.

Не намагайтеся встановити TFS на контроллер домена - це не підтримується.

При розгортанні на двох серверах підготуйте облікові записи домена для служб TFS. Наприклад, вам потрібно буде створити облікові записи DOMAIN\TFSSERVICE I DOMAIN\TFSREPORTS.

1.2.1. Розгортання на одному сервері

Розгортання на одному сервері - проста топологія, яка підходить для груп розробників або пілотних проектів з числом користувачів не більше 400. У цьому підході всі компоненти рівня додатків і рівня даних встановлюються на один сервер і доступ до них здійснюється в межах одного домена.

Якщо вам потрібно встановити компоненти випробувального стенду для перевірки продуктивності, встановіть їх на серверному вузлі або на одному чи декількох клієнтах. На мал. 2. показана топологія з одним сервером.

Рис. 2. Односерверна топологія

1.2.2. Розгортання на окремих серверах

Топологія багатосерверного розгортання використовується в великих групах розробників, що налічують до 2000 користувачів. У даній топології рівень додатків встановлюється окремо від рівня даних.

Ви можете встановити служби Team Foundatio Build Services на рівень додатків, проте в великих групах рекомендується виділяти для збірки один або декілька спеціальних серверів. Якщо в проекті потрібна перевірка продуктивності, розгорніть випробувальний стенд (контроллер і агенти) на додаткових серверних вузлах. На рис.З. показана багатосерверна топологія.

Рис. 3. Багатосерверна топологія


 

А также другие работы, которые могут Вас заинтересовать

15890. Что такое мироощущение опыт осмысления 381.55 KB
  В.К. Шрейбер к. филос. н. доц. Челябинский государственный университет ЧТО ТАКОЕ МИРООЩУЩЕНИЕ: ОПЫТ ОСМЫСЛЕНИЯ Мироощущение относят к феноменам мировоззренческого круга. Но что подразумевается под мироощущением Ощущение о каких бы его типах не говорить...
15891. Механизмы интерпретации классического текста в «Чайке» Б. Акунина 44.5 KB
  Механизмы интерпретации классического текста в Чайке Б. Акунина Н. А. Кузьмина Омский государственный университет Интерпретация вторичный текст римейк прототекст Summary. The article deals with the specific genre of postmodernistic fiction remake and peculiarities of interpretation classic literary prototexts. Аксиомой...
15892. ПРИМЕРНЫЕ СХЕМЫ АНАЛИЗА ЛИТЕРАТУРНЫХ ПРОИЗВЕДЕНИЙ 83 KB
  ПРИМЕРНЫЕ СХЕМЫ АНАЛИЗА ЛИТЕРАТУРНЫХ ПРОИЗВЕДЕНИЙ Анализ художественного произведения Анализ прозаического литературного произведения Концептуальный уровень художественного произведения Уровень организации произведения как художественного целого Урове...
15893. «СВОЕ» И «ЧУЖОЕ» В ЭПИЧЕСКОМ ТЕКСТЕ К вопросу о «родовых» структурных признаках 86 KB
  Н.Д.ТАМАРЧЕНКО СВОЕ И ЧУЖОЕ В ЭПИЧЕСКОМ ТЕКСТЕ К вопросу о родовых структурных признаках Слово эпос в русской культурной традиции обозначает и литературный род и один из жанров относимых к этому роду эпопею иногда в этом случае употребляется термин
15894. Структура художественного произведения и ее анализ 48.5 KB
  Структура художественного произведения и ее анализ Художественное произведение сложноорганизованное целое. Необходимо познать его внутреннюю структуру то есть выделить отдельные его составляющие и осознать связи между ними. В современном литературоведении с
15895. Бахтин как парадигма мышления 71.5 KB
  В.И. Тюпа Бахтин как парадигма мышления To the 100 birth anniversary of Michael Bakhtin we publish Valery Tjupa's paper Bakhtin as a Paradigm of Mentality with the author`s attempt to reconstruct the axiomatics of Bakhtin discourses of scientific and philosophical nature. Three axiomatic complexes discovered by the author: personalism eventfulness responsibility can be subdivided into three more special axioms. Бахтин теперь моден....
15896. Эстетический анализ художественного текста (Часть первая: Сюжет Фаталиста М.Лермонтова) 73.5 KB
  В.И. Тюпа Эстетический анализ художественного текста Часть первая: Сюжет Фаталиста М.Лермонтова Конечная цель преподавания литературы в школе формирование культуры художественного восприятия. В этом собственно говоря и состоит общественное назначение литератур...
15897. Природа художественной целостности комедий А.П. Чехова Чайка и Вишнёвый сад 87 KB
  О.С. Рощина Природа художественной целостности комедий А.П. Чехова Чайка и Вишнёвый сад Olga Roschina in her work The Nature of Artistic Integrity of Chekhov`s Comedies Seagull and Cherry Orchard treats them from the point of aesthetic analises of the text. The ironical nature of Chekhov`s texts is proved which are often interpreted in a pseudoChekhov`s elegical way. В чеховедении доста
15898. ТЕОРЕТИЧЕСКАЯ ПОЭТИКА: понятия и определения 2.04 MB
  Цель предлагаемой хрестоматии — предоставить в распоряжение преподавателя и студента отобранные из различных, не связанных друг с другом источников и в то же время систематизированные определения основных понятий теоретической поэтики