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. Багатосерверна топологія


 

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

49121. Государственная регистрация, учет и оценка земель колхоза «Заветы Ленина» отделение 1 Котельничского района, Кировской области 2.44 MB
  Организация учета земель в землевладении землепользовании8 Первичный учет земель Текущий учет земель. Учет с обременениями в использовании Учет земель в административном районе с использованием компьютерных технологий.
49122. Методы локализации неисправностей на аппаратуре СВ и РМ 179.5 KB
  В данном варианте тракт прохождения сигнала включает следующие устройства: а ПОУ СВ; б ВчУ. б Вычислительное устройство ВчУ является основным операционным устройством СВ предназначенным для обработки цифровой и логической информации реагирования на сигналы прерывания внешних устройств и управления программами устройства обмена. ВчУ конструктивно состоит из двух блоков: двухъярусный блок ВчУ1; одноярусный блок ВчУ2. Тракт передачи сигнала в нашем случае включает следующие составные элементы ВчУ: Схема взаимодействия с ПОУ Сх...
49123. АНАЛИЗ И ДИАГНОСТИКА ФИНАНСОВО-ХОЗЯЙСТВЕННОЙ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ. МЕТОДИЧЕСКИЕ УКАЗАНИЯ 1.45 MB
  Третья глава курсовой работы также может содержать предложения по совершенствованию методики анализа планирования прогнозирования и управления применению компьютерных методов сбора хранения и обработки информации использованию современных информационных технологий в профессиональной деятельности экономиста использованию передового отечественного и зарубежного опыта. руб. руб. руб.
49124. МАТЕМАТИЧЕСКИЕ ЗАДАЧИ И КОМПЬЮТЕРНОЕ МОДЕЛИРОВАНИЕ В ЭЛЕКТРОЭНЕРГЕТИКЕ 189.58 KB
  В данном курсе лекции рассматриваются вопросы режимов электрических систем, т.е. излагаются некоторые математические методы и приемы, непосредственно применяемые в электрических системах. Так, например, не рассматриваются режимы электрических станций
49126. Исследование факторов формирования патриотических ориентаций личности 132 KB
  Исходя из вышесказанного, следует отметить, что формирование гражданского патриотизма, уважение к символике государства на сегодняшний день в России не являются определяющими элементами в воспитании личности. Необходимо смещение вектора общественного развития в сторону воспитания патриотизма
49127. Предпроектные предложения (ПП) на реконструкцию станции технического обслуживания автомобилей (СТО) 248.5 KB
  Технические решения соответствуют требованиям экологических, санитарно-гигиенических, противопожарных и других норм, действующих на территории РФ и обеспечивают безопасную эксплуатацию объекта при соблюдении СНиП в рабочих чертежах и в процессе строительства.
49128. Использование нейронных сетей при определении поведения личности в конфликтной ситуации 2.97 MB
  Искусственные нейронные сети Нейронные сети и нейрокомпьютеры - это одно из направлений компьютерной индустрии в основе которого лежит идея создания искусственных интеллектуальных устройств по образу и подобию человеческого мозга. Своей популярностью искусственные нейронные сети ИНС обязаны уникальному свойству заложенных в них идей: они способны обучаться на множестве примеров впоследствии узнавая в потоке информации черты ранее встреченных образов и ситуаций. По своей природе искусственные нейронные сети напоминают деятельность...
49129. Основы электротехники и электроники. Методическое пособие 376 KB
  В первой из них необходимо рассчитать токи и напряжения в ветвях заданной электрической цепи использую методы контурных токов и узловых напряжений. В третьей части работы расчеты выполняются с применением ЭВМ путем моделирования заданной цепи с помощью программы Electronics Workbench EWB которая определяет частотные характеристики исследуемой цепи. Расчет цепи необходимо определить токи в ветвях напряжения на сопротивлениях и соответствующие этим сопротивлениям номинальные значения пассивных...