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