While that isn’t false, defaults carry immense weight. Also, very few have the means to host at scale like Docker Hub; if the goal is to not just repeat the same mistake later, each project would have to host their own, or perhaps band together into smaller groups. And unfortunately, being a good programmer does not make you good at devops or sysadmin work, so now we need to involve more people with those skillsets.
To be clear, I’m totally in favor of this kind of fragmentation. I’m just also realistic about what it means.
Linuxserver.io images don’t come directly from Docker Hub any more, and I don’t know if anyone noticed or cared. They use their own domain lscr.io that redirects to the Docker repository they’re using (currently Github) which makes it easy for them to move the repository without breaking things for users. https://www.linuxserver.io/blog/wrap-up-warm-for-the-winter
That approach is a good idea in general. If you’re running a medium to large size project, never directly rely on domain names you don’t control because it makes it painful to migrate to something else in the future.
While that isn’t false, defaults carry immense weight. Also, very few have the means to host at scale like Docker Hub; if the goal is to not just repeat the same mistake later, each project would have to host their own, or perhaps band together into smaller groups. And unfortunately, being a good programmer does not make you good at devops or sysadmin work, so now we need to involve more people with those skillsets.
To be clear, I’m totally in favor of this kind of fragmentation. I’m just also realistic about what it means.
Linuxserver.io images don’t come directly from Docker Hub any more, and I don’t know if anyone noticed or cared. They use their own domain lscr.io that redirects to the Docker repository they’re using (currently Github) which makes it easy for them to move the repository without breaking things for users. https://www.linuxserver.io/blog/wrap-up-warm-for-the-winter
That approach is a good idea in general. If you’re running a medium to large size project, never directly rely on domain names you don’t control because it makes it painful to migrate to something else in the future.