Show HN: Add S3 Capabilities to Azure Blob Storage Using Minio

gaul 8 years ago |

S3Proxy gateways to Azure as well as Backblaze, Google Cloud, and Swift:

atomi 8 years ago | |

It's Java though. Minio runs on my rpi0 in an ~80Mb docker container.

gaul 8 years ago | | |

Java hate is unnecessary. S3Proxy has low memory usage and a similar image size.

fizwhiz 8 years ago | | |

Perhaps a better response would be outlining how much memory it actually takes? This way people can decide (i.e. if they care deeply about the memory footprint)

anonfunction 8 years ago | | |

I ran the docker container and it uses 56.97MiB without any requests going through.

    docker run -d --publish 80:80 --env S3PROXY_AUTHORIZATION=none andrewgaul/s3proxy
    docker stats

s0l1dsnak3123 8 years ago |

The great thing about using Minio in front of Azure is that Minio supports pre-signed url generation whereas (as far as I know) Azure does not.

gaul 8 years ago | |

Azure shared access signatures provide the same functionality as S3 pre-signed URLs with a few extra features:

https://docs.microsoft.com/en-us/azure/storage/common/storag...

mankash666 8 years ago |

The idea behind using S3 or other PAAS is to not run and maintain your own servers. While minio is great if you want to run your own S3, depending on it to use a different PAAS is not the most convincing use case

tw04 8 years ago |

Serious question: why? I mean, maybe as a really, really lazy hack if you've got free azure credits and don't ever plan on actually supporting Azure in your codebase. But that seems like a very, very corner case. Would anyone ever actually do this for something production? Why wouldn't you just write native azure support, it's not THAT difficult.

rsanders 8 years ago | |

I probably use 20-30 apps that support using S3 that I can think of right now. Not all of them are maintained by me or even open source. Other than a proxy, it's impossible for me to change some of them.

In terms of use case: my company has a customer that requires us to locate an instance of our product in Azure, and some of that infrastructure is much easier to move with a compatibility layer.

You might as well ask why there are any standards in software and networking at all, as each new protocol or library isn't THAT difficult to support.

LoungeFlyZ 8 years ago | |

I'm guessing migration of existing apps/code could be quicker/cheaper. But as you say it shouldn't be that hard to port.