苹果近日推出的首款自研的 Apple M1 芯片，收到了很多用户的欢送，但随着这些用户拿到真机，很多问题裸露进去。
有用户发现，除了 AMD64架构之外，其余大多数架构都无奈在 ARM 上运行。如果「强行」运行，将会大幅度提高运行老本。
并且有一部分工具和库属于开源我的项目，因而由此带来的保护需要增长，将成为惨重的额外负担，导致某些贡献者间接放弃为新的 Mac 平台上提供反对。
当然也有一些应用程序、特地是闭源我的项目，压根没有 ARM 版 build，例如微软 SQL Server 或 OracleDB。
ARM 架构不反对 Windows
一个不太好的音讯是 ARM 架构是相对反对不了 Windows 。
如果开发者想在新款 Mac 上测试本人的 Windows 利用。只能再买一台笔记本，或者应用远程桌面服务了。另外，开发者也没法在 Mac 上运行虚拟机进行设施测试（例如 ESXi、pfSense、FreeNAS 等）。
Docker 受到的影响
因为 Mac 上的 Docker 只能在虚拟机内运行，再加上用户只能对基于 ARM 架构的 Linux 进行虚拟化，意味着咱们将来只能在苹果芯片版的 Mac 上运行 ARM64 容器。
目前，Docker Hub 上存在 331 万 9219 个针对 AMD64 的镜像，但针对 ARM64 的镜像只有 29076 个，占比有余 1%。再有，构建多架构 Docker 镜像还特地简单。
尤其须要留神的是，因为生产零碎通常运行 Linux/AMD64，因而你生产的二进制文件及 Docker 镜像很可能无奈在开发计算机上运行。当然，你兴许能够进行从新编译及穿插编译，但永远无奈还原其实在的运行状态。另外，如果你的利用在生产环境中产生问题，也无奈仅凭二进制文件或容器镜像在本人的笔记本上进行调试。
Docker 在开发者的日常工作流程中占据十分重要的地位，所以这些令开发者们感到相当头痛。
参考资料：www.reddit.com/r/docker/comments/jpzt43/docker_for_mac_on_apple_silicon_keynote/