Udostępnij za pośrednictwem


Skalowanie systemu kompilacji w poziomie

Aby używać usługi Team Foundation Build do zautomatyzowanego kompilowania i testowania aplikacji, musisz najpierw skonfigurować serwer kompilacji, dodać kontroler kompilacji i kilku agentów kompilacji, i wreszcie wyznaczyć folder do wrzucania.Jeśli masz mały zespół pracujący nad nowym projektem, można wdrożyć prawdopodobnie wszystkie te składniki systemu kompilacji na jednym komputerze w ciągu kilku minut.Wraz z powiększaniem się zespołu i kodu bazy, możesz stopniowo rozwijać system kompilacji względnie łatwo.

PoradaPorada

Jeśli Twoja kolekcja projektów zespołowych jest hostowana w usłudze Visual Studio Online, można pominąć wszystkie te kroki i zamiast tego użyć hostowanego kontrolera kompilacji, co zostało opisane poniżej.

Oto kilka przykładów, które pokazują, jak można zacząć od czegoś małego i prostego, i potem rozbudować system kompilacji, gdy wymagania stają się bardziej wymagające.

  • Visual Studio Online z kontrolerem hostowanej kompilacji

  • Visual Studio Online z lokalnymi serwerami kompilacji

  • System kompilacji dla próbnego użycia bardzo małego zespołu

  • System kompilacji dla małego zespołu

  • Systemy wieloserwerowe kompilacji

  • System kompilacji obsługujący wiele kolekcji projektów zespołowych

  • Kolejne kroki

Visual Studio Online z kontrolerem hostowanej kompilacji

Jeżeli Twój projekt zespołowy jest hostowany w usłudze Visual Studio Online, możesz mieć możliwość użycia hostowanego kontrolera kompilacji zamiast wdrażać własne serwery kompilacji.

Team Foundation Service, hostowanych kompilacji kontrolera

Zobacz Używanie hostowanego kontrolera kompilacji w kolekcji projektów zespołowych hostowanej w usłudze Visual Studio Online.

Visual Studio Online z lokalnymi serwerami kompilacji

Jeśli Twoja kolekcja projektów zespołowych jest hostowana w usłudze Visual Studio Online i zespół musi mieć większych lub niestandardowych agentów kompilacji, lokalne serwery kompilacji można połączyć z usługą Visual Studio Online.

Team Foundation Service, lokalnego serwera kompilacji

System kompilacji dla próbnego użycia bardzo małego zespołu

Jeśli używasz programu Team Foundation Server do wypróbowania lub pracujesz z bardzo małym zespołem, następująca topologia może działać dla Ciebie.

System wielu komputerów w warstwie aplikacji

Ta topologia może działać na potrzeby zespołu, który rzadko uruchamia kompilacje i wyłącznie po godzinach, np. tylko raz w nocy.Jednak dla wielu zespołów to za mało, ponieważ:

  • Agent kompilacji obciąża procesor wysokimi wymaganiami, co może znacznie zmniejszyć wydajność z poziomu aplikacji.

  • Kontroler kompilacji może wywierać nacisk na pamięć systemu, zwłaszcza jeśli w tym samym czasie zarządza nim wielu aktywnych agentów kompilacji.

  • Instalowanie Team Foundation Build — usługa zwiększa pole ataku komputera. Zobacz Tworzenie serwera: opis zagrożeń bezpieczeństwa.

System kompilacji dla małego zespołu

Jeśli pracujesz w małym zespole z lokalnym wystąpieniem programu Team Foundation Server, należy wziąć pod uwagę tę topologię:

System wielu komputerów (autonomiczny)

Ponieważ agenci kompilacji wykonują obciążającą procesor pracę na osobnej maszynie, nie mają one wpływu na wydajność warstwy aplikacji w czasie, gdy wykonywana jest kompilacja.

Można również uruchomić kontroler kompilacji na wyznaczonym serwerze kompilacji.Jednakże topologia na rysunku ma tę zaletę, że są mniej uciążliwe zmiany systemu kompilowania, takie jak kiedy trzeba naprawić lub wymienić serwera kompilacji.

Systemy wieloserwerowe kompilacji

Wraz ze wzrostem wielkości zespołu i kodu bazy, możesz stopniowo dodawać zasoby, aby spełniać wymagania.Na przykład można dodać dodatkowy kontroler i agentów kompilacji.

Kontroler AT z wieloma serwerami kompilacji

Obecność kontrolera kompilacji A na tym samym komputerze, na którym znajduje się warstwa aplikacji, nie jest zwykle problemem z punktu widzenia procesora.Jednak można przenieść kontroler kompilacji na inny serwer z powodu wykorzystania pamięci i problemów z możliwością ataku wymienionych wcześniej.

Korzystając z wielu serwerów kompilacji, każdy serwer można przypisać do innych celów, zgodnie z opisem w poniższych przykładach:

  • Na komputerze wysokiej wydajności serwera kompilacji poświęconym agentom kompilacji przetwarzającym ciągłą integrację lub ewidencjonowanie warunkowe kompilacji.Zespół potrzebuje tego rodzaju kompilacji — zwłaszcza kompilacji z bramkowanym zaewidencjonowaniem — do szybkiego uruchamiania, aby jego praca nie była wstrzymywana z powodu oczekiwania na kompilację.

  • Serwer kompilacji poświęcony kompilacjom BVT zaplanowananym na godziny nocne wymagający dużo czasu, aby uruchomić procesy, takie jak duże przebiegi testowe oraza analiza kodu.

  • Serwer kompilacji przygotowany i dedykowany wyspecjalizowanym zadaniom takim jak tworzenie i testowanie aplikacji magazynu systemu Windows.

PoradaPorada

W scenariuszach takich jak te można zastosować tagi do specjalistycznych agentów kompilacji, a następnie ograniczyć definicje kompilacji do używać tylko agentów kompilacji z poprawnym zestawem tagów.Zobacz Przypisywanie znaczników w celu przedstawienia możliwości lub celów agentów kompilacji, Określanie agentów kompilacji, którzy mają przetworzyć proces, aby zapoznać się z prostym, domyślnym procesem kompilacji, oraz Uruchamianie działań agenta kompilacji, aby zapoznać się z zaawansowanym, niestandardowym procesem kompilacji.

System kompilacji obsługujący wiele kolekcji projektów zespołowych

Poniższy przykład topologii systemu kompilacji mógłby wspierać wysiłki programistyczne na poziomie przedsiębiorstwa.

System wielu komputerów z wielu kontrolerów

Każda kolekcja projektów zespołowych musi mieć swój własny kontroler kompilacji, jak pokazano powyżej.Zauważ, jak ta topologia izoluje serwery kompilacji.Członkowie zespołu, którzy pracują nad kolekcją projektów zespołowych A, mogą używać tylko agentów kompilacji kontrolowanych przez kontrolera kompilacji A.To ograniczenie może być przydatne w sytuacjach, gdy należy ściśle kontrolować dostęp do bardziej poufnej własności intelektualnej.

Kolejne kroki

  • Wdrażanie i praca z serwerem kompilacji
    Aby użyć Team Foundation Build z lokalnym Team Foundation Server, musisz wdrożyć przynajmniej jeden serwer kompilacji.Można też połączyć jeden lub więcej lokalnych serwerów kompilacji z usługą Visual Studio Online.

    PoradaPorada

    Podczas skalowania systemu możesz zastąpić istniejący serwer kompilacji wdrożonym nowym serwerem kompilacji.Na przykład można chcieć hostować tę samą konfigurację oraz zestaw kontrolerów kompilacji i agentów komplikacji na nowym, bardziej wydajnym komputerze.Zobacz Konfiguracja usługi Team Foundation Build Service.

  • Wdrożenie i konfiguracja kontrolera kompilacji
    Użyj kontrolera kompilacji, aby zgromadzić jednego lub kilku agentów kompilacji.Możesz hostować jeden kontroler kompilacji na serwerze kompilacji.

  • Wdróż i skonfiguruj agentów kompilacji
    Użyj agenta kompilacji, aby wykonywać pracę kompilacji obciążającą procesor, obejmuje to pobieranie plików z kontroli wersji, zapewniającej obszar roboczy, kompilowanie kodu i przeprowadzanie testów.

  • Ustaw foldery do wrzucania
    Możesz przygotować i wyznaczyć jeden lub więcej folderów do wrzucania, w których system kompilacji dostarczy kody binarne, wyniki testu i pliki dziennika Twojemu zespołowi.

  • Zarządzaj systemem kompilacji
    Po wdrożeniu serwera kompilacji, można nim zarządzać z konsoli administracyjnej programu Team Foundation.Możesz zarządzać kontrolerem kompilacji i agentami kompilacji z konsoli administracyjnej Team Foundation lub z Visual Studio.

  • Użycie programu Team Foundation Build
    Gdy system kompilacji jest dostępny, zespół jest gotowy do tworzenia prostego procesu kompilacji (na przykład kompilacji ciągłej integracji ) i korzystania z automatycznego kompilowania i testowania aplikacji.