与 Christina Warren 一起参观新的定制 M1 macOS 运行器机架 [视频]

原文 ↗ Hacker News 讨论 ↗

由掏空的 M1 Mac mini 组成的定制数据中心机架被用于 GitHub Actions，引发了关于 Apple 拒绝提供服务器级 Apple Silicon、以及在大规模“剥壳”消费硬件是否浪费的争论。评论者围绕密度、散热、供电和 macOS 授权等技术取舍，与 AWS Mac 实例、Hackintosh 或 Asahi Linux 等替代方案进行比较，同时也批评 Apple 的环保宣称，以及其对大规模 macOS CI 工作流缺乏支持。许多人认为官方可上机架的 Mac 或云服务需求明确，但怀疑 Apple 会不会重新进入服务器市场，尽管 iOS 和 macOS 开发流水线显然有这种需要。

定制 M1 机架设计与密度

  • 许多人对 GitHub 为机架“剥壳”完整的 Mac mini 感到惊讶；这被视为像是为了某个零件而去购买整件产品。
  • 有些人认为这种密度并不理想（约 42–48U 可放约 60 台 mini），指出商用托架/机架安装方案在保留完整 mini 的情况下也能达到或超过这个水平。
  • 另一些人则认为，考虑到 Apple 没有原生的服务器形态，这种设计“相当密集”，并强调其优势在于：
    • 每个托架的供电（A/B 双路电源）、无人值守管理，以及隔离性。
    • 通过抽出单个托架即可轻松热插拔/维护。
  • Thunderbolt 被用作外部 NIC/管理的“扩展主板”；视频中对此细节较少。

浪费、电子垃圾与 Apple 的责任

  • 许多人认为拆解 mini 并丢弃外壳是浪费，与 Apple 的公开环保宣传相矛盾。
  • 有人反驳说，零件可能会被转售或回收，但也有人指出，额外的运输和处理本身仍然是浪费。
  • 一个反复出现的愿望是：Apple 应该出售裸板或专门设计的 Mac 服务器刀片，以避免这种情况。

macOS 授权、Hackintosh 与法律边界

  • 有些人好奇是否能通过规避 macOS 授权限制（例如选择司法管辖区，或把坏掉的 Mac 与通用服务器配对）来绕开问题，但也有人指出：
    • ARM Mac 已经实际上终结了可行的 Hackintosh。
    • 对于 CI/测试，在不受支持的硬件/虚拟化层上运行并不吸引人，尤其是 iOS/macOS 构建。

Apple、服务器与云端雄心

  • 围绕 Apple 是否应该或会重新进入服务器市场存在争论：
    • 支持方：M 系列效率更高，服务业务在增长，内部需要 Mac CI，并且有潜在的节能优势。
    • 反对方：此前 Xserve 的失败、Apple 以消费市场为中心、TSMC 产能有限、内部云栈薄弱，以及 IaaS 利润率低。
  • 有人建议 Apple 可以提供 Mac IaaS 或授权芯片/OS，但也有人认为这与 Apple 的优先事项或经济模式并不匹配。

开发者体验与 Mac CI

  • 多条评论把 iOS/macOS CI 描述得很痛苦：需要实体 Mac、虚拟化许可限制、脆弱的应用审核，以及不透明的工具链。
  • 托管的 Mac CI 被认为既昂贵又受容量限制；一些人从第三方租用 mini，或自行托管。
  • 也有人提到尽可能把 Electron/JVM 应用打包流程放在 Linux 上，以避免使用 Mac 构建农场。

对视频的反应

  • 许多人觉得视频内容浅显、营销味浓，而且缺少技术细节（编排、网络设计、存储、虚拟化）。
  • 也有人为主持人的专业性辩护，认为限制深度的是形式而不是个人；围绕口音、语气和偏见也展开了大量争论。