随着越来越多的老牌企业开始采用持续交付 (CD)，他们不可避免地会遇到围绕软件商业许可或开源产品商业支持的挑战。 tl;dr 仅使用商业软件，您的收费是“吃到饱”的变体 。

持续集成 (CI) 服务器应该尝试跟上开发人员所做的提交，而不是像十年前早期 巡航控制 时代常见的那样对它们进行批处理。如果构建从开始到完成的时间超过一分钟，则需要并行运行 ci 构建。你可以想象一个 ci 服务器从一个提交开始构建，然后在第一个构建完成之前进行十个后续构建。对于一个忙碌的团队，我的意思是，但对于更长的构建时间（15 分钟或更长时间）也可能是这样。如果构建失败，您仍然会暂时停止生产线。大概现在每个人都有一个自动回滚策略，如果他们没有做拉取请求模型的话。

无论如何，许可证中允许单独安装多少个软件现在是一个因素。企业发现，为持续集成 (CI) 服务器创建更多的独立环境是一项挑战，而不会因最佳实践产生的许可成本而绊倒。

程式化和无偿的环境图：

吃到饱许可证

您使用商业软件，无论安装次数如何，整个公司或部门或部门都需要付费。有时这显然不可用，但如果您的公司足够大，您就有机会协商自己的条款。

仅为产品实例定价（推导）

您只需为生产安装付费，并同意 uat、staging、“perf”、qa 甚至 dev（共享或不共享）都是免费的。这似乎是由真正获得持续交付的供应商提供的，并且不想欺骗企业去那里。

仅对产品付费支持

假设您正在使用开源，但对于您的高管想知道的一些关键部分，有一个电话号码可以拨打：您想免费安装应用程序/服务并根据一些侧重于生产的规模标准支付支持费用仅使用（不是 uat、qa 等）。再次，为什么现代公司（供应商）会在做 cd 时挖空其他公司做 cd？