开始
Artifactory包含以下默认的二进制存储。xml配置。
.
- <设置>对象的包装器元素
链元素。xml必须以这个元素开始和结束。 - <链模板>文件存储的结构。要使用一个内置文件存储，chain元素需要包含相应的模板属性。
T他<设置>标记是用于版本控制配置的标记元素。它不会影响Artifactory的设置。
链模板
以下部分描述了Artifactory内置的基本链模板，您可以开箱即用，以及默认链中包含的其他二进制提供程序。
单击模板名称以导航到相应的二进制提供程序模板。
文件系统 |
Artifactory最基本的文件存储配置用于本地或挂载的文件存储。 |
cache-fs |
与文件系统的工作方式相同，但也缓存使用LRU(最近最少使用)协议清理的下载请求。提升IOPS (I/O Operations)高或NFS访问速度慢的实例的性能。 |
full-db |
所有元数据和二进制文件都以blob的形式存储在Artifactory数据库中，并具有额外的缓存层。 |
full-db-direct |
所有元数据和二进制文件都以blob的形式存储在Artifactory数据库中，不进行缓存。 |
s3-storage-v3 |
使用官方Amazon SDK使用S3云存储的文件存储配置。 通过将JFrog平台的功能委派为一个注册表，以便它用链接响应下载请求，您可以优化JFrog平台，以便从云存储下载大型二进制文件(如Docker映像)。有关更多信息，请参见云存储直接下载． |
cluster-s3-storage-v3 |
文件存储配置，其中数据临时存储在每个节点的文件系统上Eventual-Cluster二进制提供者，然后传递到S3对象存储进行持久存储 通过将JFrog平台的功能委派为一个注册表，以便它用链接响应下载请求，您可以优化JFrog平台，以便从云存储下载大型二进制文件(如Docker映像)。有关更多信息，请参见云存储直接下载． |
s3-sharding |
在分片配置中使用多个S3桶的文件存储配置。 |
s3-direct |
一个文件存储配置允许直接上传到S3，绕过最终的上传机制。 |
google-storage-v2 |
“Google - Storage -v2”模板用于使用谷歌本地客户端配置“谷歌云存储”作为远程文件存储。 |
azure-blob-storage |
这是用于Azure Blob Storage作为远程文件存储的设置。 |
double-shards |
使用两个物理挂载和一个副本的纯分片配置，这将导致每个工件只保存一次。 |
redundant-shards |
使用两个物理挂载和两个副本的纯分片配置，这将导致每个碎片存储每个工件的副本。 |
cluster-filesystem |
一个文件存储配置，其中每个节点都有自己的本地文件存储(就像文件系统链一样)，并通过使用分片集群提供程序动态分配的远程二进制提供程序连接到所有其他节点。 |
cluster-google-storage-v2 |
这是用于谷歌云存储在集群配置中作为远程文件存储。 |
cluster-azure-blobstorage |
这是用于Azure Blob Storage的设置。它基于同步集群文件系统的分片和动态提供程序逻辑。 |
修改已有的链模板
为了满足您对文件存储的任何特定需求，可以通过使用其他二进制提供程序扩展或覆盖其中一个属性来修改一个现有的链模板。
例如，内置的文件系统链模板将二进制文件存储在$ JFROG_HOME / artifactory / var /数据/ artifactory / filestore目录中。修改模板，使其在下面存储二进制文件FILESTORE美元/二进制文件您可以将其扩展如下:
<！——file-system链模板结构——>$FILESTORE/binaries 属性——>
从头开始配置自定义文件存储
除了下面的内置文件存储链模板之外，您还可以构造自定义链模板来适应所需的任何文件存储结构。
由于文件存储中的不同二进制提供程序必须彼此兼容，因此错误配置可能会导致数据丢失。如需配置自定义文件存储，请联系JFrog支持．
