我的云服务器位于世界各地的不同数据中心。每个数据中心都是独立的。
我正在寻找一种简单的方法来轻松且一致地将 Artifactory 部署到每个区域中的各个服务器集群(可能运行不同版本的软件，即开发、测试和生产集群)。在我看来，我需要一个 Artifactory 服务器，因为我可以在云服务器上执行安装脚本，从而获取正确的软件 Artifactory 。
现在，我在运营方面工作。我不关心进行构建或管理软件构建依赖项。我只是想要一个 Artifactory 服务器，我可以在其中存储包的所有不同版本以供以后访问。最重要的是，我有几种不同类型的 Artifactory 要存储。
- Shell 脚本
- Python 脚本
- 傀儡 list
- Debian 文件(通常作为多个 Debian 的 tar.gz 文件提供)
Nexus 或 Artifactory 可以管理所有这些类型的软件包，还是我应该寻找不同的方向？我不反对将 make 文件添加到仅生成 tar.gz 文件的 shell 脚本项目中。我只是不想走上设置 Artifactory 存储库的道路，最终，一些脚本、wget 和 apache 服务器就可以正常工作。
最佳答案
Artifactory 和 Nexus 都可以处理任何类型的文件，因为它们都是“二进制存储库管理器”。
尽管如此，Nexus 在技术上可以存储任何文件，但缺乏对不符合 Maven 存储库布局的二进制文件的支持。例如，此类文件不会被索引，也无法在搜索中检索到；此外，如果非 Maven Artifactory 在其路径中阻碍了模块信息，那么目前 Artifactory 是唯一可以利用该信息并允许对 Artifactory 进行基于版本的操作的存储库(例如，下载最新版本查询)
尽管这两个工具都是从解决 Maven 中的问题开始的。世界上，智能二进制管理的需求已在许多其他领域得到认可，operations included .
二进制文件确实需要专门的管理器，尽管网络共享/SCM/文件服务器一开始似乎是一个可行的选择；它们只是无法扩展。
另请参阅my answer to a similar question了解经理相对于其他临时解决方案的一些优势。
关于deployment - Nexus 或 Artifactory 可以存储简单的 tar.gz Artifactory 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13054950/