Web服务-将文件传输到云平台存储的有效方法
我有一项服务需要来自客户端的一些输入文件。该服务在许多不同的云平台（Amazon、Azure 等）上运行。此外，它要求这些输入文件存储在各自云平台的持久存储中。将这些输入文件从客户端传输到服务而不要求客户端了解特定云平台的详细信息（例如密钥）的最佳方法是什么？
考虑到这些要求，客户端将这些文件直接传输到平台存储（例如 S3）的简单方法是不可能的。
我可以让客户端调用服务方法并将文件 blob 传递给它以传输到服务，但这需要服务接收文件，然后将其自己的文件传输到云平台的存储（换句话说，执行1 个文件传输 2 个文件）。
那么，问题是，鉴于我们不知道该服务在哪个云平台上运行，将文件传输到存储的最佳方法是什么？
I have a service that requires some input files from the client. This service is run from a number of different cloud platforms (Amazon, Azure, etc.). Further, it requires that these input files be stored in their respective cloud platform's persistent storage. What is the best way to transfer those input files from the client to the service without requiring that the client knows about the specific cloud platform's details (e.g. secret keys)?
Given these requirements, the simple approach of the client transferring these files directly to the platform's storage (e.g. S3) isn't possible.
I could have the client call a service method and pass it the file blob to transfer up to the service, but that would require that the service receive the file, then do it's own file transfer to the cloud platform's storage (in other words, do 2 file transfers for 1 file).
So, the question is, what is the best way to transfer a file to storage given that we don't know what cloud platform the service is running on?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在这种设置中，您提出的代理解决方案似乎是唯一的解决方案，尽管双重传输似乎很糟糕，但实际上它并没有那么邪恶，因为云存储通常与计算节点位于同一数据中心，因此访问速度非常快。
In this setting your proposed proxy solutions seems to be the only one and although the double transfer seems to be bad, in practice its not that evil as the cloud storage is commonly in the same datacenter as the compute nodes and therefore very fast to access.