Just be aware that means the musl libc, which is often fine, but not always. Software that expects glibc can crash or have unpredictable behavior. The JVM is a good example, unless you get a JVM that was originally built against musl.
And sometimes also issues with busybox, where it differs from other implementations of the same tools.
If you know where to find Alpine-compatible wheels, or host your own, Alpine has no build-speed penalty.
I guess if you know your company's workflow depends on Alpine, you can build and cache them yourself. But the wider community doesn't benefit from that.
[0] https://docs.github.com/en/actions/using-github-hosted-runne...
[1] https://docs.microsoft.com/en-us/azure/devops/pipelines/agen...
https://github.com/alpine-wheels/index
Besides my own needs, only one other person has requested additional packages, which I was happy to add. Maintenance is minimal, mostly just approving pull requests created by Dependabot.
The manylinux specification assumes glibc, so there is no valid distribution format which would allow the publication of non-glibc wheels.
However there is an in-progress PEP to support it: https://www.python.org/dev/peps/pep-0656/