Recorrido por nuevos racks personalizados de servidores M1 para macOS con Christina Warren [video]
Los racks de centro de datos personalizados construidos a partir de Mac minis M1 vaciados para GitHub Actions provocan debate sobre la negativa de Apple a ofrecer Apple Silicon de grado servidor y sobre lo derrochador que resulta “despiecear” hardware de consumo a gran escala. Los comentaristas sopesan compromisos técnicos como densidad, refrigeración, entrega de energía y licencias de macOS frente a alternativas como AWS Mac instances, Hackintoshes o Asahi Linux, al tiempo que critican las afirmaciones ambientales de Apple y su falta de apoyo a flujos de trabajo de CI de macOS a gran escala. Muchos ven una clara demanda de Macs rackeables oficiales o de ofertas en la nube, pero dudan de que Apple vuelva al mercado de servidores a pesar de la necesidad evidente de las canalizaciones de desarrollo de iOS y macOS.
Diseño personalizado de racks M1 y densidad
- A muchos les sorprende que GitHub “despiece” Mac minis completos para los racks; se ve como algo parecido a comprar productos enteros solo para quedarse con una pieza.
- Algunos creen que la densidad es decepcionante (≈60 minis por 42–48U), y señalan que estanterías comerciales/rackmounts pueden igualarla o superarla manteniendo los minis intactos.
- Otros sostienen que el diseño es “bastante denso” dado que Apple no ofrece un formato de servidor nativo, y destacan las ventajas en:
- Alimentación por sled (fuentes A/B), gestión “lights-out” y aislamiento.
- Mantenimiento y hot-swap sencillos al sacar un solo sled.
- Se usa Thunderbolt como una “placa base extendida” para NIC/gestión externas; en el video faltan detalles.
Desperdicio, e-waste y responsabilidades de Apple
- Muchos consideran que vaciar los minis y desechar las carcasas es un desperdicio, en tensión con el mensaje ambiental público de Apple.
- Algunos responden que las piezas pueden revenderse o reciclarse, pero otros señalan que enviar y manipular piezas extra sigue siendo desperdicio.
- Un deseo recurrente: Apple debería vender placas desnudas o blades de servidor Mac diseñados específicamente para evitar esto.
Licencias de macOS, Hackintosh y límites legales
- Algunos se preguntan si las licencias de macOS podrían sortearse (por ejemplo, buscando jurisdicciones favorables o emparejando Macs muertos con servidores genéricos), pero otros señalan:
- Los Macs ARM han acabado prácticamente con los Hackintoshes prácticos.
- Para CI/pruebas, ejecutar en hardware no compatible/capas de virtualización es poco atractivo, especialmente para builds de iOS/macOS.
Apple, servidores y ambiciones de nube
- Debate sobre si Apple debería o volverá a entrar en servidores:
- A favor: eficiencia de la serie M, negocio de servicios en crecimiento, necesidad interna de CI de Mac y posible ahorro energético.
- En contra: el fracaso previo de Xserve, el enfoque de Apple en consumo, la capacidad limitada de TSMC, una pila de nube interna débil y márgenes bajos en IaaS.
- Algunos sugieren que Apple podría ofrecer Mac IaaS o licenciar chips/SO, pero otros argumentan que no encaja con las prioridades ni con la economía de Apple.
Experiencia de desarrollador y CI de Mac
- Varios comentarios describen el CI de iOS/macOS como doloroso: se necesitan Macs físicos, las licencias limitan la virtualización, la revisión de apps es frágil y las herramientas son opacas.
- El CI de Mac alojado se ve como caro y limitado en capacidad; algunos alquilan minis a terceros o lo autoalojan.
- Se mencionan alternativas como empaquetar apps Electron/JVM desde Linux para evitar, cuando sea posible, las granjas de compilación para Mac.
Reacciones al video
- Muchos encontraron el video superficial, muy cargado de marketing y con pocos detalles técnicos (orquestación, diseño de red, almacenamiento, virtualización).
- Algunos defienden la experiencia de los presentadores, argumentando que fue el formato, no las personas, lo que limitó la profundidad; hay un debate amplio sobre acento, tono y sesgo.