Маршруты межрегионального развертывания

Сначала проверьте маршрут подключения, затем выберите облачный Mac-узел

DPLYMAC предлагает 5 узлов: Сингапур, Япония (Токио), Корея (Сеул), Гонконг и восточная часть США. Каждый заказ соответствует отдельному физическому компьютеру, а не виртуальной машине. При выборе узла учитывайте не только географическое расстояние, но и часовые пояса команды, расположение репозитория, маршруты зависимостей и фактическое время сборки.

Арендовать облачный Mac Посмотреть конфигурации и цены
Доступные узлы
5 регионов
Физические ресурсы
1 заказ — 1 компьютер
Режим работы
365 дней в году
ДОСКА ПЕРЕДАЧИ МЕЖДУ РЕГИОНАМИ

Регистрация передачи сборок между часовыми поясами

DPLY-05
UTC+8
Сингапур Совместная работа в Юго-Восточной Азии и межрегиональные сборки
SG
UTC+9
Япония (Токио) Задачи разработки в Японии и Северо-Восточной Азии
JP
UTC+9
Корея (Сеул) Команды в Корее и локальные цепочки зависимостей
KR
UTC+8
Гонконг Разработка в Южном Китае, Гонконге и Макао
HK
UTC−5/−4
Восточная часть США Зависимости в Северной Америке и асинхронные очереди CI
US-E
Критерий выбора Медианная задержка → джиттер → реальная сборка
Метод выбора

Разделите выбор узла на четыре проверяемых условия

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

Основные города пользователей

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

Записываемые показатели
Медианная задержка, джиттер, потеря пакетов
Критерий прохождения
Стабильное и воспроизводимое подключение

Часовые пояса команды

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

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

Расположение репозитория

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

Записываемые показатели
Время клонирования, восстановления кэша и отправки
Критерий прохождения
Стабильный маршрут к основному репозиторию

Сервисы-зависимости CI

Учитывайте в маршруте зеркала пакетных менеджеров, объектное хранилище, тестовые API и цели публикации. Тестирование только удаленного рабочего стола без сервисов-зависимостей занижает оценку времени полного конвейера.

Записываемые показатели
Время ответа зависимостей и повторных попыток после сбоев
Критерий прохождения
Ключевые сервисы не испытывают постоянных тайм-аутов
Профили задач для пяти узлов

Выбирайте узел по маршруту команды, а не по прямому расстоянию на карте

Эти рекомендации помогут сузить список для первого раунда тестов. Окончательный выбор делайте по результатам проверки в собственной фиксированной сети, с реальным репозиторием и полным сценарием сборки.

SG · UTC+8

Узел в Сингапуре

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

Приоритетные тесты
Сингапур, Гонконг, Шэньчжэнь
Подходящие задачи
Интерактивная разработка в Юго-Восточной Азии, загрузка зависимостей, региональный CI
Что проверить
Межрегиональный джиттер, клонирование репозитория, возврат артефактов
Не ориентируйтесь только на
Минимальный ping за один замер
JP · UTC+9

Узел в Японии (Токио)

Подходит для сценариев japan mac server и облачного Mac в Токио, а также для сборки Xcode, тестирования и непрерывной интеграции команд из Японии и Северо-Восточной Азии.

Приоритетные тесты
Токио, Сеул, Шанхай
Подходящие задачи
Разработка для японской команды, сборки в Северо-Восточной Азии, подготовка релизов
Что проверить
Получение репозитория, кэш зависимостей, маршрут отправки
Рекомендуемый метод
Сравните работу в рабочие часы и ночные сборки
KR · UTC+9

Узел в Корее (Сеул)

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

Приоритетные тесты
Сеул, Токио, Шанхай
Подходящие задачи
Разработка корейской команды, тестирование локальных API, выполнение CI
Что проверить
Время ответа зависимостей, графическая сессия, повторные сборки
Рекомендуемый метод
Повторите тест в фиксированной офисной сети
HK · UTC+8

Узел в Гонконге

Подходит командам из Южного Китая, Гонконга и Макао для проверки межрегионального подключения, а также для удаленной разработки, которую нужно быстро передавать в рабочие часы UTC+8.

Приоритетные тесты
Гонконг, Шэньчжэнь, Шанхай
Подходящие задачи
Совместная работа в Южном Китае, графическая разработка, короткие сборки
Что проверить
Джиттер в вечерний пик, синхронизация файлов, восстановление сессии
Рекомендуемый метод
Проведите по одному раунду днем и вечером
US-E · UTC−5/−4

Узел в восточной части США

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

Приоритетные тесты
Нью-Йорк, Франкфурт, город работы команды
Подходящие задачи
Зависимости в Северной Америке, асинхронные конвейеры, обработка артефактов
Что проверить
Маршрут к репозиторию, объектное хранилище, время возврата
Рекомендуемый метод
Сравнивайте общее время полного конвейера
Выборка задержки по единой методике

Медианный ping из 9 тестовых городов до 5 узлов

Для выборки использовалось фиксированное корпоративное подключение в каждом городе: 20 последовательных запросов в рабочий день с 10:00 до 12:00 по местному времени, с расчетом медианы. Единица измерения — миллисекунды. Данные предназначены только для выбора кандидатов первого раунда; перед окончательным выбором повторите тест в собственной сети.

Медианный результат 20 ping из тестовых городов до узлов в Сингапуре, Токио, Сеуле, Гонконге и восточной части США
Тестовый город Сингапур SG Токио JP Сеул KR Гонконг HK Восточная часть США US-E
Пекин 92 ms 56 ms 63 ms 39 ms 181 ms
Шанхай 78 ms 42 ms 48 ms 31 ms 174 ms
Шэньчжэнь 45 ms 62 ms 71 ms 18 ms 188 ms
Гонконг 37 ms 52 ms 61 ms 8 ms 181 ms
Токио 68 ms 8 ms 34 ms 49 ms 151 ms
Сеул 74 ms 31 ms 7 ms 58 ms 168 ms
Сингапур 7 ms 72 ms 80 ms 39 ms 212 ms
Франкфурт 164 ms 235 ms 224 ms 184 ms 92 ms
Нью-Йорк 229 ms 168 ms 180 ms 211 ms 12 ms
Процесс выбора узла с низкой межрегиональной задержкой

Закрепляйте производственный узел только после трех раундов проверки

На каждом этапе есть входные данные, действие, критерий завершения и точка возврата. Не переносите всю очередь CI после единственного ping-теста.

  1. 01

    Сначала проверьте локальную сеть

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

    Входные данные
    Основная офисная сеть и время тестирования
    Критерий завершения
    Получены как минимум две воспроизводимые выборки
    Точка возврата
    После смены сети повторить измерение
  2. 02

    Сравните медианную задержку и джиттер

    Из 5 узлов оставьте два кандидата: один для обычных рабочих часов, другой для пиков сборки. Оценивайте стабильный диапазон, а не единичное минимальное значение.

    Входные данные
    Полные результаты 20 запросов
    Критерий завершения
    Определены основной и резервный кандидаты
    Точка возврата
    Сначала расширьте период выборки, затем повторите сравнение
  3. 03

    Запустите сборку реального репозитория

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

    Входные данные
    Воспроизводимый репозиторий и команда сборки
    Критерий завершения
    Общее время и журналы доступны для проверки
    Точка возврата
    Переключитесь на резервный узел и продолжите проверку
Рекомендуемый порядок принятия решения Стабильное подключение → доступность зависимостей → общее время сборки → часовой пояс передачи команде
Открыть руководство по подключению и проверке
Охват каталогом и оформление заказа

Две конфигурации доступны во всех 5 узлах

Все комбинации в каталоге отмечены как «В наличии». Фактическая доступность, сведения об оборудовании и результат выдачи возвращаются в реальном времени через консоль; конкретное время выдачи заранее не указывается на странице.

Охват каталога двумя выделенными физическими компьютерами DeployMac в 5 узлах
Доступные конфигурации Сингапур Япония (Токио) Корея (Сеул) Гонконг Восточная часть США
DeployMac M4 M4 · 16GB · 256GB В наличии В наличии В наличии В наличии В наличии
DeployMac M4 Pro M4 Pro · 64GB · 2TB В наличии В наличии В наличии В наличии В наличии
Базовая конфигурация DeployMac M4

M4, 16GB RAM, 256GB SSD — для коротких задач, легких сборок и разработки одного проекта.

Конфигурация с большим объемом памяти DeployMac M4 Pro

M4 Pro, 64GB RAM, 2TB SSD — для параллельных задач, крупных проектов и экспериментов с высоким потреблением памяти.

Способы оплаты Все расчеты в USD

Поддерживаются USDT-TRC20 и Visa / Mastercard / Amex (через Stripe); фактически доступный платежный шлюз определяется консолью.

Начать развертывание

Перейдите на страницу конфигурации с выбранным узлом

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

Настроить и оформить заказ Сравнить две конфигурации