【发布时间】：2021-09-16 14:27:33
【问题描述】：
上下文
我正在管理一个面向整个全球部门的 Azure DevOps 组织，其中多种类型的团队一起工作和协作。整个用例类似于内部客户支持（有请求者需要某些东西，而代理在做工作），为此我们主要使用 Azure Boards（以及用于 Wiki 的 Repos，但我们不使用任何 Azure 自动化、管道等） .
当前结构
- 4 个流程模板 - 我相信我可以将所有项目都建立在一个单一的 不过，主模板
- 每个模板有 2 个项目
想法
将所有项目合并为一个项目。但是，我有点担心性能，找不到好的资源来确认（或不确认）平台是否可以占用大量流量。
当前流量
- 7 个项目
- 每周 10k 个工作项，最大的项目每周产生 4k 个工作项
- 1700 个用户
- ~100 支队伍
问题：
有没有人用这样的流量运行一个大型项目的经验？ 我们用户群的总规模并没有那么大——它有 200 个所谓的代理，可能还有 1500 个请求者。这些数字会随着时间的推移而增长。
肯定会受到影响的一件事是查询，因为现在我们每周从这 4k 个项目中查询，但在一个主项目中，每个查询最初都会查看每周 10k 个项目。 一种可能的缓解方法是每隔 3 到 5 个月将一些工作项归档到一个单独的项目中。
好的，数据足够了。如果有人可以分享他们的五分钱，那就太好了。
【问题讨论】：
标签： azure-devops