Für wen: Teams mit Remote-Mac-Runnern über APAC und die USA, die tagsüber leere Queues und nachts Stau sehen, während Tagesmiete und Monatsrechnung von der Auslastung abweichen. Nutzen: UTC-Fenster, Pool-Tags, Parallelitätsdeckel und Miet-Amortisation in einer auditierbaren Tabelle, verlinkt mit Node-, Runner- und Artefakt-Leitfäden. Aufbau: sechs Ursachen, Sechs-Regionen-Matrix, YAML-Skizze, Hinweisbox, sechsstufiges Runbook, drei KPIs, Abschluss, FAQ.
Wenn Sie Self-Hosted-Runner in Singapur, Tokio, Seoul, Hongkong, Virginia oder der Bay Area betreiben, aber schwere Jobs nur mit einem Zentrale-Zeitzone-Cron anstoßen, ist das typische Ergebnis Leerkapazität in lokalen Geschäftszeiten plus Merge-Stürme, sobald eine andere Region den Tag beendet. Selten fehlen Macs; meist fehlt ein ausgerichteter Trigger-Takt, verstärkt durch schlechte Miet-Auslastung bei kalenderbasierter Abrechnung. Sechs wiederkehrende Plattformfehler folgen.
Legen Sie Warteschlangentiefe und CPU in UTC übereinander und markieren Sie strukturelle Leerfenster wöchentlich, bevor Sie Kerne kaufen.
max-parallel und Repo-Parallelität stapeln sich Git-Fetch und Registry-Uploads mit Retries aus dem Git/Registry-Runbook und erzeugen falsche Kapazitätskrisen.Um Apple-Silicon-Remotes zu einem auditierbaren 24-Stunden-Kapazitätsblatt zu machen, binden Sie Zeitzonenfenster, Runner-Pools und Mietstufen an dasselbe Change-Ticket – ergänzend zur CPU/M4-vs.-M4-Pro-Auswahl, nicht ersetzend.
Fenster relativ zu UTC, ersetzen Sie sie durch Ihre Sprint-Zeitzonen. Liegt das Primär-Repo in US-East, halten Sie Kompilieren/Unit-Tests nah an dieser Region und platzieren Sie Simulator-lastige Arbeit dort, wo Entwickler clustern, um transpazifischen Artefakt-Churn zu vermeiden.
| Region | UTC-Offset (Beispiele) | Typische Relay-Rolle | Passende Jobs | Haupt-Risiko |
|---|---|---|---|---|
| Singapur | +8 | APAC-Morgen-Builds; Puffer für EU/Afrika-Übergaben | Kompilieren, Unit-Tests, Lint, Cache-Warmup | Parallelität deckeln bei US-Peaks; Git-Egress-Konkurrenz beobachten |
| Japan | +9 | Nacht-Batch ausgerichtet an JP-Produktteams | Volle Regressionen, Pre-Promotion-Checks | Signing-Pools isolieren, wenn JP/US-Peaks kollidieren |
| Südkorea | +9 | Eigenes Tag-Pool von JP, wenn Residency-Regeln differieren | Parallele Unit-Tests, Cache-Warmup, KR-Compliance-Builds | Datenresidenz-Politiken nicht über einen gemeinsamen Tag mischen |
| Hongkong | +8 | Brücke für Greater-Bay-Workflows | Mittel-parallele Builds, Festland-optimierte Egress-Pfade | Wenn nicht am primären Git-Region ausgerichtet, Artefakt-SLA definieren |
| US East (Virginia) | −5/−4 (DST) | Oft an große Git-Hosts angeglichen | Häufige PR-Builds, Merge-Queues, Uploads | Cache-Keys für APAC-Nacht → US-Tag-Übergaben definieren |
| US West (Bay Area) | −8/−7 (DST) | Interaktives Debug vor US-West-EOD | Simulator, Screen-Capture, Designer-Pairing | VNC-Bandbreitenkosten; von reinen SSH-Batch-Pools trennen |
Nutzen Sie dieses Muster in interner IaC oder Runner-Registrierung, um explizite Geo-/Zeitabsicht zu erzwingen – kein Default-Pool, der still alles absorbiert. Prüfen Sie Parallelität und Secret-Isolation mit der Self-Hosted-Runner-Checkliste.
jobs:
compile_apac_night:
runs-on: [self-hosted, region-sg, pool-batch, window-utc18-utc06]
steps:
- run: echo "Schweres Kompilieren im APAC-Abend / US-Morgen-Handoff"
ui_us_west_day:
runs-on: [self-hosted, region-usw, pool-interactive, window-utc16-utc01]
steps:
- run: echo "Simulator/VNC-lastig; Batch-Parallelität nicht stehlen"
# Regel: window-* und region-* müssen im selben Change-Ticket wie Cron-Updates ausrollen
Hinweis: Relay ist keine Erlaubnis, Signing-Identitäten über unauditierte Nacht-Pools wandern zu lassen. signing/notary-Labels nur auf allow-listeten Hosts.
Sie haben die Multi-Region-Miet-Anleitung für Baseline-Hardware gelesen. Wenn Runner-Tags noch nicht getrennt sind, zuerst zur Runner-Checkliste zurück.
batch (nur SSH, höhere Parallelität), interactive (Simulator/VNC mit niedrigen Caps), signing (Allow-List, niedrige Parallelität) mit expliziten Verboten.Diese Metriken machen Relay-Erfolg neben Netzwerk-Retries und Warteschlangentiefe steuerbar.
Ops-Erfahrung: Teams, die Zeitzonenfenster, Pool-Tags und Parallelitätsdeckel in einer Review co-autoren, reduzieren sichtbare Leerstunden und verwandeln chaotische Spitzen in absicherbare Spitzen – konsistent mit CapEx→OpEx, wo Zeit Teil des Kapazitätsmodells ist.
Wenn Primär-Repo-Region und Entwicklerdichte langfristig divergieren, müssen Relay-Pläne Artefakt-Lokalität und Residency gemeinsam prüfen; sonst fressen Ozean-Syncs die gesparten CPU-Minuten. Wo Datenhaltung und EU-DSGVO-Residency greifen, müssen Regions-Tags und Artefaktflüsse mit dem Compliance-Team abgestimmt werden.
Ohne explizite window-*-Tags, Parallelitätsverträge und Decommission-Schritte rutschen Teams zurück in wer wach ist: Spitzen bleiben, Leerstunden bleiben, die Signing-Fläche wächst. Produktionsreife Apple-Silicon-CI braucht dediziertes Bare Metal, Multi-Region-Wahl und dokumentierte Baseline+Peak-Miete neben Zeitzonenpolitik.
Mündliches Relay erfüllt selten auditierbare Schlüsselgrenzen und planbare Egress. Für Teams, die Runner nah am primären Git-Region brauchen und Kapazität zwischen APAC und Nordamerika schwenken müssen, ist eine professionelle Mac-Cloud mit transparenten Multi-Region-Knoten und Mietoptionen meist ruhiger als rotierende Mystery-Hosts. MACCOME bietet Mac mini M4 / M4 Pro in Singapur, Japan, Korea, Hongkong, US East und US West – öffentliche Preisseiten zuerst, dann Runner-Tags an die Relay-Tabelle anpassen.
Pilot: zwei Hosts kurz mieten – einer nahe Primär-Repo, einer nahe Entwicklerdichte – dieses sechsstufige Retro zweimal fahren, dann Monats-/Quartalsstufen und 2TB-Bedarf entscheiden.
FAQ
Wie hängt dies mit dem Multi-Region-Node-Mietkosten-Leitfaden zusammen?
Der Node-Leitfaden beantwortet, wo Hardware steht und welche Mietstufe passt; dieses Playbook beantwortet, wie Sie denselben Runner-Bestand über 24 Stunden planen, damit Queues ausgelastet bleiben und Spitzen Tagesmieten nutzen. Verknüpfen Sie beide in derselben Kapazitätsreview. Öffentliche Tarife: Mac mini Mietpreise.
Funktioniert Relay nur mit GitHub-gehosteten Runnern?
Die Heatmap-Logik können Sie übernehmen, aber Miet-Amortisation betrifft vor allem Self-Hosting oder dediziertes Bare Metal. Bei geteilten gehosteten Runnern priorisieren Sie Merge-Politik und Cache-Keys statt Maschinen-Relay.
Sollen Simulator-Jobs den Nacht-Batch-Pool nutzen?
Nein: Simulator und VNC bleiben auf interaktiven Pools mit niedriger Parallelität; sonst exportieren Sie Bandbreiten- und GPU-Konkurrenz in die gesamte Flotte.