어떤 규모에서도 Mac 운영하기

Namespace는 iOS 앱 빌드와 테스트에 필요한 Mac 인프라를 확장하기 위해 MacBook 전용 랙, macOS 가상화, 대용량 VM 이미지 배포 체계를 구축함 MacBook 도입은 공급 제약에 대한 대응이었음. Mac Mini 대량 주문의 납기가 길고 최신 CPU 도입 시점도 제품별로 달라, 최신 하드웨어 제공을 위해 노트북을 데이터센터에 배치함 macOS VM은 Apple Virtualization framework로 실행하며, 물리 Mac당 macOS VM 2개 제한과 프로세스 간 통신 비용이 자원 분할 및 네트워크 설계에 영향을 줌 여러 macOS, Xcode, iOS 런타임 조합으로 커지는 이미지는 빈 공간 생략과 변경 블록 계층화, P2P 배포, APFS 블록 공유로 저장하고 배포함 랙 조립부터 이미지 배포까지 반복 가능한 운영 절차를 마련했지만, 하드웨어 구매 가능성이 확장 조건으로 남아 있음 Mac Mini 대신 MacBook을 도입한 이유 고객 다수가 iOS 앱 빌드와 테스트를 수행하며, iOS Simulator도 Mac에서만 실행됨 App Store 출시에는 최신에 가까운 Xcode 버전이 필요함 xtool은 아직 본격적인 대체 수단이 아니므로, 이런 작업을 수행하는 코딩 에이전트에도 Mac이 필요함 Mac Mini는 데이터센터용으로 MacBook보다 적합하지만, 원격 관리 기능이 기본적인 수준에 그치고 전원이 이중화되지 않았으며 어느 방향으로 놓아도 냉각이 까다로움 Namespace는 이 문제들을 이미 다룰 수 있었지만, 수백 대를 주문하자 1월 주문분이 7월에 도착함 2026년 공급망 혼란에 더해 Apple은 모든 제품에 새 CPU를 동시에 도입하지 않음 Mac Mini에는 M5 코어가 10개월 동안 도입되지 않았고, 이후에는 다른 제품보다 먼저 M6가 들어옴 고객에게 최신 하드웨어를 제공하기 위해 MacBook을 데이터센터에 배치하는 프로젝트를 시작함 목표는 맞춤형 랙 운영뿐 아니라 macOS 인스턴스를 처음부터 수초 안에 시작하고, Apple 출시 후 몇 시간 안에 새 Xcode를 제공하는 데 있음 MacBook 랙의 연결과 냉각 각 MacBook에는 IP KVM을 연결해 원격으로 관리함 Mac Mini와 달리 노트북 펌웨어는 화면 사용을 전제로 하며, 일부 유지보수 작업은 GUI 버튼을 눌러야만 수행할 수 있음 네트워크에는 외장 10G Ethernet NIC를 사용하며, 전원과...