Thanks for your answer.
For example, I have clients who have instance with only a few videos. There is absolutely no good reason to use object storage for this.
The good reason would be to simplify Peertube code base in order to have fewer bugs and deliver new features in faster pace.
Also, i make the learning curve more complex for admins. We already see a lot of admins that found it complicated to setup Peertube, because it requires to know various concepts (nginx, nodeJS, redis, postgres, …). Adding object storage will make it way more complicated.
docker-compose up -d
can spin up nginx, peertube, peertube runner, redis, postgres and minio, I guess it can’t be easier? If the admin has issues with this, he can get help from thousands (millions?) of other people using docker, instead of getting help from the Peertube community.
No more issues with functionality that doesn’t work due to different versions of node, ffmpeg or other environmental behavior. Debugging and helping admins would also be easier since docker compose logs > debug.logs
would provide a chronological log from all services.
It also make complicated various admin sys operation: backups, data migration, restore data after a bad manipulation, …
Database backups can be done as it’s done today. If the aim is to have all user files (videos, thumbnails, captions, etc) on object storage, then a migration should be easier. Googling migrate minio
will result in more and more accurate hits than migrate peertube
. Migrating minio can also be done without downtime.
With object storage, it is more complicated to see the exact state of your storage.
I think most admins think it’s pretty the same, or even easier, to watch a web page instead of connect with ssh/ftp to a server.
Object storage can also come with permission issues.
Not if we provide minio in docker preconfigured. Of course admins should be able to change the config, and then they can get permission issues, but that’s how it is today as well.
Object storage make some upgrades operation more difficult if we want to prevent data lost (we must ensure that all services are properly stopped, with no waiting operation…).
I don’t see how this differ from non-object storage setup. But I agree this should be simplified by implementing Ability to put site into maintenance mode · Issue #1230 · Chocobozzz/PeerTube · GitHub
If object storage requirement would be combined with docker requirement/recommendation I think the overall admin task would be simplified. It seems I’m not alone appreciating docker:
Docker users have elevated this tool to most-admired (78%) this year along with being most-desired for the second year in a row.
Technology | 2024 Stack Overflow Developer Survey