back
user profile

wofo

2,393karma·363submissions·December 17, 2013
about
Contact me at: [my username] [at] adolfo [dot] ochagavia [dot] nl (or check out ochagavia.nl)
recent activity (363 total)
comment
That's what I thought originally, but you can actually use ` https://<your-bucket>.s3.amazonaws.com ` without Cloudfront or other service on top (it wasn't easy to find in th…
2y ago·view thread
comment
I tried using that API directly, but it unfortunately did require ordered uploads too :')
2y ago·view thread
comment
Yep, I originally thought that wouldn't work... But now I discovered (thanks to a comment here) that the registry is allowed to return an HTTP redirect instead of serving the layer blobs directly…
2y ago·view thread
comment
To be clear, the 8x was comparing the slowest ECR throughput measurement against the fastest S3 one. In any case, the improvement is significant.
2y ago·view thread
comment
Unfortunately, all the code is proprietary at the moment. If you are willing to get your hands dirty, the main thing to realize is that container layers are "just" tar files (see, for instan…
2y ago·view thread
comment
Indeed, they could support it through a non-standard API... I wish they did!
2y ago·view thread
comment
Ah, that's great! I'll have to look into it :)
2y ago·view thread
comment
I didn't expect that! It's a pity they don't expose an API for parallel uploads, for those of us who need to maximize throughput and don't mind using something non-standard.
2y ago·view thread
comment
That's true, unfortunately. I'm thinking about ways to somehow support private repos without introducing a proxy in between... Not sure if it will be possible.
2y ago·view thread
comment
The source code is proprietary, but it shouldn't take much work to replicate, fortunately (you just need to upload files at the right paths).
2y ago·view thread
comment
Indeed, you are free to push multiple layers in parallel. But when you have a 1 GiB layer full of AI/ML stuff you can feel the pain! (I just updated my original comment to make clear I'm tal…
2y ago·view thread
comment
Layers are fully independent of each other in the OCI spec (which makes them reusable). They are wired together through a separate manifest file that lists the layers of a specific image. It's a …
2y ago·view thread
comment
That's true, but I'd assume the server would like to double-check that the hashes are valid (for robustness / consistency)... That's something my little experiment doesn't do,…
2y ago·view thread
comment
I wonder whether the folks at Cloudflare could take the ideas from the blog post and create a high-performance serverless container registry based on R2. They could call it scrubs, for "serverles…
2y ago·view thread
comment
Other than backwards-compatibility, I can imagine simplicity being a reason. For instance, sequential pushing makes it easier to calculate the sha256 hash of the layer as it's being uploaded, wit…
2y ago·view thread
comment
No idea... I asked the same question here ( https://news.ycombinator.com/item?id=40943480 ) and am hoping we'll have a classic HN moment where someone who was involved in the desig…
2y ago·view thread
comment
Hi HN, author here. If anyone knows why layer pushes need to be sequential in the OCI specification, please tell! Is it merely a historical accident, or is there some hidden rationale behind it? Edit:…
2y ago·view thread