Visita aos novos racks personalizados de runners M1 do macOS com Christina Warren [vídeo]

Artigo original ↗ Discussão no Hacker News ↗

Racks de data center personalizados construídos a partir de Mac minis M1 desmontados para o GitHub Actions geram debate sobre a recusa da Apple em oferecer Apple Silicon de nível servidor e sobre a natureza desperdiçadora de “descascar” hardware de consumo em escala. Comentadores avaliam trade-offs técnicos como densidade, refrigeração, fornecimento de energia e licenciamento do macOS em comparação com alternativas como instâncias Mac da AWS, Hackintoshes ou Asahi Linux, ao mesmo tempo que criticam as alegações ambientais da Apple e a falta de suporte para fluxos de CI de macOS em grande escala. Muitos veem uma demanda clara por Macs rackeáveis oficiais ou ofertas em nuvem, mas duvidam que a Apple volte ao mercado de servidores, apesar da necessidade evidente vinda dos pipelines de desenvolvimento de iOS e macOS.

Design e densidade dos racks personalizados M1

  • Muitos se surpreendem com o fato de o GitHub “descascar” Mac minis completos para os racks; isso é visto como algo parecido com comprar produtos inteiros apenas por uma peça.
  • Alguns acham a densidade decepcionante (≈60 minis por 42–48U), observando que prateleiras/rackmounts comerciais podem igualar ou superar isso com minis intactos.
  • Outros argumentam que o design é “bem denso” dado que a Apple não oferece um formato de servidor nativo, e destacam benefícios em:
    • Energia por sled (alimentações A/B), gerenciamento remotos e isolamento.
    • Manutenção/troca fácil, puxando apenas um sled.
  • Thunderbolt é usado como uma “placa-mãe estendida” para NIC/gerenciamento externo; os detalhes no vídeo são escassos.

Desperdício, lixo eletrônico e responsabilidades da Apple

  • Muitos veem a desmontagem dos minis e o descarte das carcaças como desperdício, em tensão com a mensagem ambiental pública da Apple.
  • Alguns contrapõem que peças podem ser revendidas ou recicladas, mas outros observam que transportar e manusear peças extras ainda é desperdício.
  • Um desejo recorrente: a Apple deveria vender placas nuas ou blades de servidor Mac feitas para esse fim para evitar isso.

Licenciamento do macOS, Hackintosh e limites legais

  • Alguns se perguntam se o licenciamento do macOS poderia ser contornado (por exemplo, escolhendo jurisdições ou combinando Macs mortos com servidores genéricos), mas outros observam:
    • Macs ARM praticamente acabaram com Hackintoshes práticos.
    • Para CI/testes, rodar em hardware não suportado/camadas de virtualização é pouco atraente, especialmente para builds de iOS/macOS.

Apple, servidores e ambições em nuvem

  • Debate sobre se a Apple deveria ou irá voltar a servidores:
    • Pró: eficiência da série M, negócio de serviços em crescimento, necessidade interna de CI para Mac e potencial economia de energia.
    • Contra: fracasso anterior do Xserve, foco da Apple no consumidor, capacidade limitada da TSMC, stack de nuvem interna fraca e margens baixas em IaaS.
  • Alguns sugerem que a Apple poderia oferecer Mac IaaS ou licenciar chips/SO, mas outros argumentam que isso não se alinha às prioridades ou à economia da Apple.

Experiência do desenvolvedor e CI de Mac

  • Vários comentários descrevem o CI de iOS/macOS como doloroso: necessidade de Macs físicos, limites de licenciamento para virtualização, revisão de apps frágil e ferramentas opacas.
  • O Mac CI hospedado é visto como caro e com capacidade limitada; alguns alugam minis de terceiros ou fazem self-host.
  • Alternativas como empacotar apps Electron/JVM a partir do Linux são mencionadas para evitar fazendas de build Mac quando possível.

Reações ao vídeo

  • Muitos acharam o vídeo superficial, excessivamente voltado para marketing e sem detalhes técnicos (orquestração, design de rede, armazenamento, virtualização).
  • Alguns defendem a experiência dos apresentadores, argumentando que o formato, não os indivíduos, limitou a profundidade; há um debate prolongado sobre sotaque, tom e viés.