"我钓到了一条这么大的鱼"当我们和詹金斯的用户交谈时，大约有一半的人会说："我们有一个非常大的詹金斯实例"这句话总是让我很感兴趣……当我们稍微探究一下他们的詹金斯实例到底有多大时，我们找到了十个或更多的答案。现在有些人可能会嘲笑这样一个例子"真的很大"，但这绝不是我的反应。成长詹金斯的例子，在某些方面，非常像一个公司的成长。我刚开始在CloudBees工作时，员工很少……事实上我们都在公司团队页面上列出……每个人都认识每个人否则，什么时候你的Jenkins实例开始时，你只有几个工作，也许有一两个构建代理。每个人都知道每项工作都做些什么。每个人都知道每个构建代理是什么为了。之后有一段时间，公司发展了……人越来越多了……公司团队页面不再列出所有人……不是因为员工不再对公司重要，而是因为这些页面不应该列出所有60或70人。不过，这还是一个村庄。每个人都知道别人要看，即使不是就我个人而言同样的，随着Jenkins实例的增长，我们看到人们开始使用视图等工具来定制他们看到的内容。每个人都知道谁拥有每一份工作，即使他们不知道他们到底是干什么的。每个人都知道谁拥有建筑代理，等等，在在公司成长的某一点上，它会从"村"阶段过渡到"镇"阶段。这是假设的邓巴的号码…据传在100到250之间。对于一些公司来说，这可能是一个突破点。谢天谢地，CloudBees的高管团队之前都经历过这样的事情，只要他们把我放回公司团队页面，任何潜在的问题都会得到解决（开玩笑！）。当您将Jenkins实例扩展到500个以上的工作范围（通常需要10个以上的构建代理），您将开始遇到与成长中的公司相同的问题。观点不再能解决组织你所有工作的问题。您需要开始将作业放入文件夹中。您可能需要命名约定。您当然需要更复杂的权限系统。总之，你觉得痛苦。到将您的Jenkins实例从500个增加到1000个以上，这将要求您开始解决其中的一些问题，直到您意识到这些问题有各种解决方案，您几乎可以感觉到您已经达到了可伸缩性的一些基本限制詹金斯。那么大约500个工作岗位和10个建筑代理不是一个大的实例，对一个已经成长到这个地步的人来说，它真的可以感觉到大。但是那么什么才是真正的大例子呢？显然我有答案。我研究了这个主题，作为我的Jenkins World 2016演讲的一部分："所以你想建立世界上最大的Jenkins集群"。Jenkins实例有一个内置的"phone home"设施，它向Jenkins社区主页报告使用统计数据。统计数据的报告是匿名的，只包括一些基本信息，也可以由詹金斯管理员关闭。但有足够多的例子表明，我们至少可以对实际规模进行衡量实例。对于最新报告的统计数据（涵盖2016年8月）：共有61个实例拥有超过8000个工作岗位。作业数最多的实例有67563个乔布斯。那里有19个例子有450多名特工。代理数量最多的实例有6个，794探员。那些比500个工作岗位或10个构建代理都要大得多，要达到这些规模，就需要与最初使用的不同的管理策略成长中的人具有许多生成代理的实例可能具有某种程度的自动化来创建它们的生成代理。这些代理可能几乎完全相同，并且是从某种模板映像或食谱。这个具有许多作业的实例可能正在使用某种自动化来创建作业。这可能很简单，比如使用GitHub组织文件夹插件，以便扫描组织的所有GitHub存储库，并使用Jenkinsfile为每个存储库的每个分支自动创建作业（以及Pull请求）。或者使用CloudBees模板插件或Job DSL插件实现更复杂的自动化。但无论如何，"特殊雪花"很少乔布斯。所以，总之，在2016年的今天，"真正大的詹金斯实例"可能是一个拥有超过10000个工作岗位或超过1000个构建代理的实例。