Ibm cloud IBM云对象存储-什么是数据一致性/可见性模型?

Ibm cloud IBM云对象存储-什么是数据一致性/可见性模型?,ibm-cloud,object-storage,ibm-cloud-storage,Ibm Cloud,Object Storage,Ibm Cloud Storage,IBM的云对象存储在数据一致性/可见性方面提供了什么保证?AWS基本上是对新对象进行写后读取,并最终实现更新/删除的一致性。那么,IBM的COS的数据一致性模型是什么?而且,我怀疑是否支持对象锁定,但我想验证一下,这确实是不可能的(如果是的话,那就太好了!) 作为参考,AWS说明了其数据一致性模型: AmazonS3在所有区域为S3存储桶中的新对象提供了读写一致性,但有一点需要注意。需要注意的是,如果您在创建对象之前对密钥名发出HEAD或GET请求(以查找对象是否存在),AmazonS3将为写后

IBM的云对象存储在数据一致性/可见性方面提供了什么保证?AWS基本上是对新对象进行写后读取,并最终实现更新/删除的一致性。那么,IBM的COS的数据一致性模型是什么?而且,我怀疑是否支持对象锁定,但我想验证一下,这确实是不可能的(如果是的话,那就太好了!)

作为参考,AWS说明了其数据一致性模型:

AmazonS3在所有区域为S3存储桶中的新对象提供了读写一致性,但有一点需要注意。需要注意的是,如果您在创建对象之前对密钥名发出HEAD或GET请求(以查找对象是否存在),AmazonS3将为写后读提供最终的一致性

AmazonS3为所有区域的覆盖放置和删除提供了最终的一致性

对单个密钥的更新是原子的。例如,如果您对现有密钥执行PUT操作,后续读取可能会返回旧数据或更新的数据,但它永远不会写入损坏或部分数据

关于对象锁定:

AmazonS3目前不支持对象锁定。如果对同一密钥同时发出两个PUT请求,则具有最新时间戳的请求获胜。如果这是一个问题,您将需要在应用程序中构建一个对象锁定机制

更新基于密钥;没有办法跨键进行原子更新。例如,除非将此功能设计到应用程序中,否则无法使一个密钥的更新依赖于另一个密钥的更新


IBMCOS对于所有操作都是立即一致的,但像AWS一样,此时不支持对象锁定


我正在写一篇文章,我们将在文档中介绍我们的一致性模型及其工作原理,敬请关注

该文档现在可用吗?特别是,我想了解原子写入。我不希望我的读者看到部分编写的文件。