我正在尝试在IBM Bluemix Cloud上使用对象存储服务,但我无法从我的nodejs服务器发送图像.我怎样才能做到这一点?关注我的服务器代码:
unirest
.post(MY_CONTAINER + new_fname)
.headers({'Content-Type': 'multipart/form-data', 'X-Auth-Token': token})
.field({ 'max_file_count': 1 })
.field({ 'max_file_size': 1 })
.attach({ 'file': file.originalname, 'relative file': streamFile })
.end(function (resp) {
//response
console.log(resp.status);
console.log(resp.body);
});
Run Code Online (Sandbox Code Playgroud)
主要问题是找到使用API将图像(png或jpg)发送到bluemix存储的正确方法(我已经将它上传到我们的服务器).
与文件系统或块存储(数据库)系统相比,对象存储有哪些用例?
据我了解,对象存储主要用于云系统上运行的应用程序的持久存储。它似乎与文件系统有很多重叠之处,只是对象存储方式的细节被抽象掉了,以便应用程序可以通过简单的 Web 查询访问它们。
但是,如果有人可以给出实际使用它来代替其他两个存储系统或与其他两个存储系统一起使用的应用程序示例,我会很高兴。
所以,我在 IBM 的 Cloud Object Storage 上有一个存储桶。在这个存储桶中,我有一个名为“test.png”的文件。
我需要的是一个可以用来直接访问这个文件的 URL。一个我可以在浏览器上写的 URL,图像将在我的浏览器上打开。
我到处搜索,除了这种格式的“ObjectSQL URL”之外找不到任何东西:
cos://{Region}/{Bucket}/{File}
cloud object-storage ibm-cloud-storage ibm-cloud ibm-cloud-infrastructure
在 Kubernetes 的背景下,我遇到过这些术语Block Storage
,File Storage
但Object Storage
我不明白它们是如何在容器内真正使用(安装)的。我有几个问题,
Block Storage
用于表示块设备的逻辑抽象?Block Storage
像我们在linux上挂载文件系统一样挂载到容器内部的路径吗?这也暗示了一个问题:它是否Block Storage
是一个格式化的文件系统?Object Storage
呈现给容器?容器如何使用它?它是否安装到路径上?File Storage
呈现给容器?容器如何使用它?它是否安装到路径上?file-storage kubernetes google-kubernetes-engine object-storage block-storage
我们使用Openstack对象存储(SWIFT)存储大文件
当我们使用浏览器导航到容器时,它列出了所有对象.
文档位于:https://developer.openstack.org/api-ref/object- storage /?expanded = #show-container-details-and-list-objects
我们不希望客户可以通过安全性浏览此列表文件如何禁用它?
我正在尝试找到一种方法来自动执行在 IBM Cloud 上获取 COS 存储桶大小的任务。
我在不同的帐户上有几十个存储桶,但仍然找不到使用IBM Cloud COS CLI获取此信息的方法,只有其他信息,例如存储桶名称等。
我认为使用 S3 兼容来为应用程序资产或“附件”进行文件存储是最常见的用例之一,但我看到了一些问题,但我不清楚如何解决。
如果您要提供一个可以缓存的前端或纯粹的 HTML/JS 项目,很明显您可以使用存储(+ CDN)来托管它,但是当存储来自用户的文件时,我看到选项是:
只有应用程序有权访问存储桶,并对所请求的资源进行“传递”。
应用程序具有写入访问权限,但读取权限是公共的,这意味着应用程序接收资源并将其存储到存储桶中,客户端从应用程序获取引用以识别存储桶上的资源。
应用程序通过设置 OpenID 类型的模型或提供短期令牌来访问给定对象来管理访问,并且客户端在应用程序的明确许可下并通过获取要进行交易的正确引用来执行所有操作。
我认为简单的方法是使用选项 2,我见过 FOSS 项目在支持 S3 兼容存储时就这样做。
但我不确定什么是好的决定标准。
我看到的主要问题是,使用方法 1 允许应用程序对客户端透明,同时在请求多个文件时引入可能的瓶颈。
关于第三点,听起来太复杂,无法在 POC 中实现。
关于这种情况的最佳实践有什么想法或评论吗?
cloud ×3
ibm-cloud ×3
amazon-s3 ×2
file-storage ×2
kubernetes ×1
node.js ×1
openstack ×1
ovh ×1
storage ×1