私はまだ M1 には移行していませんが、非常に近い将来に移行する予定で、Docker 設定の利便性を強く好んでいます。
その PR リンクは、以下のように述べている \u003chttps://github.com/docker/for-mac/issues/5321\u003e へリンクしています：
\u003e 唯一の解決策は、arm64 対応のマルチアーキテクチャイメージに切り替えることです。 これらははるかに高速で、一般的により信頼性が高くなります。使用しているベースイメージを調査し、可能であればマルチアーキテクチャのイメージに切り替えることをお勧めします。各イメージがサポートするアーキテクチャは Docker Hub で確認できます：[…]
\u003e
\u003e ご自身でマルチアーキテクチャイメージをビルドする場合は、docker buildx をお勧めします。こちらのブログ記事をご覧ください：\u003chttps://www.docker.com/blog/multi-arch-build-and-images-the-simple-way/\u003e
Discourse チームはマルチアーキテクチャイメージのサポートに前向きでしょうか？Discourse のベースイメージは debian:buster-slim をベースにしており、これはすでにマルチアーキテクチャ対応です。そのため、Discourse のベースイメージをマルチアーキテクチャ化することはそれほど困難ではないように思われます。ただし、それによって皆様が生産環境で ARM をサポートする必要に迫られる可能性があります。誰か（Discourse チームでしょうか？）が x86_64 と ARM の両方で Discourse のテストを実行し、失敗した際に問題を修正するなどの作業を行う必要があります。
ここで PR が歓迎されるでしょうか？
（私見ですが、クラウドホスト環境であっても ARM は未来のアーキテクチャであるように思えます。）