Se si confronta il nuovo sistema di container di Apple con Docker, sembra rotto. Ogni istanza consuma dai 270 ai 400 MB di RAM prima di fare qualsiasi cosa di utile. L'avvio è da quattro a dieci volte più lento rispetto a un container Linux. Prova a condividere un volume tra più container e ti scontrerai con un muro invalicabile: un solo collegamento, una sola scatola. Per chiunque cerchi un modo più leggero per eseguire microservizi, questi numeri sembrano ostacoli insormontabili.
Ma Apple non sta costruendo un sostituto per il tuo stack di sviluppo. Sta costruendo una prigione per il codice di cui non ti puoi fidare.
Questo singolo cambio di prospettiva trasforma ogni lamentela in un compromesso intenzionale.
Il benchmark sbagliato
Il nostro settore ha trascorso l'ultimo decennio a spremere i container per massimizzare la densità. Volevamo decine di app che vivessero su un singolo kernel, condividendo pagine di memoria, montando gli stessi volumi e avviandosi in millisecondi. Docker ha risolto questo problema in modo brillante. L'obiettivo era rendere l'astrazione tra software e hardware il più sottile possibile.
Il design di Apple va nella direzione opposta. Sacrifica la densità in favore della separazione. Sc