2 ms·
According to Itamar Turner-Trauring on Podcast.__init__[1] the issue with Alpine (at least in a Python context) is that the use of musl[2] instead of glibc (and
by smitty1e 7y ago
According to Itamar Turner-Trauring on Podcast.__init__[1] the issue with Alpine (at least in a Python context) is that the use of musl[2] instead of glibc (and I paraphrase) is an increased technical risk where corner cases that may not be as thoroughly tested are in view.
ITT counseled in favor of using containers based on ubuntu or centos.
I haven't done huge amounts of container work, but my light outings with Alpine have been fine. Maybe load and internationalization expose more personality in musl, or these concerns pertain to issues that have been fixed.
It's something to keep in mind when assessing risk.
[1] https://www.pythonpodcast.com/docker-python-production-episode-222/ https://www.pythonpodcast.com/docker-python-production-episo...
[2] https://www.musl-libc.org/ https://www.musl-libc.org/
- 0xcde4c3db 7y agoI think of it as being like the "dash as /bin/sh" thing in Debian-derived distros. Software that's carefully done "by the book" or intended to be highly portable is unlikely to have a problem. But a lot of things depend on bash/glibc without anyone particularly intending or realizing it, simply because their sheer market share means that such dependencies will "just work" for the vast majority of users.
- smitty1e 7y agoI think that's a fair assessment.