Teamcity als Buildserver, Host oder für etwas anderes bezahlen?

Question

Ich arbeite mit einem Team von 5 Entwicklern in einem kleinen Unternehmen. Es gibt 3, die hier arbeiten und 2 arbeiten remote. Momentan verwenden wir Assembla mit Trac zur Quellcodeverwaltung. Wir arbeiten an einer ASP.NET MVC-Website. Wir hosten momentan nicht unsere Produktionsumgebung. Ich baue einen BuildServer mit Teamcity !! Ich habe es gerade auf meinem lokal auf meinem Laptop arbeiten. Sollten wir unseren eigenen Buildserver hosten oder etwas anderes bezahlen?

Answer 1

TeamCity ist ziemlich gut für kleine Geschäfte wie deins. Hosting Ihrer eigenen sollte wirklich nicht schlecht in Bezug auf Setup und Kosten sein. Solange Ihre entfernten Kollegen ohne Probleme darauf zugreifen können und es Ihre Anforderungen erfüllt, sollten Sie es tun.

Answer 2

Ich würde empfehlen, es näher zu Ihrem Versionskontrollserver zu hosten, damit es die Quellen erhalten und Builds schneller durchführen kann. Wenn Sie Ihren eigenen Versionskontrollserver hosten, installieren Sie TeamCity entweder auf demselben Computer (wenn die Hardware dies zulässt) oder in dasselbe Netzwerk. Außerdem müssen Sie Build-Agenten und einen Datenbankserver installieren (da die interne Datenbank möglicherweise nicht über die Leistung und Zuverlässigkeit verfügt). In einem kleinen Laden würde ein eigenständiger Server alles davon verwalten (TeamCity Server + Build Agent + MySQL-Datenbank). Auf lange Sicht wäre es viel billiger, einen Server zu kaufen und selbst zu hosten, als jeden Monat einen Hosting-Provider für einen virtuellen oder dedizierten Server mit begrenzten Ressourcen zu bezahlen. Es würde auch die Aktualisierung vereinfachen, wenn es notwendig wird.

Der TeamCity-Server selbst ist eine Webanwendung, die auf dem Tomcat-Server gehostet wird. Der Zugriff erfolgt über die Weboberfläche vom Browser aus. Wenn Sie eine externe IP-Adresse auf dem Server haben, konfigurieren Sie einfach den Tomcat, um auf diese Adresse zu hören, und TeamCity wird von überall auf der Welt zugänglich sein (vergessen Sie nicht, die Sicherheit zu konfigurieren).