Bitnami ARM containers available at Docker Hub
blog.bitnami.com
blog.bitnami.com
Currently I build all of my language runtime containers myself (such as Java, Python, .NET, Node and so on) for the sake of simplicity and common tools, but when I'm dealing with something more complex to configure or turnkey software (think along the lines of Keycloak, MinIO, RabbitMQ, Redis, as well as databases like MariaDB or PostgreSQL), then I often just go with what Bitnami is offering. Here's their GitHub with a bit more information about why someone might use their images: https://github.com/bitnami/containers
Of course, do have a look at their instructions, because in the case of some of their images there can be some differences from the alternatives, for example: https://blog.kronis.dev/everything%20is%20broken/bitnami-mar... (title is tongue in cheek, but in short, the official MariaDB image uses "/var/lib/mysql" and Bitnami MariaDB image uses "/bitnami/mariadb" for persistence; that tripped me up because I glanced over it, as the environment variables were the same)
On the consumer side, Apple Silicon is pushing the industry to optimize for ARM.
I think we will see a ton of companies switch to ARM workloads in the server as soon as this year. I can see AWS Graviton3 taking over 80% of all new EC2 instances. Graviton2 already took over 50% of all new EC2 instances in the year 2020. [0]
[0] https://www.anandtech.com/show/16640/arm-announces-neoverse-...
Speaking of this. Friendly reminder that AWS currently has a free trial[0] of 750 hours/month free for t4g.small EC2 instances, until the end of the year.
You'd still need to pay for storage, but it's a good deal if you want to use it as DNS or WireGuard server for the remaining of 2023, since 1GB storage is enough for Alpine Linux.
My hope is that eventually we'll get something as affordable as Scaleway's old ARM offerings in budget cloud providers (e.g. Hetzner, Scaleway, maybe Vultr and DigitalOcean etc.). Ideally, I'd get an ARM VPS for a few euros a month with 4 GB of RAM or something to that order and would be able to host whatever I need on those for cheaper than the x86 equivalents. Going from something like 5 Euros/month per node to 3 Euros/month doesn't seem like a big change, but it adds up, especially when your workloads would be well served by multiple separate low performance nodes.
Of course, that'd be nice if I could easily build and test ARM container images or something to that tune from my x86 development machine, given that I already have the hardware and I doubt I'll personally be able to switch to ARM on the desktop/homelab CI nodes anytime soon. But hey, that's an inconvenience at worst, because you can still build things "in the cloud" from the source as well, provided that there aren't many ARM specific bugs, debugging which would be hard.
Maintenance stalled for months until eventually they officially stopped development. No warning, and all repo activity indicated the next release was underway. Then it just kinda fizzled out…
I'm happy to see that my former colleagues are still doing a great job with the images!
Our team has been having to run older x86 Macs for a number of years just so that we can continue running certain images that are not available for arm64.
This is all somewhat amusing to me because we moved away from distributing Bitnami images because they didn't have arm64 support.
Side tip. If you use Linux, you can setup qemu to emulate binaries from non-native architectures: https://wiki.debian.org/QemuUserEmulation. I did this on my workstation and I can run pretty much any Linux binary that comes my way. Very convenient in this new multi-arch world. (Yes it's pretty slow, but it's nice if you're building ARM binaries to be able to test that they at least start up OK. binfmt_misc works great for that!)