맥미니를 홈서버·셀프호스팅 장비로 운영하는 데 필요한 셋업, 전력·발열, 소프트웨어 팁을 모읍니다.
Vaultwarden을 내부 서버에서 운영하고, nginx proxy manager가 Let’s Encrypt 인증서로 외부 접속을 받아 넘기는 구성이 1년 넘게 정상 작동했다. 며칠 전부터 모든 기기와 브라우저에서 Vaultwarden에 접속할 수 없게 됐다. 주소로 curl을 실행하면 TLS 연결 오류가 나며, 오류 내용은 SNI 확인과 관련된 것으로 보인다. 현재 nginx proxy manager는 호스트 네트워크에서 실행되고, 내부 주소 127.0.0.1의 18000번 포트로 HTTP 요청을 전달한다. SSL 설정에서는 강제 SSL, HTTP/2, HSTS, HSTS 하위 도메인이 켜져 있고, 공통 공격 차단과 Websocket 지원도 켜져 있다. 고급 설정에는 버퍼링 끄기, 본문 크기 제한 해제, HTTP 1.1 사용, 업그레이드 헤더 전달 같은 Vaultwarden용 프록시 설정이 들어가 있다.
Obsidian 노트를 직접 동기화하면 노트 파일은 스스로 관리할 수 있지만, 문제가 생길 때마다 운영 부담이 따라온다. Git으로 동기화하거나 CouchDB/LiveSync를 시험해도, 마크다운 파일 동기화가 한 번 꼬이면 저녁 시간을 통째로 복구에 써야 할 수 있다. 쉬운 선택지는 Obsidian Sync나 Dropbox 같은 미국 클라우드 서비스지만, 노트를 유럽 안에 두고 싶은 사람에게는 맞지 않는다. LiveSync를 VPS나 NAS에서 직접 돌리는 방식은 더 사적인 선택이지만, 또 하나의 서비스를 계속 업데이트하고 살펴봐야 한다. 그래서 완전한 직접 운영과, 유럽에 호스팅되고 암호화되며 데이터 소유권을 지키는 유료 관리형 선택지 사이에서 고민이 생긴다.
대학에서 제공하는 OneDrive 계정은 10TB까지 쓸 수 있지만, Ubuntu 26.04 작업 노트북에서는 편하게 동기화하기 어렵다. 기본 OneDrive 연결 기능은 파일을 보는 데는 쓸 수 있어도 실제로 고치며 작업하기에는 제한이 있다. 노트북 저장공간은 250GB뿐이라 연구 프로젝트에서 생기는 큰 데이터를 모두 로컬에 둘 수 없다. rclone 동기화와 오픈소스 OneDrive 도구를 시도했지만, 학교가 계정 접근 권한을 허용하지 않았다. 학교 전산 부서는 외부 도구 승인을 거절했고, 웹 인터페이스로 직접 올리고 내려받으라는 답만 내놓았다. 큰 데이터를 계속 다뤄야 하는 작업에는 수동 업로드와 다운로드가 현실적인 방법이 아니다.
집 안의 서버와 VPS에서 운영하는 여러 서비스를 밖에서도 접속하고 싶지만, VPN은 쓰지 않으려는 상황이다. 예전에는 Tailscale을 썼지만, 기술에 익숙하지 않은 가족이나 지인에게는 사용이 어렵다. 현재 일부 서비스는 VPS에서 Caddy를 통해 reverse proxy로 열고 있고, 일부 서비스는 집 안의 homelab에서 돌고 있다. 대안으로 Pangolin으로 바꿀지, Authelia 같은 별도 인증 도구를 붙일지 고민 중이다. 특히 Vaultwarden으로 Bitwarden을 쓰거나 Immich 같은 모바일 앱이 있는 서비스에서, Authelia나 Pangolin 인증을 어떻게 거치게 되는지가 핵심 문제다. 또 접근 권한을 IP, MAC 주소, SSO, 또는 다른 방식으로 관리해야 하는지도 정해야 한다.
Oura와 Apple Watch에서 나오는 건강 데이터를 외부 서비스에만 맡기지 않고 집 안의 서버에 직접 보관하려는 필요가 있다. 목표는 맥미니 같은 홈 서버 안에서 데이터를 모으고 관리하는 것이다. 아직 바로 가져다 쓸 만한 컨테이너나 저장소를 찾지 못한 상태다. 그래서 집 서버 위에 건강 데이터 관리 환경을 만들 수 있는 추천 도구나 프로젝트가 필요한 상황이다.
맥미니의 애플 기본 SSD를 더 큰 용량의 다른 SSD로 바꾸려는 상황입니다. 핵심은 실제로 교체해 본 사례가 있는지, 교체한 뒤 정상적으로 작동하는지, 안전하게 바꿀 수 있는지입니다. 구체적인 맥미니 모델, SSD 제품명, 교체 방법, 성공 또는 실패 사례는 제공되지 않았습니다.
PrintGuard 2.0은 3D 프린터 출력 실패를 기기 안에서 감지하는 도구다. 새 버전은 내부 구조를 다시 만들었고, 같은 Python 엔진이 서버 모드와 브라우저 모드에서 모두 돌아간다. 화면을 보여주는 React 부분은 판단을 하지 않고, 엔진과 JSON 명령·이벤트로만 주고받는다. 직접 서버를 운영하는 사람에게 중요한 변화는 배포 방식이 Docker 하나로 정리됐다는 점이다. amd64와 arm64용 이미지가 공개되며, Raspberry Pi 4/5도 포함된다. 함께 제공되는 docker-compose.yaml에는 MediaMTX가 들어 있어, 명령 하나로 PrintGuard 허브와 영상 스트리밍 서버를 같이 띄울 수 있다. 이제 카메라는 직접 장치 권한을 크게 열어 주는 방식이 아니라, MediaMTX를 거치는 네트워크 영상 흐름으로 다룬다. RTSP, RTMP, HTTP 영상 소스를 가져오거나, 이 기기의 카메라를 WebSocket으로 내보내거나, 이미 서버로 들어온 영상을 자동으로 찾을 수 있다.
NoMAD-Classic은 오래된 NoMAD 1.2.2를 Swift 5로 옮기고 애플 실리콘에서도 돌아가도록 만든 Universal binary 버전이다. 기존 NoMAD v1은 곧 지원이 끝날 예정인 인텔용 앱이고, NoMAD-2는 버려진 베타 상태라 실사용이 어렵다는 문제가 있다. NoMAD는 macOS 기기를 회사 계정 환경에 맞게 쓰게 해 주던 도구로, 네트워크 밖에서도 화면 잠금 해제, Kerberos 자동 갱신, 계정 전환 같은 기능을 제공했다. 작업에는 Claude가 주로 쓰였고, 까다로운 버그 처리에는 다른 모델도 일부 쓰였다. 배경은 기업용 macOS 지원이 부족한 환경에서도 Mac을 기본 업무 기기로 쓰기 위한 개인적인 필요에서 나왔다.
캘리포니아대학교가 퇴역한 픽셀 스마트폰 2,000대를 모아 저탄소 컴퓨팅 플랫폼을 만들었다. 스마트폰에서 핵심 기판을 꺼내고, 일반 소비자용 보호 기능이 적은 리눅스 배포판을 설치한 뒤, 25~50대 단위 묶음으로 운영하는 방식이다. 현대 스마트폰의 고성능 코어는 한 작업을 처리하는 속도에서 최신 서버용 코어와 비슷하거나 더 나을 수 있다. 성능 시험에서는 스마트폰 25~50대가 현대 서버 한 대 수준의 처리량을 낼 수 있다는 결과가 나왔다. 초기 실험에서는 스마트폰 20대 묶음만으로도 학생 75명 이상이 쓰는 과제 제출과 채점 작업을 처리했고, 채점 지연 시간은 기본 아마존 웹 서비스 백엔드보다 짧았다. 2,000대 규모로 커지면 이런 수업 약 100개를 동시에 지원할 수 있을 것으로 예상된다. 이 배치는 스마트폰을 대규모 컴퓨팅 자원으로 쓰는 실험장 역할도 한다.
맥미니 M4를 Amazon에서 출시가로 구매한 뒤 Ulanzi QT01 케이스와 함께 쓰는 구성이다. 이 케이스는 2019년형 Mac Pro와 비슷한 겉모습을 내도록 만든 제품이다. 케이스를 씌워도 맥미니의 환기를 방해하지 않는다고 느껴졌다. 기기를 보호해 주고, 전원 버튼을 더 누르기 편한 위치로 바꿔 주는 점이 장점으로 꼽혔다. 앞쪽 덮개는 뺄 수 있지만, USB 허브를 함께 쓰면 맥미니 앞쪽 포트를 직접 차지하지 않아도 된다.
집에 둔 서버를 인터넷에 공개하려면 보통 집 회선의 공인 아이피나 공유기 포트 설정이 필요하다. 여기서는 DigitalOcean 같은 클라우드 서버에 중계 프로그램을 설치하고, 집 서버에는 연결 프로그램을 설치해 클라우드 서버의 공인 아이피로 들어오는 포트를 그대로 집 서버로 보내는 방식을 찾고 있다. Cloudflare Tunnel도 비슷한 역할을 하지만, 바깥쪽에서 보이는 공개 포트를 자유롭게 모두 열어 주는 방식은 아니다. 해결책으로 Pangolin이 언급됐고, 원하는 방식보다 더 잘 맞는 도구로 확인됐다.
Cisco Unified Call Manager를 unRAID 위의 가상 머신으로 설치하려는 과정에서 초기 단계부터 문제가 생겼다. 별도의 GitHub 안내와 유튜브 영상을 따라 해서 부팅 자체는 성공했지만, 그 다음 화면에서 오류가 발생했다. 설치 대상은 일반 앱이 아니라 통화 관리 서버용 시스템이라, 가상 머신 설정과 설치 이미지 준비가 맞지 않으면 초반부터 멈출 수 있다. 현재 확인된 내용은 CUCM을 unRAID 가상 머신에서 실행하려는 시도, 참고한 설치 이미지 제작 도구, 부팅 성공, 이후 오류 발생이다.
PPPC로 맥의 손쉬운 사용 권한을 관리하는 방식이 폐지 예정으로 표시됐다. 손쉬운 사용 권한은 원격 제어 도구, 자동화 도구, 화면 조작 도구가 맥을 대신 조작할 때 자주 필요하다. 제공된 내용에는 어느 macOS 버전부터 바뀌는지, 언제 완전히 사라지는지, 어떤 대체 방법을 써야 하는지는 포함되어 있지 않다.
현재 구성은 단순하다. i5-12400 미니 피시에 Debian을 설치하고, Docker Compose로 Immich, Jellyfin, Pi-hole, WireGuard, Home Assistant 같은 서비스를 돌린다. 인터넷 공유기는 별도로 두고 있으며, 전체 구성은 이미 잘 작동한다. 새 계획은 무선랜용 M.2 슬롯을 2.5GbE 유선 랜 어댑터로 바꿔 랜 포트를 2개로 늘리는 것이다. 그 위에 Proxmox를 설치하고, OPNsense VM을 메인 라우터와 방화벽으로 쓰며, Home Assistant OS VM과 Ubuntu VM도 함께 돌리려 한다. Ubuntu VM에는 기존 Docker 서비스들을 옮길 계획이다. 내부망 쪽에는 2.5G 스위치를 추가한다. 핵심 걱정은 잘 되는 구성을 너무 복잡하게 만드는지, M.2 2.5GbE 어댑터가 하루 종일 켜지는 라우터 용도로 충분히 믿을 만한지다.
Jellyfin 미디어 보관함에 있는 영상들이 대부분 고화질이라 아이패드 화면에서 보기에는 파일 크기가 너무 크다. 긴 여행 전에 아이 아이패드에 영화와 드라마를 더 많이 넣으려면, 원본은 그대로 두고 더 작은 아이패드용 사본을 따로 만들어야 한다. 지금은 Jellyfin 보관함에서 몇 개를 고른 뒤 와이파이로 아이패드의 VLC에 직접 복사하거나 업로드하고 있다. 파일이 이미 적당히 작을 때는 1~2개 정도 처리하기에 괜찮지만, 여러 편을 준비하기에는 손이 많이 간다. 원하는 방식은 폴더, 재생목록, 또는 여러 파일을 고르면 자동으로 720p나 1080p 해상도, H.264 영상, AAC 오디오, 낮은 비트레이트로 트랜스코딩하는 흐름이다. Tdarr도 후보지만 전체 보관함을 다시 처리하거나 복잡한 트랜스코딩 파이프라인을 관리해야 할 수 있어 이 용도에는 과해 보인다. 더 단순한 대안으로 선택한 파일만 바꾸는 ffmpeg 스크립트를 직접 만드는 방법도 고려되고 있다.
맥미니에서 아이클라우드에 있는 영상과 사진을 불러오면 대용량 파일 이동 때문에 작업이 느려질 수 있다. 휴대폰 영상을 Apple 사진 앱에 올린 뒤 프로젝트 폴더로 옮기는 방식은 맥미니의 저장 공간과 처리 여유를 빨리 소모한다. 그 상태에서 큰 영상을 iMovie로 가져오면 편집 프로그램이 느려지거나, 이전 영상을 많이 지우기 전까지 새 프로젝트를 받지 못할 수 있다. 해결책은 미디어 파일을 클라우드가 아니라 집 안의 나스에 저장하는 것이다. 자주 쓰는 편집 파일은 듀얼 NVMe 드라이브로 캐시하고, 2.5GbE 네트워크로 연결하면 로컬 파일 전송 속도가 최대 300MB/s까지 나온다. 이렇게 하면 맥미니가 인터넷 클라우드를 기다리지 않아도 되고, 영상 편집용 파일을 더 빠르게 다룰 수 있다.
처음 목표는 집 안 광고 차단용 AdGuard Home을 켜고, Unbound를 붙여 집 안 인터넷 주소 확인을 직접 처리하는 것이었다. 시작 뒤에는 비밀번호 보관, 외부 접속, 상태 감시, 속도 측정, 전자책 보관, 마인크래프트 서버까지 한 장비에 계속 추가됐다. 구성에는 Nginx Proxy Manager, Let's Encrypt 인증서, Vaultwarden, Tailscale, qBittorrent, Gluetun, Uptime Kuma, Netdata, Speedtest Tracker, DiscoPanel, Playit.gg, BookOrbit, Homepage가 들어갔다. 각 서비스는 개인 도메인의 서로 다른 하위 도메인으로 접속하게 만들었다. 장비는 Lenovo ThinkCentre M720q Tiny이고, i5-8500T 처리장치, 24GB DDR4 메모리, 운영체제와 컨테이너용 256GB M.2 NVMe 저장장치를 쓴다. 512GB SATA SSD도 추가 저장장치로 붙일 준비가 되어 있다. 작은 PC 한 대로도 집 서버가 광고 차단기에서 개인용 서비스 묶음으로 빠르게 커질 수 있음을 보여준다.
현재 구성은 맥 미니에서 qBittorrent, Jackett, Mullvad를 함께 돌리고, qBittorrent는 VPN에 묶어 두는 방식이다. 콘텐츠는 맥 미니에서 먼저 내려받은 뒤, Emby가 설치된 Synology DS920+ NAS로 옮겨 정해 둔 폴더 구조에 맞춰 보관한다. 새 영화나 TV 프로그램을 자동으로 받는 기능은 없어서, 필요한 것을 Jackett에서 직접 찾아 내려받아야 한다. 더 단순한 운영을 위해 다운로드와 정리를 NAS에서 바로 처리하고, Sonarr와 Radarr 같은 arr stack으로 영화와 TV 프로그램 관리를 자동화하려는 상황이다. NAS 운영체제는 DSM 7.3이다.
M4 맥 미니 16기가바이트 메모리, 512기가바이트 내부 저장공간 모델을 중고로 750달러에 샀고, 책상 아래 거치대가 함께 포함됐다. AppleCare는 아직 9개월 남아 있었다. 삼성 T7 2테라바이트 외장 저장장치는 가볍게 사용된 중고 제품으로 250달러에 추가했다. 화면은 예전 27인치 Thunderbolt Display에 연결했다. 256기가바이트 모델은 읽기/쓰기 속도가 낮다는 이유로 512기가바이트 모델을 골랐다. 기존 M1 맥북 프로 16기가바이트에서 옮긴 뒤, 더 오래 쓸 수 있는 데스크톱 구성이고 책상 아래에 숨긴 맥 미니 배치가 깔끔하다는 만족이 핵심이다.
Ironsmith는 프롬프트만 넣어 개인용 맥 앱을 만들 수 있게 해 주는 오픈소스 맥 앱이다. 목표는 Apple Foundation 모델이나 Gemma 계열처럼 작고 성능이 제한된 로컬 모델에서도 작동하게 하는 것이다. 영상 시연은 시간이 오래 걸리는 문제 때문에 GPT 5.4 mini로 진행됐지만, 같은 앱을 Gemma 4 E2B 또는 E4B급 작은 모델로도 만들 수 있었다. 핵심 방식은 작은 모델의 좁은 문맥에 맞춘 에이전트식 반복이다. 모델이 앱 전체를 한 번에 만들게 한 뒤, 포맷 정리, 린팅, 정해진 수리 절차를 많이 돌려서 실제로 컴파일되는 앱으로 고친다. 작은 모델도 전체 앱 코드를 꽤 잘 만들 수 있지만, 잘못 지어낸 내용과 문법 오류를 자동으로 많이 고쳐야 한다. 8GB 메모리의 맥북 에어처럼 낮은 사양의 맥에서도 아주 단순한 앱은 완전히 기기 안에서 만들 수 있다. 더 좋은 모델을 쓰면 앱 품질이 올라가고 오류 가능성은 줄어든다.
회사에서 오래된 데스크톱 피시를 무료로 나눠 주고 있다. 사양은 Ryzen 7 2700, 최대 32GB DDR4 메모리이며 저장장치는 없다. 버리기에는 아깝지만, 이미 집에는 필요한 서비스를 돌리는 NAS가 있다. 이 데스크톱들은 전기 사용량이 부담될 수 있어 계속 켜 두는 서버로 쓰기에는 망설여진다. 회사가 허락한다면 부품을 따로 팔아 처리하는 방법도 고려되고 있다.
개인용으로 근무시간과 정기 구독 비용을 함께 관리할 수 있는 셀프호스팅 앱이 필요하다. 원하는 기능은 휴대폰에서 간단히 근무 시작과 종료를 누르거나 시간을 적어서, 월말에 급여 명세가 맞는지 확인하는 것이다. 또 넷플릭스, 아마존 프라임, 스포티파이, 인터넷 요금처럼 매달 빠져나가는 비용을 한눈에 보고 싶어 한다. 팀 관리, 여러 사용자 권한, 프로젝트 관리 기능은 필요하지 않다. Odoo, ERPNext, Jira 같은 큰 업무용 시스템이나 일반 할 일 목록, 칸반 보드 앱은 너무 무겁거나 목적이 다르다. 설치와 운영은 Docker에 잘 맞아야 하고, 이동 중에도 쓰기 쉽게 모바일 화면이나 앱 연결이 좋아야 한다. 하나의 앱이 없다면 비슷한 느낌으로 쓸 수 있는 최신 2개 앱 조합도 찾고 있다.
현재 구성은 Raspberry Pi 3B와 Raspberry Pi 4B, 외장 3.5인치 하드디스크와 에스에스디가 들어간 도킹 스테이션, 그리고 6개나 8개 포트로 보이는 TP-Link 스위치다. 장비를 한곳에 정리할 작고 보기 좋은 랙이 필요하다. 도킹 스테이션은 크기가 커서 랙 안에 넣기 어려울 수 있고, 그 경우 랙 위에 올려두는 방식도 괜찮다. 핵심 요구는 작은 홈서버 장비들을 깔끔하게 세워 두고, 네트워크 장비와 저장장치를 함께 정리할 수 있는 물리적인 수납 방법이다.
kube-coder는 브라우저에서 쓰는 개발 작업공간을 쿠버네티스 위에 올려 실행한다. 브라우저용 VS Code, 계속 유지되는 터미널, 파드 안에서 도는 브라우저, Claude Code와 OpenCode 같은 인공지능 도우미, 대시보드를 한곳에 묶는다. 맥에서는 minikube로 노트북 안에 단일 노드 쿠버네티스 클러스터를 만들고, 그 안에 kube-coder 작업공간 파드 하나를 실행할 수 있다. 클라우드 계정, 이미지 저장소, 도메인 설정, TLS 설정 없이 `http://kube-coder.local:8080/` 주소로 접속하며, 기본 로그인은 `admin / admin`이다. 로컬 실행 명령은 `make local-*` 형태로 묶여 있고 minikube 문맥에만 연결되므로, 실수로 실제 서버 클러스터를 건드릴 위험을 줄인다. 작업공간 이미지는 약 2~3GB로 크며, code-server, Claude Code, OpenCode, Ante, LibreFang, ttyd, 개발 도구 묶음이 들어 있어 첫 빌드는 오래 걸리고 이후에는 캐시를 쓴다. minikube는 CPU 4개와 메모리 6GB 설정으로 시작하므로 Docker Desktop에도 그만큼 자원을 배정해야 한다. Apple Silicon 맥은 arm64에서 네이티브로 지원된다.
집에서 직접 서버를 운영하기 시작한 뒤, 가족이 음악을 들을 수 있는 재생 환경이 필요해졌다. 원하는 조건은 집 안의 블루투스 스피커로 소리를 보낼 수 있고, 휴대폰과 윈도우 컴퓨터에서도 접근할 수 있는 음악 재생기다. 여러 추천 프로그램을 이미 봤지만, 설치해 보고 지우는 일을 반복하기 전에 실제로 써 본 사람들의 경험을 바탕으로 시작점을 고르려는 상황이다. 핵심 요구는 복잡한 실험보다 안정적으로 쓸 수 있는 자가 호스팅 음악 재생 방법을 찾는 것이다.
윈도우 11 프로로 운영하던 홈서버를 리눅스로 옮기려는 상황이다. 윈도우는 익숙하고 쓰기 쉬웠지만, 업데이트와 재부팅 뒤에 생기는 불편이 반복되어 다른 운영체제를 찾고 있다. 원하는 방향은 명령어만 쓰는 서버가 아니라, 화면과 마우스로 다룰 수 있는 데스크톱 환경이 있는 리눅스다. 후보로는 리눅스 민트와 Pop!_OS가 올라와 있다. 현재 장비는 인텔 코어 i5-12600K, 메모리 32GB, 내장 그래픽, 1TB NVMe 운영체제 디스크, 12TB 하드디스크 2개이며 저장장치는 NTFS 형식이다. 지금은 Plex, Transmission, ProtonVPN을 쓰고 있고, 앞으로 Sonarr, Radarr, Lidarr, Readarr, Bazarr, Prowlarr, Overseerr, Jellyseerr, Notifiarr 같은 미디어 자동화 도구와 Jellyfin, Navidrome, Audiobookshelf를 추가하려는 계획이다.
무료로 받은 구형 장비가 정상 작동하며, 사양은 i3-4330, 12기가바이트 DDR3 메모리, 180기가바이트 SATA SSD, 여러 개의 네트워크 포트다. 쓰레기로 버려질 뻔한 장비였지만, 테스트 결과 문제없이 쓸 수 있었다. 새 용도는 집이나 작은 사무실의 방화벽 서버가 될 가능성이 크다. 시리얼 연결로 관리할 수 있고, 앞면 표시창도 있어 OPNSense와 함께 상태 표시용으로 활용할 수 있다. 비슷한 장비가 현지 중고 시장에서 최소 100유로 정도에 거래되므로, 무료로 확보한 점만 보면 충분히 값어치가 있다.
7인치짜리 아주 작은 랙 안에 UniFi Cloud Gateway Ultra와 Arris SB8200 케이블 모뎀이 함께 들어갔다. 주변에서는 맞지 않을 것이라고 봤지만, 실제로는 두 장비를 좁은 공간에 넣는 데 성공했다. 아직 조립이 끝난 상태는 아니며, 나사가 서로 맞지 않는 등 마감은 정리되지 않았다. 다음으로 추가할 장비로 JetKVM이 고려되고 있다.
싱가포르에 있는 OVH 물리 서버가 한 달 동안 남아 있다. 사양은 Xeon E 2136 프로세서, 6코어 12스레드, 메모리 64기가바이트다. 현재 Proxmox가 설치되어 있어 여러 가상 서버나 서비스를 나눠 돌릴 수 있다. 월 비용은 80달러이며, 당장 꼭 필요한 서버는 아니지만 이미 한 달 요금을 냈기 때문에 실험용으로 쓸 수 있는 상태다. 후보로는 Nextcloud를 직접 운영하거나, 기존 DigitalOcean Droplets 일부를 옮기거나, Tor 노드처럼 공익 성격의 서비스를 돌리는 방법이 있다.
맥 미니 여러 대를 묶어 빌드 작업을 자동화하는 서버 환경을 만들려는 수요가 있습니다. 목표는 개발 결과물을 자동으로 만들고 처리하는 빌드 팜 자동화 에이전트입니다. 구체적인 장비 구성, 운영 방식, 네트워크나 저장장치 구성은 공개된 내용에 포함되어 있지 않습니다. 핵심은 맥 미니를 단독 서버가 아니라 여러 대가 함께 일하는 작업용 서버 묶음으로 쓰려는 점입니다.