Когда четыре азиатских хаба — Сингапур, Япония, Корея и Гонконг — одновременно держат интерактивный фронт, возникает естественный дрейф к модели «следом за солнцем»: APAC закрывает дневной интерактив, а канадский удалённый Mac берёт на себя ночные batch-задачи и финальную приёмку под NA-расписание. Ключ к схеме — не равномерно «развалить» нагрузку по часовым поясам, а сразу распределить роли: где живёт исходный код, где идут долгие сборки, кто подписывает релиз и какой узел отвечает за внешний egress.
Ниже — практический runbook: как поделить смену между APAC-четвёркой и Канадой, что обязательно входит в чек-лист передачи, какие ночные сценарии действительно подходят канадскому узлу, и как читать матрицу решений по M4 16 ГБ/256 ГБ против 24 ГБ/512 ГБ, расширению SSD до 1 ТБ или 2 ТБ и подключению второго параллельного инстанса. Подробный фон по дисковым узким местам и параллелизму в длинных циклах разработки разобран в материале о длинном цикле разработки и матрице M4/SSD для APAC + Канады.
1. Деление дня по солнцу: где APAC-четвёрка, где Канада
Модель «следом за солнцем» работает не за счёт того, что машины «живут в разных часовых поясах», а за счёт того, что у каждой роли есть владелец и временное окно. APAC-четвёрка естественно покрывает интерактивную разработку: PR, локальные сборки, GUI-сессии, ручные проверки на эмуляторах под локальные регионы. Когда сингапурский вечер встречает канадское утро западного побережья, эстафета уходит за океан — и канадский Mac начинает то, что в Азии стоит «дороже сна»: длинные регрессии, подпись и нотариальное заверение, сетевые сценарии под NA-партнёров.
Опасность модели — превратить канадский узел в «пятый APAC». Если в Канаде ночью идёт та же интерактивная работа, что днём в Азии, теряется главный смысл узла: предсказуемое NA-окно и стабильный egress. Поэтому первое, что фиксируется до любых конфигов, — список ролей: APAC = интерактив и локальные интеграции; Канада = ночные batch, подпись, приёмка перед публикацией. Всё, что не попадает в эти роли, остаётся в Азии или явно делегируется через очередь.
2. Чек-лист передачи смены: APAC → Канада
Передача — это не «закрыть терминал и пойти спать», а формальный handoff с точкой отсечения и журналом. Минимально нужны:
- Замороженная ветка или тег для ночного batch — никаких дописываний после T−10 минут.
- Список запущенных и запланированных задач с ETA и владельцем.
- Снимок свободного места на томе: целевой бюджет ≥25 % на старте окна.
- Ключи и токены валидны ≥12 часов: Apple Developer, артефактный реестр, нотариус.
- Очередь подписи пуста или явно отложена с пометкой «ждать NA».
- Дашборд наблюдения доступен дежурному в Канаде, алерты переключены на канадский канал.
- Контакт эскалации в Азии для критических вопросов с указанием часового интервала ответа.
- Откат: какая последняя зелёная сборка и как её выкатить за 5 минут.
Без такого чек-листа канадский узел утром получает «чужие проблемы»: не та ветка, забитый диск, вышедший токен, а окно NA уже стартовало. Хорошая практика — держать сам чек-лист в репозитории рядом с runbook'ами, а не в чате: тогда новый дежурный поднимает его одной командой и не зависит от истории сообщений.
3. Какие ночные сценарии действительно подходят Канаде
Канадский узел оправдан там, где сходятся три условия: предсказуемый исходящий профиль, длинное непрерывное окно без интерактивных пауз и календарное пересечение с NA-партнёрами. Типичные кейсы:
- Ночные регрессионные batch на симуляторах (60–180 минут на цикл): занимают весь CPU, не любят прерываний и хорошо ложатся на азиатскую ночь.
- Подпись и нотариальное заверение релизных бинарников: чувствительны к egress и тайм-аутам у Apple, лучше идут под NA-час.
- Финальная приёмка перед публикацией в сторax: ручные сценарии лучше прогонять с тем же сетевым профилем, что у NA-пользователя.
- Тяжёлые отчёты и индексирование: там, где важна стабильность дисковой подсистемы и тишина в фоновом IO.
Что не стоит уносить в Канаду: интерактивный GUI-debug, кратковременные сборки PR, любую работу, где пауза «жду Канаду» дороже пары лишних минут CPU. Подробнее об экономической стороне такого распределения — в разборе TCO транс-тихоокеанской команды и канадского QA-релея.
4. Матрица решений: M4 16/256 vs 24/512, SSD 1–2 ТБ, параллельные инстансы
| Сценарий канадского узла | M4 / RAM | SSD | Второй параллельный инстанс |
|---|---|---|---|
| Только релей подписи и лёгкая приёмка | средний (16 ГБ / 256 ГБ) | 1 ТБ при дисциплине логов | не нужен |
| Ночной regression batch + симуляторы | топ (24 ГБ / 512 ГБ) | 1 ТБ минимум, 2 ТБ при росте кэшей | рассмотреть, если пики наезжают на окно NA |
| Две линейки продукта с разными ключами | два средних или один топ + очередь | по 1 ТБ на инстанс выгоднее одного 2 ТБ | да: разделение ключей и окружений |
| Жёсткий запрет «выгружать билды наружу» | топ ради запаса по RAM | 2 ТБ как операционная страховка | опционально для изоляции «грязных» сборок |
Базовое правило: 16 ГБ/256 ГБ — для ролей-«передатчиков» (signing relay, лёгкий CI, ручная приёмка); 24 ГБ/512 ГБ — там, где ночью одновременно живут симуляторы, индексаторы и тяжёлые отчёты. Расширение до 2 ТБ почти всегда дешевле второго инстанса, если узлу не нужна изоляция ключей или сетевых профилей.
5. FAQ
Можно ли обойтись только APAC-четвёркой без канадского узла?
Можно, пока вы не упираетесь в NA-расписание партнёров и не страдаете от транс-тихоокеанского egress. Как только появляются регулярные ночные batch с зависимостью от NA-подписей и сетевых сервисов, канадский узел окупает аренду.
16 ГБ/256 ГБ хватит, если из Канады делается только signing relay?
Чаще да, если вы не запускаете симуляторы и индексаторы. Узкое место такого профиля обычно диск, а не RAM, поэтому увеличение SSD до 1 ТБ важнее, чем апгрейд до 24 ГБ.
Когда переходить с 1 ТБ на 2 ТБ?
Когда после очередного релиза свободное место стабильно держится ниже 25 % и ручная чистка кэшей перестаёт помогать. Расширение SSD чаще выигрывает у второго инстанса по совокупной стоимости.
Нужно ли два канадских Mac для распараллеливания подписей?
Только при доказанном перекрытии ключей или независимых SLA. В большинстве случаев очередь подписи на одном топовом M4 решает задачу дешевле, чем второй инстанс с собственной операционной нагрузкой.
Итог
«Следом за солнцем» работает, когда APAC-четвёрка и Канада не дублируют функции, а делят их по ролям: интерактивный день в Азии, ночные batch и приёмка NA в Канаде. Чек-лист передачи защищает от утечек контекста; матрица M4 / SSD / параллельных инстансов помогает не платить за топовую конфигурацию там, где достаточно средней; FAQ закрывает типичные пограничные случаи. Считайте канадский узел не «дополнительным сервером», а отдельной сменой со своими целевыми метриками и ответственным дежурным.