サーバー管理者ガイド

ビルドサーバー

• TeamCity サーバー ビルドもテストも実行しません： サーバーの役割は、接続されているすべてのビルドエージェントを監視し、互換性要件に基づいて キューに入っているビルドをエージェントに割り当て、結果を報告することです。

• ビルド結果に関するすべての情報 (ビルド履歴と、アーティファクトとビルドログを除くすべてのビルド関連データ)、VCS の変更、エージェント、ビルドキュー、ユーザーアカウント、ユーザー権限などは、別のマシンでホストできるデータベースに保存されます。

• TeamCity サーバーは 1 台のマシンを占有することも、安定性とパフォーマンスを向上させるために複数の分散 ノードを含めることもできます。

• エージェントと同様に、サーバーは永続的にインストールされたソフトウェアではなく、 Docker コンテナー(英語)として実行できます。

ビルドエージェント

• エージェントは、通常、ソースコードをチェックアウトし、他のビルドのアーティファクトをダウンロードし、ビルドプロセスを実行するソフトウェアです。 TeamCity サーバーとは別にインストールおよび構成されます。

• エージェントは物理マシンと クラウドホスト型仮想マシンの両方にインストールできます。

• エージェントは、 互換性のある任意のビルド構成のビルドを実行できます。 各エージェントは、アーキテクチャ、オペレーティングシステム、インストールされているツールなど、固有の環境を持つことができます。 これらのプロパティは、エージェントが実行できるビルドを定義します。

• エージェントは一度に 1 つのビルドを実行できます。 基本的に、エージェントの数によって、並列ビルドの数とビルドプロセスが実行される環境の数が制限されます。

• エージェントのスムーズな動作を確保するには、実行可能ファイルまたはアーカイブからインストールされたエージェントのコアソフトウェアとツールを定期的に更新する必要があります。 たとえば、TeamCity サーバーを新しいバージョンにアップグレードした後、既存の VM イメージから起動されたすべてのクラウドエージェントは更新にしばらく時間がかかります (これは自動的に行われますが、キューに入っているビルドを開始できるタイミングが遅れます)。 エージェントが常に最新のソフトウェアを実行するようにするには、代わりに Docker コンテナーとして実行します。

• ビルドは Docker または Podman コンテナー内で実行できるため、エージェントマシンの OS だけではエージェントとプロジェクトの互換性が制限されることはありません。 つまり、Windows エージェントで Linux 固有のタスクを実行でき、その逆も可能です。

関連記事: TeamCity エージェントのインストールと起動