No, myslím si že MC je stále hodně populární, viz například Debian:
https://qa.debian.org/popcon.php?package=mc
Minio je bomba no, diky za clanek. S3 se stalo standardem pro datove sklady jako replacement hdfs, ale i jako neceho jako sitovych slozek apod. (s3 z nich udelalo proste obsolete technology) a jako backbone pro streamovaci platformy pro replay events pri failure nebo zmene konfigurace a mit reseni mimo cloud je super.
Minio + ceph je krasne duo pro on-premise reseni.
Díky za další skvělý článek a popis zajímavé technologie.
Umožňuje MinIO namapování datového prostoru do filesystému OS, jako umožňuje samba, ftp, sshfs, ... ?
Něco jako:
mount -t smbfs -o "username=<uzivatel>,password=<heslo>,codepage=<stranka>"
mount -t cifs //notm/code /mnt/samba/code -v -o username=
sshfs -d -o sshfs_debug username@server:/path/src /path/dst
Namátkou jsem našel několik projektů, ale těžko soudit, nakolik jsou reálně použitelné v praxi.
https://github.com/minio/minfs
https://github.com/minio/cookbook/blob/master/docs/s3fs-fuse-with-minio.md
Vypadá to na omezení kolem vytváření složek a dalších specifik bucketového úložiště.
Není požadavek na mapování přetěžování této technologie, daleko mimo návrh na její použití?
Nikdo nezkoušel?
Dotaz přesouvám do diskuze k druhému článku:
https://www.root.cz/clanky/dalsi-moznosti-nabizene-projektem-minio/nazory/
Trochu nevýhodou je poměrně omezené API SDK.
Například se musí stahovat jednotlivé objekty zvlášť stejně tak nahrávat.
https://docs.min.io/docs/python-client-api-reference.html
Také jsem nenašel, že by podporovalo klientské certifikáty.
Výhodou je, že server je jedna binárka a tak se dobře distribuuje.
Paradoxně díky tomu, že Golang aplikace závisí jen na libc (někdy i na SSL v /etc), se dá image stáhnout na nějakých 5-10 MB pro reálnou servicu, protože to jde postavit na scratch imagi. Ale záleží na tom, s čím porovnáváme - Python image nebo JRE-based image bude vždycky řádově větší (nebo o dva řády v reálných podmínkách). Takže ano, mít jistotu, že ta jedna binárka pojede klidně a imagi založeném na busyboxu nebo alpine, může být přednost.
Alternativou k serveru psaném v Go může být Python+Flask, typická kombinace. Tady autor [1] s velkou slávou dosáhl image 125MB a píše, že může jít až na 70MB (řekněme, že dokáže). To je víc než 20 MB.
Ale ty myslíš asi serverless appku s modularizovaným JRE že? Máš prosím příklad takového image? Pořád to vidím někde na víc než 30 MB (ale přiznávám, že je to odhad, naše image s JRE jsou okolo 100 MB).
[1] https://blog.realkinetic.com/building-minimal-docker-containers-for-python-applications-37d0272c52f3
S použitím native-image z GraalVM se dá dostat na velikost kolem 20 MB – např. https://zeringue.io/post/graalvm-gradle-docker/.
Právě, takže tento přístup, ať již GraalVM nebo Go vede k relativně malým imagům. Na rozdíl od nutnosti tahat si celý ekosystém Pythonu/Ruby/Node či JRE (v "klasickém" provedení nebo s moduly).
(Jinak GraalVM vypadá slibně, ta poslední verze se zdá být production ready, IMHO to přišlo pro Javu v pravou chvíli).