tfs / svn /项目服务器/ wiki在同一个盒子里

我们正在为IT部门的十几位开发人员build立一个新的开发环境,并且就服务器设置而言,我还有几个问题。

我们将为我们的6个.NET开发人员使用TFS 2008,并为6个CF人员进行颠覆。

是否可以/推荐/不build议同时使用两个源代码控制仓库? 我们将在同一台机器上将TFS设置为具有SQL服务器的单服务器环境。

另外,一些pipe理人员想使用Project Server。 我们已经通过了一个糟糕的项目服务器安装,它使我们的TFS共享点和报告服务搞砸了,而且我还没有从Google那里得到任何结果,说任何人都在同一个盒子上设置了Project Server和TFS。 我们是否应该将Project Server安装在单独的盒子上?

我们也将build立一个第三方的Wiki,不知道它是否将被托pipe在IIS或Apache。

所以基本上,我要求提供有关build立这种环境的全面build议,服务器/问题的分离,最佳实践,我们绝对不应该做的事情。 这都是在虚拟环境中,所以对服务器数量没有限制。

提前致谢。

我不认为你可以把这个分类来做出决定。 这是一个可伸缩性问题的典型例子。 这对于less数开发人员来说不是问题,但是根据项目/提交/更新/分支合并等等的不同,这可能会导致I / O速度缓慢/受限。 IDE子系统对于一个或两个用户可能performance不错,但是一旦开始添加负载,IDE子系统可能会造成瓶颈。 但既然你是在一个虚拟的环境哟可能有一个很好的硬件RAID和I / O不会是问题。

总而言之,这取决于您在每项服务中要承受的负载types。 如果你把它们分开成虚拟的盒子,它们仍然在同一个硬件上,所以我会说把它们放在一台机器上可能是一个更好的解决scheme……除非你计划把它们移动到单独的硬件/虚拟系统。 。

底线 – 你需要多说一些关于每种服务的典型用法。

在每个服务都会产生大量负载的环境中,我肯定会build议把它们分离成单独的(物理)机器,这主要是因为上下文切换会导致很多开销。 但是,我怀疑十几个开发人员可以在任何指定的服务上产生大量的负载。 在虚拟机上运行它们肯定会让你的生活更加轻松,但是它增加了物理机的开销,而不是运行所有的虚拟机。 我不build议在同一台(虚拟)机器上运行IIS和Apache。 你只是要在那里遇到麻烦。