2026: трансграничные команды — «интерактивная разработка» и self-hosted macOS runner в одном региональном пуле. Как мультирегиональные физические Mac избегают голодания очереди и конкуренции за ресурсы: выбор региона узла и матрица порогов сессия/CI (копируемые параметры + FAQ)

1. Три боли: голодание — редко «просто мало Mac»

1. Два слоя очередей. В GitHub Actions и аналогах джоба ждёт слот concurrency или подходящий онлайн runner. Самообслуживаемый runner, который offline, с неверной меткой или не совпадает с runs-on, даёт ложное голодание: очередь длинная, а «на бумаге» ёмкость есть.
2. Интерактив и CI делят кэш. Удалённая индексация IDE, симуляторы и xcodebuild, пишущий Derived Data вместе, взвинчивают задержку NVMe — страдает и wall time CI, и отклик SSH.
3. Справедливость по часовым поясам. Без concurrency в разрезе региона/команды и окон для тяжёлых джоб «шторм пуша» в одной зоне съедает глобальные слоты — это планировщик организации, не Гц.

2. Матрица A: тип нагрузки × стратегия пула

Решите, что допустимо на одной физической машине, а что выносить в отдельные пулы или хосты.

3. Матрица B: мультирегион и выбор узла

Близко к Git и близко к разработчику часто конфликтуют — используйте таблицу как первый компромисс.

Практичное правило: на каждую географию вынесите хотя бы zone:<регион>; глобальные ночные прогоны направляйте в pool:heavy с отдельной concurrency, чтобы не голодать региональные PR-пулы.

4. Матрица C: пороги разделения сессия/CI (старт — подтвердите нагрузочным тестом)

5. Копируемые параметры (метки runner + скелет workflow)

Примеры в нотации GitHub Actions; перенесите в свой CI смысл меток, групп конкуррентности и настроек self-hosted.

5.1 Метки при регистрации runner

zone:apac
pool:ci-standard
os:macos
arch:arm64
capacity:shared

5.2 Workflow: пул + concurrency (фрагмент)

concurrency:
  group: ${{ github.workflow }}-${{ github.event.pull_request.number || github.ref }}
  cancel-in-progress: true

jobs:
  build:
    runs-on: [self-hosted, macOS, ARM64, zone-apac, pool-ci-standard]
    timeout-minutes: 60
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0

5.3 Переменные среды (поведение, не секреты)

# Снизить нагрузку индекса в CI
export COMPILER_INDEX_STORE_ENABLE=NO

# Derived Data на отдельный том
export DERIVED_DATA_PATH=/Volumes/ci-derived/PR-${{ github.run_id }}

Секреты подписи на общий пул по умолчанию не вешайте — используйте environment или релизные runner.

6. Runbook: семь шагов

1. Теплокарта нагрузок: по репо и веткам — суточные количества джоб, пиковые часы и длительность.
2. Закрепить грамматику меток: zone / pool / capacity в RFC — без личных псевдонимов.
3. Разделить интерактив и CI: минимум — разные тома; интерактивные узлы могут не нести CI-меток.
4. Конкуррентность и тайм-ауты: отдельные группы для PR и default; длинные шаги — отдельный workflow и больший timeout-minutes.
5. Смотреть четыре недели: P95 очереди, доля offline runner, сбой джоб, RTT инженеров — в алерты.
6. Квартальное масштабирование: чаще — больше слотов в регионе, а не слепой апгрейд одной машины.
7. Описать откат: как вернуть метки, убийственные switch в workflow и on-call на «срочный release-хост».

7. Цифры для внутренних SLO и закупки

• Старт параллелизма: 1 CI-джоба на хост в проде; к двум — только после недельной стабильности.
• Алерт по очереди: региональное ожидание P95 > 15 минут в три подряд интервала — триггер ревью ёмкости.
• Интерактивный RTT: ориентир в одну сторону < 120 ms на основных путях Remote SSH; выше — сначала песочницы ближе, потом больше CI-Mac.
• Квартальный аудит: сопоставляйте живые машины ↔ метки, чтобы снятые хосты не оставались в workflow.

8. FAQ

Один пул в регионе = Remote SSH и CI на одной физической Mac?

Нет. Пул — граница FinOps. В норме подпулы interactive и ci (и дальше по мере необходимости), чтобы Xcode и линкер не дрались за unified memory и диск.

С чего смотреть голодание очереди?

Вместе: глубина очереди, занятость runner и RTT/обрывы интерактива. Глубокая очередь при пустых слотах — смещение меток или offline, не сырой дефицит кремния.

Как задать «максимум джоб на машину» в матрице?

С одной джобы, проверьте пик памяти и размер Derived Data, затем аккуратно две; откат при OOM и флаках. На unified memory меньше параллелизма часто надежнее, чем «две джобы ради квоты».

Мультирегион: куда вести runner — за Git или за инженером?

CI — к Git, артефактам, зеркалам. Remote SSH — к тем, кто пишет ежедневно. Конфликт — метками и пулами, не «одна машина на всех».

Один «жирный» Mac заменяет много мелких с разделением?

Память помогает, но запись на диск и флаки симулятора всё равно связывают интерактив и CI в одном домене отказа. Несколько горизонтальных Mac со строгими метками чаще выигрывают.

Как убрать ложное голодание при «мигании» self-hosted runner?

Супервизия процесса, автоперезапуск, сердцебиения и N+1 критичных пулов. Пока джобы в очереди, а online runner нет — сначала доступность, не поднятие конкуррентности.

Как это сочетается с merge queue и нагрузкой на trunk?

Очередь merge концентрирует default branch — вынесите merge_group в свой пул или окна и согласуйте с политикой trunk, чтобы PR-пулы не голодали.