在我们当前的数字化转型热潮中，更快地完成工作（比如构建）通常是件好事。但是，如果能够预测甚至控制构建所需的实际时间呢？您可以确保您的开发团队在几分钟内自信地完成构建—无论构建大小—以确保您的转换按计划进行。您的团队的乒乓球技能可能会受到影响，但您的客户和投资者会欣赏节省的时间。之前，我们曾写过CloudBees Accelerator如何消除构建瓶颈，以及Shared JobCache如何通过智能组件重用加快构建速度和消除错误，我们将使用CloudBees Accelerator的Insight功能将构建时间从超过1小时减少到3分钟以下，并确保即使在构建增长的过程中，也保持低于3分钟的时间。我们的一个客户为这个例子提供了数据。在建筑的生命中的一天我们应该在这里插入"您的里程数可能会有所不同"的附加条件，但是这个示例是我们的客户在使用CloudBees Accelerator时报告的典型示例。1小时10分钟客户使用gnumake连续运行构建，完成时平均需要1小时10分钟，很多时候根本无法完成或者生成的代码无法执行。43分49秒我们第一次使用CloudBees Accelerator在10个核心上并行运行该构建。我们没有进行任何其他修改，构建仅在不到44分钟的时间内就完成了，这本身就有将近40个的改进。这本身就是一个令人印象深刻的改进，但这仍然是乒乓球桌上的太多时间。在第一次传递过程中，CloudBees Accelerator正在"学习"构建并创建大量元数据：了解依赖关系、处理冲突并自动恢复这些冲突以确保构建成功完成。这张来自CloudBees Accelerator Insight特性的屏幕截图显示了这个过程中的许多空白，并行性没有对齐，并且冲突很多，至少构建成功了。它建立起来了——但效率低下和冲突比比皆是！如您所见，在构建中有将近800个未指定的依赖项导致了大量的返工。不到45分钟-但将近800个未指明的依赖！一些基本的魔法但是我们可以做得更好，而不需要做任何事情，只需再次运行构建。4分57秒这就是CloudBees Accelerator及其专利技术开始发挥魔力的地方。我们再次运行了构建。CloudBees Accelerator使用这些元数据自动优化依赖项、时间表和资源，并消除未指定的依赖项，从而将构建时间缩短到不到5分钟！使用CloudBees Accelerator第二次运行构建可以消除低效率和冲突请注意，现在进程中没有任何间隙，而且核心之间的并行性几乎完全一致。CloudBees Accelerator自动确保没有空闲时间、没有冲突和无需恢复。不超过5分钟-没有冲突。现在来看看真正的魔法我们能做得更好吗？如果从一个多小时到5分钟还不够神奇，那么我们可以通过使用Insight在任意数量的额外核心上模拟构建并选择我们自己的构建时间，从而进一步缩短构建时间，并缩短到我们选择的时间。跨多个核心预测和控制构建时间2分38秒示例构建是在10个内核上本地运行的，但Insight显示了如果您增加构建的内核数量，将会发生什么情况。如果3分钟的时间足以让您的开发人员休息一下，吃点零食，然后，将构建分发到20个核心上意味着构建将在大约2.5分钟内完成。这些核心可以位于网络上的任何位置：组中的其他计算机、服务器场中，甚至云中。CloudBees Accelerator将把您的构建分发到这些核心，以保证您的开发服务质量团队。洞察力不止于此Insight不仅为您提供了如上面屏幕截图所示的出色的可视化和反馈工具，还可以单击显示中的任何元素以深入了解依赖关系、输入、输出、文件、持续时间等详细信息。深入到构建的细节知道你要去哪里吗Yogi Berra曾经说过，"如果你不知道你要去哪里，你就会去别的地方。"CloudBees Accelerator with Insight可以让你准确地知道你要去哪里，你什么时候可以到达那里。乒乓球就这么多了。   免费加速你的Android版本了解更多关于CloudBees加速器和下载CloudBees加速器Huddle现在！