Створення домену розробки, ASP, Програмування, статті

Побудова середовища групової розробки у вашій організації – завдання зовсім не проста. Адже ви повинні дотримуватися прийнятих у вас корпоративних стандартів на облікові записи користувачів і апаратне забезпечення робочих станцій, але розробникам потрібні додаткові привілеї, щоб:

Перше, що вам доведеться зробити, – вирішити, чи можна включити групу розробників в корпоративний домен або для неї слід виділити власний домен. Однозначної відповіді на це питання немає. Рішення залежить в основному від корпоративної політики безпеки. Бажана та модель, яка прийнятна для вашої організації і яку зможуть коректно підтримувати існуючі системні адміністратори.

Ось декілька варіантів, аналіз яких допоможе вам прийняти вірне рішення.

Окремий домен без довірчих відносин

Нижче перераховані деякі особливості такого варіанту.

Окремий домен з довірчими відносинами

Нижче перераховані деякі особливості такого варіанту.

Частина корпоративного домену

Нижче перераховані деякі особливості такого варіанту.

Далі в цьому розділі описуються ролі всіх комп’ютерів в середовищі розробки.

Сервер VSS

На цьому сервері зберігається одна або декілька баз даних VSS з контрольованими рішеннями, файлами проектів і файлами вихідного коду для всіх групових розробок.

Крім того, VSS-сервер – непоганий кандидат на роль сховища
Microsoft MSDN® Library, використовуваної розробниками. Детальніше на цю тему див. статтю Q271776 “HOWTO: Create an MSDN Library Shared Install Point on the Network “в
Microsoft Knowledge Base.

Вимоги до обладнання

Мінімальні рекомендовані вимоги до апаратного забезпечення сервера VSS викладені у файлі readme. Однак за винятком малих середовищ групової розробки вам потрібно більш потужна система, близька до специфікації, рекомендованої для робочої станції з Visual Studio. NET. Відповідні деталі див “Сервер збірок” далі в цій главі.

Врахуйте, що час, що витрачається на виконання рутинних завдань адміністрування бази даних VSS, істотно залежить від швидкодії процесора і об’єму оперативної пам’яті. Крім того, розмір жорсткого диска повинен бути приблизно в два рази більше обсягу бази даних VSS.

Вимоги до програмного забезпечення

На сервері VSS потрібно встановити наступне ПЗ.

Сервер збірок

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

Інформацію про те, як розробники повинні посилатися на складання в середовищі групової розробки, див
Посилання на складання глави 4 “Управління залежностями”.

Рекомендована структура папок для структуризації результатів складання показана в розділі 5 “Процес збірки“. Локальна структура папок, де зберігаються рішення, проекти та файли вихідного коду Visual Studio. NET, повинна відповідати структурі папок на сервері зборок і на робочих станціях інших розробників. Детальніше на цю тему див главу 3 “Структурування рішень та проектів".

Вимоги до обладнання

У наступній таблиці перераховані мінімальні рекомендовані вимоги Visual Studio. NET, яким повинен задовольняти сервер збірок.

Сервер збірки Мінімальні вимоги
Процесор Процесор класу Pentium II, 450 МГц (рекомендується: Pentium III, 600 МГц)
Пам’ять Microsoft Windows NT® 4.0 Workstation – 64 Мб, Windows NT 4.0 Server – 160 Мб
(Рекомендується: 96 для Workstation, 192 для Server)
Windows 2000 Professional – 96 Мб; Windows 2000 Server – 192 Мб
(Рекомендується: 128 Мб для Professional, 256 Мб для Server)
(Windows XP Professional – 160 Мб
(Рекомендується: 192 Мб)
Вільне місце на диску 600 Мб на системному диску, 3 Гб на диску, куди встановлюється система розробки
Привід CD-ROM
Екран 800 x 600, 256 квітів (Рекомендується: high color 16 біт)
Операційна система Windows 2000, Windows XP і Windows
NT 4.0
Периферія Привід CD-ROM і DVD-ROM. Миша Microsoft або сумісний пристрій

Вимоги до програмного забезпечення

На сервері збірок потрібно встановити наступне ПЗ:

Робочі станції розробників

Структура папок на комп’ютерах розробників повинна збігатися з структурою папок на сервері збірок – особливо це стосується папок, містять рішення та проекти Visual Studio. NET.

Використовуйте утиліту створення образів для підготовки робочих станцій

Щоб заощадити час на конфігуруванні безлічі ідентичних робочих станцій, подумайте про застосування утиліти Sysprep.exe. Встановивши всі необхідні програми та інструменти на одній робочій станції, створіть за допомогою Sysprep.exe образ цієї робочої станції. Тоді ви зможете розгорнути образ на інших комп’ютерах, використовуючи ПО від третіх фірм, яке працює з образами дисків. Перевага Sysprep.exe в тому, вона включає компактний майстер установки, що визначає реально встановлене на комп’ютері обладнання, і тому справляється з ситуаціями, коли обладнання злегка розрізняється, наприклад на якихось комп’ютерах встановлені інші відео-або мережеві адаптери.

Всі призначені для користувача дані (у тому числі рішення та проекти) рекомендується зберігати на окремому розділі або фізичному диску. Тоді при значному оновленні образу його можна буде перевстановити поверх існуючого диска C. Незначні оновлення та додаткове ПО можна встановлювати через політику груп (Group Policy) в службі каталогів Active Directory.

Вимоги до обладнання

Робочі станції повинні задовольняти мінімальним вимогам до конфігурації для Visual Studio. NET. Тому вимоги до обладнання робочих станцій збігаються з вимогами до апаратного забезпечення сервера збірок, розглянутим в розділі
Сервер збірок раніше в цій главі.

Вимоги до програмного забезпечення

На робочих станціях розробників потрібно встановити наступне ПЗ:

Примітка Якщо на комп’ютерах розробників встановлена ​​Windows XP, то для локальної розробки Web-додатків потрібно встановити IIS (за замовчуванням він не встановлюється при установці Windows
XP).

Visual Studio Enterprise Templates

Visual Studio Enterprise Templates допомагають впровадженню належних процедур і стандартів розробки. Вони особливо корисні при розробці великомасштабної розподіленої системи в ситуаціях, коли на основі єдиної архітектури програми створюється безліч проектів.

Три функції Enterprise Templates дозволяють архітекторам додатків допомагати розробникам в більш успішному створенні додатків в середовищі. NET
Framework.

Детальніше про Enterprise Templates див. підрозділ “Enterprise Templates for Distributed Applications “в розділі” Visual Studio. NET “в MSDN
Library.

Сервер резервного копіювання

Сервер резервного копіювання зберігає копію бази даних VSS. Ви повинні регулярно (наприклад щоденно) виконувати резервне копіювання баз даних VSS.

SQL-сервери

На цих серверах встановлюється SQL Server 2000 Enterprise Edition. Вони застосовуються для зберігання індивідуальних баз даних, необхідних системам, які в даний момент знаходяться в стадії розробки, супроводу або обслуговування.

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

Додаткові відомості про вирішення проблем з контролем версій баз даних та рекомендації по тому, як розробникам слід підключатися до баз даних на цих серверах, див. розділ
Посилання на бази даних глави 4 “Управління залежностями”.

Web-сервер

Web-сервер призначений для хостингу Web-сервісів XML, розробляються в даний момент. Хоча групи розробників, що відповідають за Web-сервіси, створюють їх на локальних робочих станціях, використовуючи локальні екземпляри IIS, Web-сервер служить центральної точкою публікації сервісів, до яких можуть звертатися інші розробники або групи, що займаються клієнтськими проектами. Детальніше про роботу з Web-сервісами див
Посилання на Web-сервіси глави 4 “Управління залежностями”.

Web-сервери в середовищі групової розробки також використовуються для хостингу Web-додатків в цілях системного тестування, тестування на інтеграцію та тестування інтерфейсу користувача.

Вимоги до операційної системи

Вимоги до операційної системи Web-сервера, що виконує Web-додатки та Web-сервіси ASP.NET, розроблені в Visual Studio . NET, такі:

Деталі наведено у файлі setupWebServer.htm на CD1 або DVD з Visual
Studio .NET.

Установка і адміністрування VSS

VSS 6.0c поставляється на окремому диску з Visual Studio. NET Enterprise і за замовчуванням не встановлюється. Ви повинні встановити VSS на сервері, а потім встановити клієнт VSS на кожному комп’ютері, якому потрібен доступ до бази даних VSS (зазвичай це робочі станції і сервер збірок).

У наступних розділах даються рекомендації по установці VSS на сервері.

Створіть загальну базу даних на сервері

Запустіть на сервері програму Setup і виберіть варіант установки загальної бази даних. В результаті будуть встановлені засоби адміністрування і програма мережевої установки (Netsetup.exe), дозволяє користувачам VSS встановлювати клієнтське ПЗ.

Відкрийте до папки, в яку встановлений VSS, загальний доступ для читання

Відкрийте до папки установки VSS загальний доступ для читання. Тоді розробники зможуть запускати Netsetup.exe з папки VSS. Зауважте, що за замовчуванням VSS встановлюється в Program FilesMicrosoft Visual
StudioVss.

Створіть мінімум одну базу даних для проекту

Для створення нової бази для. NET-проекту призначений інструмент VSS Administration. Рекомендується створити нову базу (а не використовувати базу даних за замовчуванням) тому, що тоді ви зможете роздільно захищати базу даних за замовчуванням і засоби адміністрування (розміщені в папці VssWin32) і обмежити коло осіб, які мають доступ до цих коштів. Більшості користувачів слід дозволити підключення тільки до нової базі даних і заборонити доступ до засобів адміністрування.

Не створюйте нові бази даних в папці Program Files. Розміщуйте їх в окремій спільній папці, наприклад в VSS Databases.

Подумайте про створення додаткових баз даних VSS

Якщо розмір однієї бази даних наближається до 5 Гб, подумайте про створення додаткових баз даних VSS (на тому ж сервері, але в окремих спільних папках). При такому розмірі бази даних засобів адміністрування на виконання роботи потрібно чимало часу (до декількох годин).

Крім того, подумайте про використання окремих баз даних для повністю незалежних проектів. При розміщенні рішень і проектів Visual Studio. NET в окремих базах даних VSS ви отримуєте наступні переваги.

Відкрийте загальний доступ до папки з базою даних і задайте відповідні дозволу

Відкрийте загальний доступ до папки з базою даних і надайте користувачам VSS дозвіл на повний контроль. До користувачів VSS відносяться розробники і обліковий запис, під якою працює автоматизований процес збірки.

Створіть групу Windows для всіх користувачів, яким дозволений доступ до бази даних VSS. Дозвольте доступ до неї тільки членам цієї групи.

Якщо ви не хочете видавати користувачам дозвіл на повний контроль і бажаєте більш строго контролювати доступ, див. статтю Q131022 “INFO: Required Network Rights for the SourceSafe Directories” в
Microsoft Knowledge Base.

Подумайте про реалізацію захисту проектів засобами VSS

Подумайте про включення захисту проектів за допомогою утиліти VSS Administration і видаленні дозволу

Destroy

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

При включеному захисті проектів адміністратор може сам очищати базу даних від всіх віддалених елементів в ході обслуговування, але ці операції можна автоматизувати, створивши сценарій обслуговування.

Детальніше про захист проектів і варіанті за замовчуванням див

Security Access Rights.

Додайте користувальницькі облікові записи для розробників і складального сценарію

За допомогою VSS Administration відкрийте нову базу або бази даних і додайте необхідних користувачів і їх паролі.

Не забудьте створити по одному користувачеві VSS для кожного розробника і ще одного для складального процесу. Якщо у вашій середовищі є домен, рекомендується зробити так, щоб імена користувачів збігалися з їх іменами в домені. Переконайтеся, що для реєстрації користувачів використовується мережеве ім’я. Для цього в меню Tools виберіть Options і встановіть прапорець Use network name for
automatic user login
.

Обмежте доступ до засобів адміністрування

Створіть Windows-групу адміністраторів VSS та дозвольте доступ до папці VssWin32 тільки їй. У цій папці є кошти адміністрування VSS, і ви повинні обмежити доступ до них розробникам.

Виявлення пошкоджених даних і їх відновлення

З VSS поставляється інструмент Analyze (знаходиться в папці VssWin32), за допомогою якого можна виявляти і виправляти пошкодження в даних. Як часто ви будете користуватися Analyze – вирішувати вам, але рекомендується запускати його раз на тиждень або хоча б раз на місяць. Analyze перевіряє всі файли в папці VSS Data на ушкодження, а також на наявність розірваних посилань і часто відновлює їх при правильній налаштування параметрів.

Пошкодження бази даних можливо з різних причин. До найбільш поширеним з них відносяться:

Analyze може працювати досить повільно, хоча це залежить від вмісту та структури бази даних, у тому числі від кількості поділюваних ресурсів, гілок проекту і загального числа файлів. Для більшої продуктивності рекомендується до запуску Analyze.exe від’єднати всіх користувачів від VSS. А при використанні параметра-F для відновлення пошкоджень таке від’єднання просто обов’язково.

Примітка Оскільки запуск Analyze призводить до інтенсивному файловому вводу-виводу, ви можете різко збільшити продуктивність, запустивши Analyze локально (на сервері), а не по мережі. Також переконайтеся, що антивірусне ПЗ відключено.

Подумайте про встановлення відмовостійкого сховища

Технологія RAID (redundant array of independent disks) зменшує ймовірність втрати даних при помилках в процесі звертання до жорсткого диску. RAID – відмовостійка дискова конфігурація, в якій частині фізичного сховища містять надлишкову інформацію про зберігаються на дисках даних. Ви зможете відновити дані, використовуючи цю інформацію, якщо один з дисків вийде з ладу або якщо не вдасться вважати якоюсь сектор на диску.

Додаткові відомості

Детальніше про підвищення надійності сервера см. за наступними посиланнями:


www.microsoft.com/windows2000/techinfo/howitworks/management/relavail.asp


www.microsoft.com/ntserver/techresources/deployment/ntserver/highavail1.asp


HOW TO: Set up SourceSafe for Replication under Windows NT

Установка VSS на клієнтах

Щоб встановити клієнт VSS, просто запустите Netsetup.exe з загального мережевого диска на будь-якому комп’ютері, якому потрібен доступ до VSS (Наприклад на робочій станції або сервері збірок). Це дозволить активізувати засоби контролю вихідного коду, інтегровані в Visual Studio. NET. Крім того, стане доступним підменю Source
Control в меню File.

Подумайте про використання тіньових каталогів VSS

Тіньовий каталог (shadow directory) VSS – це каталог на центральному сервері, в якому дублюється остання версія вмісту проекту VSS. Всякий раз, коли розробник оновлює небудь файл в проекті VSS, цей файл автоматично копіюється в тіньовий каталог.

Подумайте про використання тіньових каталогів, якщо ви хочете, щоб користувачі, які не мають доступу до VSS, могли переглядати вихідний код. Наприклад, можна дозволити членам групи тестувальників переглядати вихідний код – це допоможе їм у процесі тестування.

Додаткові відомості

Універсальні рекомендації з використання VSS см. за посиланням

msdn.microsoft.com/library/?url=/library/en-us/dnvss/html/vssbest.asp?frame=true.

Microsoft періодично оновлює утиліту Analyze. Щоб отримати останню версію Analyze, відвідайте Web-сайт Microsoft Visual SourceSafe
(msdn.microsoft.com/ssafe/default.asp).

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*