Много лет мы содержали собственный ЦОД (самостоятельно построенный машинный зал) с Mac mini для сборки и CI. В 2026 году приняли решение о закрытии (撤裁) и переносе Mac-инфраструктуры на VNCMac фулл-менеджмент (全托管). Ниже — технический разбор причин, модели затрат и пошаговая миграция.
Принцип: почему свой ЦОД перестал окупаться
Собственный ЦОД с Mac — это CAPEX (закупка железа, стойки, сеть, ИБП) и постоянный OPEX: аренда площадей, электричество, охлаждение, администрирование, обновление ОС и Xcode. Каждый новый цикл Apple Silicon (M2 → M4) или мажорная версия Xcode тянет за собой замену или допокупку машин. Операционная нагрузка ложится на команду: мониторинг, бэкапы, патчи, доступ по SSH/VNC. В модели фулл-менеджмента провайдер (VNCMac) даёт выделенный физический Mac по запросу: вы платите за время использования, без капитальных затрат и без содержания машинного зала. Решение закрыть ЦОД принято после сравнения TCO: «держать самим» против «арендовать у VNCMac» — при текущих объёмах второе выигрывает по деньгам и по нагрузке на команду.
Свой ЦОД vs VNCMac фулл-менеджмент: что меняется
При своём ЦОД вы полностью контролируете железо и сеть, но и полностью несёте риски простоя, обновлений и утечек. При переходе на VNCMac: инстансы Mac (Bare Metal M2/M4) поднимаются по требованию, SSH и VNC доступны из коробки, масштабирование — добавлением инстансов без закупки и установки. Операционку (железо, сеть, базовый мониторинг) ведёт провайдер; вы фокусируетесь на сборке, CI и разработке. Для команд с переменной нагрузкой (пики релизов, несколько проектов) оплата по факту использования снижает средние затраты по сравнению с «всегда включёнными» машинами в своём ЦОД.
Пошаговая миграция: от инвентаризации до выключения ЦОД
Ниже — практическая последовательность переноса Mac-нагрузки на VNCMac и последующего закрытия своего ЦОД.
1 Инвентаризация Mac в ЦОД
Зафиксируйте, какие Mac за что отвечают: Xcode-сборка, CI (Jenkins/GitLab Runner и т.п.), ручные тесты. Укажите количество машин, часы работы в день/неделю, требуемые версии macOS и Xcode. Это даст объём эквивалентных инстансов VNCMac и порядок переключения.
2 Получить инстансы VNCMac и проверить доступ
Оформите аренду Mac в VNCMac (нужный план и конфигурация M2/M4). После выдачи инстанса получите данные для SSH и VNC. Подключитесь по SSH/VNC так же, как к своим Mac в ЦОД — логика доступа та же, меняется только хост и учётные данные.
3 Переключить CI и скрипты на хосты VNCMac
В настройках Jenkins, GitLab CI, Fastlane и прочих пайпов замените адреса и учётки машин ЦОД на хосты и пользователей VNCMac. Используйте те же SSH-ключи и при необходимости перенесите сертификаты/Keychain в инстанс VNCMac. Переключайте по одной машине, проверяйте сборки и тесты, затем переводите остальные.
4 Поэтапно вывести из эксплуатации Mac в своём ЦОД
После стабилизации сборок и CI на VNCMac снимите нагрузку с машин в ЦОД, затем отключите и выведите их из эксплуатации. Обновите документацию, файрвол и учётные записи. При необходимости сохраните бэкапы конфигов и данных перед списанием железа.
Для кого подходит закрытие ЦОД и переход на VNCMac
Такой шаг особенно оправдан, если:
- сейчас в ЦОД несколько Mac под iOS/macOS-сборку и CI, а содержание и обновление съедают время и бюджет;
- команда всё чаще работает удалённо, и постоянное «железо в офисе» теряет смысл;
- нагрузка неравномерная (пики под релизы), и держать парк «на максимум» круглый год невыгодно;
- нужна производительность и предсказуемость физического Mac без капитальных затрат и своей операционки.
«После закрытия своего ЦОД и перехода на VNCMac команда перестала тратить время на стойки и патчи — только сборки и релизы.» — архитектор, руководивший миграцией
Итог
Решение закрыть собственный ЦОД и перейти на VNCMac фулл-менеджмент принято из расчёта TCO и операционной нагрузки: аренда выделенных Mac по факту использования оказалась выгоднее и проще, чем содержание своего машинного зала. Миграция укладывается в четыре шага: инвентаризация Mac в ЦОД → получение инстансов VNCMac и проверка доступа → переключение CI и скриптов на VNCMac → поэтапный вывод машин ЦОД из эксплуатации. Если вы оцениваете отказ от своего ЦОД или сокращение парка Mac — имеет смысл посчитать затраты и попробовать VNCMac на одном-двух инстансах, затем масштабировать.