Длительность задачи
Разовую проверку можно запланировать на день; для спринта релиза подойдёт неделя; непрерывную интеграцию и постоянные эксперименты лучше планировать на месяц или квартал, чтобы реже заново настраивать среду.
Runner предоставляет облачные Mac на срок проекта. Каждый заказ соответствует отдельному физическому компьютеру Apple Silicon, а не виртуальной машине. Это удобно командам, которым нужны фиксированный стек инструментов, полноценный графический интерфейс macOS или непрерывное выполнение задач.
Начните с длительности задачи, пикового потребления памяти, необходимости графического интерфейса и степени параллелизма — модель устройства можно выбрать позже.
Сам тип приложения не определяет конфигурацию. Сначала выясните, сколько длится задача, где возникает пик потребления памяти, нужен ли графический интерфейс и сколько процессов сборки или экспериментов запускается одновременно.
Разовую проверку можно запланировать на день; для спринта релиза подойдёт неделя; непрерывную интеграцию и постоянные эксперименты лучше планировать на месяц или квартал, чтобы реже заново настраивать среду.
Для обычных проектов Xcode и лёгкой автоматизации можно начать с 16 ГБ; при одновременной работе симулятора, нескольких сборок или более крупных моделей сначала оцените вариант на 24 ГБ.
Если нужны только скрипты и команды сборки, используйте SSH; для работы с Xcode, таймлайном, окнами предпросмотра или системными настройками добавьте удалённый графический интерфейс.
Зафиксируйте, будут ли тестирование, упаковка, инференс моделей и экспорт выполняться одновременно. Параллельные задачи совместно используют память, дисковый кэш и пропускную способность сети, поэтому конфигурацию выбирают по пиковым, а не средним значениям.
Эти сценарии не исключают друг друга. Один узел можно сначала использовать для разработки и отладки, а затем подключить к автоматизированному конвейеру. Главное — сохранить ясные границы среды, кэша и передачи результатов на каждом этапе.
Откройте Xcode через графический интерфейс, получите код и выберите требуемый проектом стек инструментов. После тестирования создайте подписанную сборку, затем передайте архив и журналы в своё хранилище.
Зарегистрируйте физический узел в нужном проекте или организации, ограничьте область запуска, поддерживайте кэш зависимостей и передавайте отчёты тестов, архивы и файлы символов в хранилище артефактов конвейера.
В среде Apple Silicon проверьте совместимость модели, фреймворка и зависимостей. Оцените память по весам модели, длине контекста и числу параллельных запросов, а данные экспериментов храните отдельно от результатов.
Сначала передайте прокси-файлы или необходимые материалы, затем проверьте таймлайн и предпросмотр через удалённый графический интерфейс. Планируйте кэш, исходники и каталог экспорта раздельно; после завершения заберите готовые файлы и файлы проекта.
Разработка чаще всего останавливается на этапе «локально работает, удалённо не воспроизводится». Зафиксируйте версии, зависимости, материалы для подписи и пути к артефактам — тогда узел стабильно переключается между машиной для отладки и сборки.
Разработка одного проекта, обычные модульные тесты, одна основная сборка за раз, а 16 ГБ памяти и SSD на 256 ГБ вмещают код, зависимости и необходимый кэш.
Проверьте ветку, подмодули, источники зависимостей и область доступа к репозиторию; не храните долгосрочные учётные данные в каталоге проекта.
Зафиксируйте версии Xcode и инструментов командной строки согласно требованиям проекта, затем выполните проверку среды перед установкой зависимостей.
Сначала выполните небольшой набор тестов, чтобы проверить симулятор, целевую платформу и права доступа, затем расширьте его до полного набора.
Передайте сертификаты и файлы подписи из контролируемого источника, сформировав архив, отчёт тестов и необходимые диагностические журналы.
Передайте архив и журналы в командное хранилище, проверьте целостность файлов, затем очистите временный каталог и конфиденциальные материалы.
Выделенный физический сервер задаёт ясные границы ресурсов, но конвейер всё равно должен ограничивать источники запуска, область проектов и права доступа к учётным данным. Раздельное управление регистрацией runner, кэшем, очисткой задач и передачей артефактов снижает риск взаимного загрязнения.
Если компиляция, тестирование, архивирование или несколько проектов выполняются одновременно, зафиксируйте пиковую память и объём кэша. При необходимости большего запаса памяти и локального SSD сначала рассмотрите Runner M4 Plus.
Привяжите узел к конкретному проекту или организации и определите, какие рабочие процессы могут его вызывать.
Токены, сертификаты и переменные среды должны передаваться через собственный процесс управления секретами команды; после завершения задачи отзывайте временные права.
Храните кэш зависимостей, промежуточные файлы сборки и готовые артефакты в разных каталогах и задайте проверяемые правила очистки.
Передавайте отчёты тестов, архивы, файлы символов и данные проверки в хранилище конвейера, не используя узел как единственную копию.
Эксперименты на Apple Silicon следует начинать с версий фреймворков, формата модели и поддержки операций, а не переносить параметры с другого оборудования. MLX и тестирование локальных моделей используют общую память, поэтому веса, контекст, параллельные запросы и другие процессы нужно учитывать вместе.
Если веса модели, длинный контекст, предобработка данных и несколько процессов эксперимента должны находиться в памяти одновременно либо среда на 16 ГБ часто испытывает нехватку памяти, Runner M4 Plus даст больше рабочего пространства.
Время ожидания в удалённых аудиовидеозадачах зависит не только от экспорта. На общий результат влияют загрузка материалов, создание прокси-файлов, качество удалённого изображения и скачивание результата, поэтому не следует обещать фиксированную длительность рендеринга. Надёжнее последовательно проверять сеть, хранилище и состояние задачи.
Помимо исходных материалов, оставьте место для прокси-файлов, кэша рендеринга, автосохранений проекта и финального экспорта. Если 256 ГБ недостаточно, выберите конфигурацию m4-24-512 или оцените дополнительный SSD на странице конфигурации.
Сначала загрузите материалы или прокси-файлы, необходимые проекту, сохраните локальную копию исходников и проверьте целостность передачи.
Настройте разрешение графической сессии с учётом сети; плавность предпросмотра не равна качеству финального экспорта.
Храните кэш и исходные материалы в разных каталогах и перед важным экспортом проверяйте свободное место на диске.
После экспорта проверьте размер и воспроизводимость файлов, передайте их в командное хранилище и удалите временные копии.
Оба варианта предоставляют выделенный физический сервер, SSH и графический интерфейс macOS. Разница заключается в памяти, ёмкости SSD и цене, а не в расплывчатых коэффициентах общих ресурсов.
Подходит для разработки одного проекта в Xcode, одной основной сборки за раз, лёгкого self-hosted runner, краткосрочной проверки совместимости и процессов без большого объёма локальных материалов.
Подходит для параллельной работы симуляторов и сборок, нескольких автоматизированных задач, крупных экспериментов MLX, большего кэша зависимостей и процессов с временным хранением прокси-материалов и экспортов на узле.
Подготовьте сведения о размере проекта, версии Xcode, числе параллельных задач, объёме кэша и предполагаемом сроке аренды и отправьте их команде через страницу контактов. Не указывайте пароли, закрытые ключи или полные платёжные реквизиты.
Runner доступен в аренду на день, неделю, месяц или квартал. Все платежи проводятся в долларах США; поддерживаются только USDT-TRC20 и Visa / Mastercard / Amex через Stripe. Фактически доступный шлюз определяется ответом консоли.