Краткий обзор узлов в Азии

4 узла — единые цены

Выделенный физический Mac mini без виртуализации. Выберите узел по расположению команды и маршруту передачи сборок, затем проверьте соединение в своей сети. Выбор локации не меняет цену конфигурации.

Сингапур · Япония (Токио) · Южная Корея (Сеул) · Гонконг Две конфигурации M4 День / неделя / месяц / квартал

Оплата только в USD. Узлы доступны круглый год, 365 дней. Фактическая доступность на момент заказа отображается в консоли.

Доступные узлы

Одинаковые конфигурации — выбирайте ближайший узел

Во всех четырёх локациях доступны GNU Core M4 и GNU Studio M4. Каждый заказ включает отдельный физический компьютер: CPU, память и диск не используются совместно с другими клиентами.

SG Для команд Юго-Восточной Азии

Сингапур

Подходит командам разработчиков, работающим на рынки Юго-Восточной Азии. Разместите собственный CI runner, кэш зависимостей и повседневные сборки на одном узле, чтобы реже передавать данные между регионами.

  • GNU Core M4M4 · 16GB RAM · 256GB SSD
    Достаточно
  • GNU Studio M4M4 · 24GB RAM · 512GB SSD
    Достаточно

Дополнительно:+1TB SSD, +2TB SSD, подключение Thunderbolt 5 (для одного компьютера). Если планируете подключать несколько компьютеров, заранее уточните схему подключения.

Перед выбором проверьте качество соединения с узлом из офисной сети команды, а также передачу данных из репозитория и хранилища сборок.

Арендовать в Сингапуре
JP Для проектов на японском рынке

Япония (Токио)

Подходит для совместной работы японских команд, локализации на японский язык и сборок для японского рынка. Выполняйте сборки Xcode, регрессионное тестирование в симуляторе и архивирование артефактов на одном компьютере.

  • GNU Core M4M4 · 16GB RAM · 256GB SSD
    Достаточно
  • GNU Studio M4M4 · 24GB RAM · 512GB SSD
    Достаточно

Дополнительно:+1TB SSD, +2TB SSD, подключение Thunderbolt 5 (для одного компьютера). Дополнительный SSD можно использовать для кэша сборки или каталога ресурсов.

Расположение узла не меняет правила проверки App Store и не заменяет тестирование в местных сетях, на физических устройствах и в реальных пользовательских условиях.

Арендовать в Токио
KR Для корейского рынка и выпуска игр

Южная Корея (Сеул)

Подходит для выпуска игр, сборок клиентов и регрессионного тестирования локализации с участием корейских команд. Проекты Unity или Flutter можно собирать в macOS-среде на узле, а затем передавать в процесс публикации команды.

  • GNU Core M4M4 · 16GB RAM · 256GB SSD
    Достаточно
  • GNU Studio M4M4 · 24GB RAM · 512GB SSD
    Достаточно

Дополнительно:+1TB SSD, +2TB SSD, подключение Thunderbolt 5 (для одного компьютера). Для крупных проектов заранее проверьте общий объём ресурсов, кэша и выходных файлов.

Если вам важна интерактивная отладка, сначала протестируйте соединение из своей рабочей сети. Не выбирайте узел только по расстоянию на карте.

Арендовать в Сеуле
HK Для распределённых команд

Гонконг

Подходит для удалённой разработки и совместной работы с аудио и видео в распределённых командах. Выполняйте пакетное транскодирование в облаке, а готовые файлы передавайте по SFTP — так не придётся долго поддерживать графическое подключение.

  • GNU Core M4M4 · 16GB RAM · 256GB SSD
    Достаточно
  • GNU Studio M4M4 · 24GB RAM · 512GB SSD
    Достаточно

Дополнительно:+1TB SSD, +2TB SSD, подключение Thunderbolt 5 (для одного компьютера). Если у вас много ресурсов, храните данные проекта отдельно от системного диска.

Качество соединения может различаться у разных операторов. Проверьте отдельно офисный проводной интернет, домашнюю сеть и мобильное подключение.

Арендовать в Гонконге

«Достаточно» означает, что конфигурация обычно доступна для заказа. Актуальную доступность и дополнительные опции смотрите в консоли. На этой странице не приводятся предположительные значения задержки или исторические данные мониторинга.

Определите, кто будет работать

Рекомендации по узлам — не замена проверке соединения

Необязательно размещать все задачи команды на одном узле. Для ручной работы важен отклик соединения, для автоматических сборок — канал до репозитория и хранилища артефактов, а требования к тестированию для конкретного рынка нужно проверять отдельно.

Выберите узел с учётом основного сценария работы
Основная задачаРекомендуемый узелПочемуЧто проверить перед заказом
Для пользователей в Юго-Восточной АзииСингапурНачните проверку с этого узла, если разработчики, репозиторий или получатели артефактов находятся преимущественно в Юго-Восточной Азии.Проверьте соединение из обычной сети команды, а также загрузку зависимостей и передачу артефактов.
Подготовка к проверке в японском App Store и тестированию локализацииЯпония (Токио)Удобно для совместной работы японской команды и централизованного управления средой сборки. Расположение узла не гарантирует результат проверки.Проверьте язык, часовой пояс, симулятор и требования к тестированию на физических устройствах. Разделяйте среду сборки и сетевые условия целевого рынка.
Для корейского рынка и выпуска игрЮжная Корея (Сеул)Подходит для сборки проектов, обработки ресурсов и регрессионного тестирования локализации с участием корейской команды.Проверьте синхронизацию крупных проектов и сетевые условия доступа клиента к рабочим сервисам.
Для распределённых командГонконгПодходящий вариант узла для сборок и транскодирования, которым пользуются участники команды из разных мест.Пусть каждый участник проверит соединение самостоятельно: результат одного пользователя не отражает качество связи для всей команды.
Проверка соединения

Сначала проверьте сеть, затем выбирайте узел для долгосрочной работы

При удалённом доступе постоянно передаются изображение и команды, поэтому важны задержка туда-обратно, джиттер и потери пакетов. Для сборки через SSH непрерывная передача изображения не нужна, но скорость загрузки зависимостей и передачи артефактов зависит от реальной пропускной способности сети.

Удалённый доступ: проверьте отзывчивость

Проверьте подходящие узлы через инструмент тестирования в консоли, подключившись из сети, которой будете регулярно пользоваться. После получения компьютера проверьте реакцию на ввод, перемещение окон и прокрутку в редакторе с помощью своего клиента.

Если изображение чёткое, но иногда замирает, причиной может быть джиттер. При постоянно медленной передаче проверьте скорость отдачи и загрузки на своей стороне, а также фоновые задачи синхронизации. Снижение разрешения уменьшит объём передаваемого изображения, но не снизит задержку соединения.

Автоматические сборки: проверьте весь процесс

Проверяйте не только соединение с компьютером. В задачу CI входят загрузка репозитория и зависимостей, чтение кэша и отправка артефактов; расположение этих сервисов влияет на время ожидания.

Запишите результаты чистой сборки и сборки с кэшем, отдельно отметив загрузку, компиляцию и отправку файлов. Если компиляция проходит стабильно, а загрузка артефактов медленная, сначала проверьте маршрут их передачи — не списывайте проблему на объём памяти компьютера.

  1. 01

    Проверьте в своей сети

    Проверьте соединение через консоль из обычной офисной или домашней сети, а не через временную точку доступа. Если компьютером будут пользоваться несколько человек, тест должен пройти каждый основной пользователь.

  2. 02

    Проверьте в рабочее время

    Повторите проверку в часы обычной работы, обращая внимание на колебания задержки и стабильность соединения. Разовый результат показывает только текущее состояние сети, а не весь срок аренды.

  3. 03

    Подготовьте данные для обращения

    При проблемах укажите узел, время проверки и часовой пояс, тип клиента и описание ситуации. Если у вас уже есть заказ, войдите в консоль и создайте обращение. Не отправляйте пароли и закрытые ключи по электронной почте.

Работа с несколькими узлами

Назначьте каждой машине свою задачу

Каждый экземпляр на отдельном узле — самостоятельный компьютер. Диски, кэш сборки и файлы проекта между ними автоматически не синхронизируются. Перед развёртыванием нескольких компьютеров согласуйте правила именования, настройки среды и способы передачи данных — так будет проще найти нужный пакет сборки.

01 / Имена

Укажите в имени узел и задачу

Используйте согласованный в команде формат «код узла — проект — назначение — номер», например jp-mobile-build-01. В собственной таблице учёта экземпляров указывайте идентификатор из консоли, ответственного и назначение компьютера — не полагайтесь только на IP-адрес.

Это рекомендация по организации работы, а не заданное по умолчанию имя компьютера. При смене узла или задачи обновите метки CI runner и внутренние записи.

02 / Среда

Зафиксируйте инструменты, разделите доступы

Запишите версии macOS, Xcode, инструментов для зависимостей и скриптов сборки в документации проекта. Сначала проверьте настройки на одном компьютере, затем настройте остальные по той же инструкции, чтобы избежать расхождений из-за ручных изменений.

Настройте ключи доступа отдельно для каждого компьютера и выдавайте права на репозитории и каталоги артефактов только для нужных задач. Не добавляйте сертификаты подписи, пароли и закрытые ключи в репозиторий.

03 / Данные

Передавайте артефакты, проверяйте сроки аренды каждого узла

После сборки передайте артефакты, журналы и необходимые резервные копии настроек в хранилище команды. Дополнительный SSD входит в конфигурацию одного компьютера: это не общий диск для разных узлов и не служба резервного копирования.

Проверьте период аренды и дату окончания каждого заказа в консоли. При смене узла перенесите данные на новый экземпляр. Перед возвратом экспортируйте всё необходимое: системный диск и дополнительный SSD после возврата будут очищены.

Выберите узел, затем конфигурацию и срок аренды

Во всех четырёх локациях действуют одинаковые цены. Для лёгких сборок рассмотрите конфигурацию с 16GB RAM; для работы с несколькими симуляторами или задачами инференса — с 24GB RAM. Если у вас много ресурсов и кэша, предусмотрите дополнительный SSD.