使用 2 个 TFS 服务器，在哪里安装什么？
简单的问题：
我有两台服务器，最初的想法是使用一台作为应用程序层和数据层，另一台作为构建机器。
但这是一个相对较小的项目，因此仅使用一台服务器用于构建服务似乎完全是多余的（我假设会出现一台较弱的机器，然后我感到惊讶）。
如果我确实在两台服务器之间拆分应用程序层和数据层，我应该将构建服务放在哪里？
在应用层还是数据层？哪一个会更好？
Quick question:
I have two servers, and the initial idea was to use one as application-tier and data-tier, and the other one as build machine.
But it's a relatively small project, so it seems like total overkill to use one server only for the build services (I was assuming a weaker machine would come, then I got surprised).
If I do split app tier and data tier between the two servers, where should I put the Build Service?
On the app tier side or on the data tier side? Which one would be better ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在我们的环境中，我们将 AT 和 DT 分开放置在各自的计算机上，并在 AT 上托管构建服务。归根结底就是您在哪里拥有最多可用于构建机器的“备用”资源。随着时间的推移，查看内存和 CPU 的 perfmon 计数器，看看哪一个看起来使用率最高，然后将构建代理放在那里。
根据经验，这可能是您的应用程序层，特别是如果您已将报告服务和多维数据集以及源代码存储库和工作项存储安装在数据层上。
In our environment, we have the AT and DT separated on their own machines, and host a build service on the AT. What it comes down to is where you have the most "spare" resources available for the build machine. Take a look at perfmon counters for memory and CPU over time, and see which one looks like it is the most lightly used, and put your build agent there.
From experience, that's likely to be your application tier, particularly if you've got the reporting services and the cube installed on the data tier along with the source code repository and work item store.