Openstack API-动态大对象（DLO）和；静态大对象（SLO）

我想使用openstack API将大型对象上载到objectstorage。 我发现我可以用大的物体来做。 API中描述了两个不同的对象，静态大对象（SLO）和动态大对象（DLO）。对于这两个部分，我需要上传所有部分，然后是一个清单，其中包含对这些部分的引用

现在我的问题是：这两者有什么区别？我应该用哪一种？我的文件不会改变大小。有一次上传，然后他们通常不会改变。所以我想用SLO

---

谢谢你的建议

我从Oracle找到了一个解决方案：

这两者之间的区别在于SLO的清单文件包含段的所有contailer/文件名。这些段可以位于不同的位置。所以称之为静态，因为所有文件都是初始上传的，不会更改

---

DLO的清单文件为空。所有段必须与清单文件位于同一容器中。此文件动态确定要下载的大型对象的各个部分。

我从Oracle找到了一个解决方案：

这两者之间的区别在于SLO的清单文件包含段的所有contailer/文件名。这些段可以位于不同的位置。所以称之为静态，因为所有文件都是初始上传的，不会更改

DLO的清单文件为空。所有段必须与清单文件位于同一容器中。此文件动态确定要下载的大型对象的各个部分

我写了一篇关于Bluemix服务的对象存储清单的博文，这也可能有助于进一步了解它们的有用性

摘录：

• 静态大型对象（SLO）–依赖于用户提供的清单文件。对于开发人员希望从多个容器“mashup”对象并在自生成的清单文件中引用它们的用例来说，这是非常有利的。这使您可以在接受清单后立即访问连接的对象。将段上载到单独的容器中提供了提高并发上载速度的机会。另一方面，连接对象的定义被冻结，直到清单被替换
• 动态大对象（DLO）–依赖于列出零字节清单文件的容器。对于开发人员可能随时从清单中添加/删除段（例如，容器中的对象）的用例来说是有利的。一些缺点包括依赖于最终一致的容器列表，这意味着在访问完整的连接对象之前可能会有一些延迟。还有一个要求是所有段都在一个容器中，这可能会限制并发上传速度

基于您的用例，我同意SLO可能是最有意义的

我写了一篇关于Bluemix服务的对象存储清单的博文，这也可能有助于进一步了解它们的有用性

摘录：

• 静态大型对象（SLO）–依赖于用户提供的清单文件。对于开发人员希望从多个容器“mashup”对象并在自生成的清单文件中引用它们的用例来说，这是非常有利的。这使您可以在接受清单后立即访问连接的对象。将段上载到单独的容器中提供了提高并发上载速度的机会。另一方面，连接对象的定义被冻结，直到清单被替换
• 动态大对象（DLO）–依赖于列出零字节清单文件的容器。对于开发人员可能随时从清单中添加/删除段（例如，容器中的对象）的用例来说是有利的。一些缺点包括依赖于最终一致的容器列表，这意味着在访问完整的连接对象之前可能会有一些延迟。还有一个要求是所有段都在一个容器中，这可能会限制并发上传速度

基于您的用例，我同意SLO可能是最有意义的