你需要JFrog Enterprise+的5个迹象
的JFrog企业+平台我们推出了swampUP去年5月真的在业内引起了轰动，预示着液体软件革命的持续更新．它所引起的兴趣和询问的数量表明，该平台真正解决了大型企业在对其二进制文件进行端到端管理方面的问题。但是有了JFrog Artifactory Enterprise(没有+)、JFrog Xray、JFrog Mission Control和JFrog Bintray提供的所有功能和集成，您可能会问自己，为什么需要Enterprise+。我们已经提供了十个理由，但有时，很难确定何时达到了必须从Enterprise升级到Enterprise+的临界点。在与我们尊敬的beta用户组和购买了Enterprise+的F100客户进行了多次讨论之后，我们设法确定了客户所经历的五个痛苦，这些痛苦使他们的情况发生了变化，并证明了将他们的安装升级到Enterprise+所需的预算是合理的。这里有5个迹象表明你已经为JFrog Enterprise+做好了准备。
1.您需要将软件分发到的位置的数量正变得难以管理
无论是零售店、区域办事处还是远程制造设施，
您需要用您的软件更新它们。添加软件包格式的维度和多个全球位置，您将发现将所有不同的更新包收集在一起，并在正确的时间将它们交付到正确的地方，这与管理现代的仓库类似。你需要的是JFrog分布．
使用Distribution的UI和扩展REST API，您可以完全自动化设置所有不同的发布包，您需要的多维位置数组和您的软件更新不断并安全地送到他们的目标手中。
2.不同数据中心的团队需要一种安全的方式来断断续续地共享二进制文件
当跨数据中心协作时，团队需要以不同的方式共享工件。对于经常需要同步的存储库和工件，Artifactory提供了各种模式复制．然而，有时需要从Artifactory中的不同存储库中收集一组不同的工件和构建，并与远程团队共享它们，而不必在持续的基础上同步完整的存储库。例如，这可能是一个库，它执行以不同的包格式实现的一些业务逻辑，以及存储在通用存储库中的文档文件。发布包是这痛苦的解决之道。
发布包使您能够灵活地收集任何不同的工件集，并将它们交付给另一个团队，在世界上任何地方使用另一个Artifactory实例JFrog分布．而且由于发布包是有签名且不可变的，您不仅可以确保您想要共享的所有工件都成功且安全地同步到目标Artifactory，还可以确保一旦接收到任何工件都不会被删除，因此这些工件之间的任何依赖关系都是受支持的。
3.您希望Artifactory更接近您的前沿服务和设备，但没有相应的预算
因此，您正在使用JFrog Distribution在您的数据中心创建发布包，现在您希望将它们发送到运行您的软件的服务和设备。为了避免连接和网络延迟问题，您需要在这些消费者附近建立一个Artifactory服务，然而，在您需要交付软件的所有地方附近设置一个成熟的Artifactory实例的成本远远超出了您的预算。我们为你准备了一个Artifactory。它被称为Artifactory边缘．
虽然Edge节点是Artifactory的全功能安装，但它的许可证只支持托管您的软件所需的特性，并向使用这些包的服务和设备提供这些包。您可以将Edge节点看作Artifactory的“只读”实例。任何人(服务或设备)都可以提取软件，但只有JFrog Distribution可以以发布包的形式上传软件到Edge节点。现在，由于边缘节点的功能是齿轮传动的
对于一个非常特定的功能，它的成本只是一个成熟的Artifactory实例成本的一小部分。
噗!你的预算问题消失了。
现在，您可以设置一个多星拓扑分布网络，其中每个数据中心都可以作为集线器，将您的软件分发到任意数量的本地Edge节点，这些节点战略性地放置在消费点附近。
不再有预算问题。
4.您需要一个全局的、跨团队的设置，其中用户和CI/CD服务器可以访问多个站点中的不同Artifactory服务器
随着公司的发展，访问Artifactory的用户和CI/CD服务器的数量，管理谁有权访问哪些工件和存储库会变得非常麻烦。您需要平衡访问的分割，这样团队就知道没有人会无意中篡改他们的工件，访问重叠，这样团队就可以根据需要进行协作。在规划和实现用户、组、权限和访问令牌(访问工件所涉及的所有安全实体)的结构之后，您最终获得了正确的配置。但是现在，您希望为下一个建筑中的开发人员使用的Artifactory服务提供对特定开发人员组和CI/CD服务器的访问。您需要同步安全配置的相关部分，并在每次发生更改时对其进行维护。您可以通过两个Artifactory服务来实现这一点，但如果您现在还需要让开发人员和他们的CI/CD服务器访问位于国家另一边的QA团队使用的Artifactory，然后将它们连接到位于俄罗斯的QA团队的Artifactory和位于印度的支持团队的Artifactory，该怎么办呢?您的Artifactory管理员将开始收到来自您的用户的调用，他们可以访问“他们的”Artifactory服务器上的某些工件和存储库，但不能访问“另一个”Artifactory服务器。或者更糟的是，构建将开始失败，因为CI服务器无法访问这些远程Artifactory服务中的依赖项。JFrog访问开箱即用地解决了这种痛苦。
使用访问联合会，您可以定义一个信任圈，在这个信任圈中，所有这些安全实体将自动同步。根据同步的方向，您可以构建一个全网格结构，其中对任何Artifactory服务所做的更改将自动同步到信任圈中的所有其他Artifactory服务。
无论满足您需求的拓扑是什么，JFrog访问都具有支持它的灵活性。
5.由于网络连接不好或带宽低，您的软件更新无法成功
随着你的企业的发展，你的市场也在扩大，你可能会发现自己需要为那些互联网连接总是不稳定且容易断开的地方提供软件更新。想想发展中国家，ISDN或(喘气!)DSL是标准，想想偏远的地方，甚至是出海的船只，每天最多只有几个小时的互联网连接。您可能会发现，如果网络瘫痪(再次!)，软件更新可能会失败，或者可能会花好几个小时才能完成，特别是如果您需要同步大文件(Docker映像可以轻松达到几十GB大小)。Artifactory的复制因子设计时就考虑到了这些问题。
复制器目前仅供JFrog Distribution在将发布包的内容从源Artifactory服务同步到目标时使用，并克服了网络连接不良的问题:
- 效率:复制器将需要同步的数据分解为多个流，以最大限度地利用网络。
- 可靠性:由于根据设计，发布包是不可变的，这意味着JFrog Distribution将验证目标Artifactory服务是否完整地收到了发布包。
作为额外的奖励，由于发布包是在源处签名的，您还可以确保它们安全到达目的地，而没有任何在途中篡改的风险。
JFrog企业+平台不仅仅是“企业”的升级;这是一个巨大的飞跃，它打开了一系列的新功能，使您能够将从代码到生产的无畏的、持续的更新自动化。随着您的企业的发展，您的JFrog基础设施，服务更多的用户，托管更多的工件，跨更多的团队分布在更多的全球位置，并在计算边缘提供越来越多的服务和设备，您最终将看到这五个迹象之一。
你已经到了吗?
