Microsoft Project Server/Team Foundation Server/Subversion/Wiki auf derselben Box

Question

Wir sind dabei, eine neue Entwicklungsumgebung für etwa ein Dutzend Entwickler in unserer IT-Abteilung einzurichten, und ich habe ein paar Fragen soweit Server-Setup geht ..

Wir werden TFS 2008 für unsere 6 oder so .NET-Entwickler und Subversion für das halbe Dutzend CF-Leute verwenden.

Ist es in Ordnung/empfohlen/nicht empfohlen, beide Quellcodeverwaltungs-Repositories auf derselben Box zu haben? Wir würden TFS als Einzelserverumgebung mit SQL Server auf demselben Computer einrichten.

Auch einige Verwaltung möchte Project Server verwenden. Wir haben bereits eine schlechte Installation des Projektservers durchgemacht, bei der unsere TFS-Sharepoint- und Reporting-Dienste durcheinander gebracht wurden, und ich habe keine Ergebnisse von Google erhalten, dass irgendjemand dort Project Server und TFS auf derselben Box eingerichtet hat. Sollten wir Project Server auf einer separaten Box installieren?

Wir werden auch ein 3rd Party Wiki einrichten, nicht sicher, ob es in IIS oder Apache gehostet wird.

Also im Grunde, ich bitte um allgemeine Beratung über die Einrichtung dieser Umgebung, Trennung von Servern/Bedenken, Best Practices, Dinge, die wir definitiv nicht tun sollten. Dies ist alles in einer virtuellen Umgebung, so dass die Anzahl der Server nicht wirklich begrenzt ist.

Vielen Dank im Voraus.

Answer 1

Sie sollten in Ordnung sein (mit einigen Einschränkungen, unten), solange Sie genug CPU/RAM/Spindeln auf der Maschine werfen, um alle Dienste reibungslos laufen zu lassen.

Der schmerzhafteste Teil wird wahrscheinlich die Webdienste sein. Hier finden Sie ein großartiges Dokument zum Einrichten von Project Server & TFS für die Verwendung des gleichen Sharepoint-Backends: http://sharepointmagazine.net/technical/administration/integrating-project-server-2007-and-team-foundation-server-2008-sharepoint-sites Die Konsolidierung Ihrer WSS/MOSS-Repositorys ist nicht nur gut für Benutzer; Es knackt Ihren wahrscheinlichsten Setup-Fehler im Keim.

Das Wiki sollte keine große Sache sein, solange es nicht @ am lebenden Port 80 nicht besteht Es ist möglich zu 3rd-Party-Websites als vdirs unter Sharepoint zu installieren, aber jedes Mal, wenn ich mich so am Ende verbringe viel mehr Zeit, als wenn ich die Problemroute von Anfang an vermieden hätte. Es ist nicht ideal, Leute dazu zu bringen, zu einem Nicht-Standard-Port zu navigieren, aber es sollte nicht schwer sein, irgendeine Art von Indirection (gelesen: Lesezeichen) einzurichten.

Subversion-Clients & Server sind beide trivial auf jedem beliebigen Port zu konfigurieren.

Alles, was gesagt - wenn Sie die Ressourcen dazu haben, wird separate VMs für jedes Produkt wahrscheinlich zukünftige Wartung erleichtern. Sie können Patches anwenden, die ein iisreset oder einen Neustart erfordern. Rollback auf einen Snapshot; CPU/Bandbreite/Festplattenspeicher dynamisch drosseln; und so weiter, während die anderen VMs fröhlich Anfragen bedienen.