Re:Fighting vendor lock-in and designing testable serverless...
by yani on Tuesday April 23, 2019 @09:19AM
(#19728273)
Downloading files is something I would not be using serverless due to the timeouts - 900s
[ Parent
| on HN ]
Re:Fighting vendor lock-in and designing testable serverless...
by sgtcodfish on Tuesday April 23, 2019 @03:11PM
(#19731834)
As others have said, if you're gonna be reaching that kind of timeout, the use case would come under this caveat I mentioned:
> assuming the task isn't hugely inappropriate
We have a couple of cases where reasonably small files (< 100MB but it'd work with larger) need to be downloaded from one place and placed in another, potentially with an ETag check to prevent redundant uploads/downloads. Lambda is perfect for that.
Re:Fighting vendor lock-in and designing testable serverless...
by mcintyre1994 on Tuesday April 23, 2019 @11:06AM
(#19729330)
If you're downloading a file that takes anywhere near that long every hour then it's probably a bad choice for cost reasons too. Most files aren't big enough to take 15 minutes to download though.
Re:Fighting vendor lock-in and designing testable serverless...
by bmm6o on Tuesday April 23, 2019 @11:58AM
(#19729849)
If you're at the point where you're worried about the timeout, you should also be worried about the disk space available to your Lambda. The file should be stored in and served from S3.
Re:Fighting vendor lock-in and designing testable serverless...
by scarface74 on Tuesday April 23, 2019 @12:08PM
(#19729956)
You can stream a file directly from a source to S3.