Java 从S3 bucket下载HttpAsyncClient零拷贝
设置有此类问题:Java 从S3 bucket下载HttpAsyncClient零拷贝,java,amazon-web-services,asynchronous,amazon-s3,Java,Amazon Web Services,Asynchronous,Amazon S3,设置有此类问题: 1) Microservice应通过http将文件流式传输到客户端 2) 存储在S3存储桶中的文件 3) Aws sdk仅支持先下载到应用程序主机(或仅在内存中缓冲) 有没有从s3到客户端的零拷贝异步流传输的工作示例?通常没有理由通过应用程序从s3流传输文件,因为您可以授权直接下载。这对您不起作用吗?要求之一是不要向客户端公开文件位置。主要是出于安全目的。另一件事是,我们希望在允许下载之前执行非常具体的所有权检查,所以通过应用程序进行流式传输是必要的。如果没有凭据,位置将无效。
1) Microservice应通过http将文件流式传输到客户端
2) 存储在S3存储桶中的文件
3) Aws sdk仅支持先下载到应用程序主机(或仅在内存中缓冲)
有没有从s3到客户端的零拷贝异步流传输的工作示例?通常没有理由通过应用程序从s3流传输文件,因为您可以授权直接下载。这对您不起作用吗?要求之一是不要向客户端公开文件位置。主要是出于安全目的。另一件事是,我们希望在允许下载之前执行非常具体的所有权检查,所以通过应用程序进行流式传输是必要的。如果没有凭据,位置将无效。所有权检查可以在生成已签名的URL之前完成,您可以在短的过期时间内对每个请求执行此操作,或者在请求未经授权的情况下简单地拒绝生成此URL,如果授权,则将其作为
302
重定向返回给客户端。如果是通过HTTPS实现的,那么它的安全性不会低于您建议的安全性。它要求s3中的直接url/path/bucket名称不应公开。请,让我们回到原来的问题,你们有从s3流式传输文件的工作示例吗?通常并没有理由通过你们的应用程序从s3流式传输文件,因为你们可以授权直接下载。这对您不起作用吗?要求之一是不要向客户端公开文件位置。主要是出于安全目的。另一件事是,我们希望在允许下载之前执行非常具体的所有权检查,所以通过应用程序进行流式传输是必要的。如果没有凭据,位置将无效。所有权检查可以在生成已签名的URL之前完成,您可以在短的过期时间内对每个请求执行此操作,或者在请求未经授权的情况下简单地拒绝生成此URL,如果授权,则将其作为302
重定向返回给客户端。如果是通过HTTPS实现的,那么它的安全性不会低于您建议的安全性。它要求s3中的直接url/path/bucket名称不应公开。请,让我们回到原来的问题,你们有s3文件流的工作示例吗?