Kurzzyklus-Cloud-Mac-CI 2026: Remote-Build-Cache (DerivedData, Pods, sccache) vs. lokale Knoten-SSD

Wenn PRs in Minuten statt Stunden rotiert werden sollen, entscheidet nicht nur die GHz-Zahl des Cloud-Macs, sondern wo DerivedData, CocoaPods-Artefakte und ein optionaler sccache-Ring zwischen zwei Läufen leben. Ephemere Runner werfen lokale SSDs weg; dauerhafte Knoten horten Wärme — beides hat Preise in Sekunden für Cold Starts, Megabit pro Sekunde für Synchronisation und in Euro für Egress. Dieser Artikel fasst die Wiederverwendungslogik in eine Matrix und liefert Parameter, die Sie direkt in Skripte oder Runbooks übernehmen können.

Cold Starts und Bandbreite sind ein gemeinsames Konto

Ein frischer macOS-Runner muss Git-Objekte ziehen, optional Pods auflösen und erst dann in inkrementelle Xcode-Pfade einsteigen. Wenn Sie den gesamten DerivedData-Baum vor jedem Job aus einem entfernten Bucket spiegeln, gewinnt der erste Compilerlauf oft nichts, weil die Datenfläche noch fließt. Messen Sie deshalb getrennt: Zeit vom Job-Start bis zum ersten clang-Aufruf, Zeit bis zum ersten Treffer in Ihrem Compiler-Remote-Cache und reine Link-Phase. Wo die Restore-Linie die Kompilierlinie kreuzt, lohnt sich Remote-Caching nur mit aggressiverem Schlüsseling oder näher am Runner gelegenem Objektspeicher.

Für Release-Wochen, in denen Hardware kurzfristig dazugekauft oder gemietet wird, lohnt ein Blick auf die Finanz- und Kapazitätsmatrix: Notfall-Builds & App-Store-Prüfung 2026: Mac kaufen oder Cloud-Mac tageweise / wochenweise mieten? Der dortige Druck auf Kalenderwochen setzt sich 1:1 in Ihre Cache-Policy fort — teure On-Demand-Minuten verschwenden Sie nicht mit blindem Voll-Restore.

Drei Schichten: Xcode-Artefakte, Pods, Compiler-Zwischenstände

DerivedData beschleunigt Index, Module und Swift-Incremental, ist aber groß und geräuschvoll in den Metadaten. CocoaPods (oder SPM-Checkout-Caches) dominieren Netz-I/O vor dem eigentlichen Build. sccache (oder ein vergleichbarer verteilter Compiler-Cache) reduziert CPU-Zyklen, setzt aber konsistente Toolchains und stabile Pfade voraus. In der Praxis kombinieren Teams oft Objektspeicher für Pods und einen lokalen NVMe-Staging-Ordner für DerivedData, während sccache gegen einen regionalen Endpunkt spricht — solange TLS- und Seek-Latenzen im Budget bleiben.

Wer Hintergrundprozesse zum Aufwärmen oder Spiegeln von Caches einsetzt, sollte launchd-Grenzen und SIP kennen — unsere Checkliste dazu: OpenClaw 2026 auf dem Cloud-Mac: Umgebungschecks statt Linux-Reflexe, launchd im Hintergrund, FAQ zur reproduzierbaren Fehlersuche.

Entscheidungsmatrix: Remote-Objektlager vs. lokale SSD

Nutzen Sie die Tabelle als ersten Filter; verifizieren Sie mit den kopierbaren Parametern unten auf einem Staging-Runner.

Messgrößen, die Mobile und Ops gleichermaßen lesen

Ohne gemeinsame Dashboards diskutieren iOS-Teams und Plattform-Engineers aneinander vorbei. Legen Sie deshalb feste SLOs fest: Restore-Dauer p95 getrennt nach Pods, DerivedData und sccache, Cache-Hit-Quote pro Branch-Typ und Bytes pro erfolgreichen Build als Proxy für Egress-Kosten. Visualisieren Sie diese Kurven neben der PR-Lead-Time — wenn die Merge-Frequenz steigt, die Restore-Linie aber parallel hochzieht, ist Ihr Schlüsselraum zu großzügig oder Ihr Bucket in der falschen Availability Zone.

Ein pragmatischer Review-Rhythmus reicht: wöchentlich fünf zufällige Builds auswählen, die Rohlogs nach rsync, pod install und xcodebuild -showBuildTimingSummary durchsuchen und die Top drei nicht-compilierenden Wartezeiten dokumentieren. So erkennen Sie früh, ob ein neuer Swift-Makro-Schwall die DerivedData-Größe explodieren lässt, bevor die nächste Xcode-Minor-Version ausrollt.

Ausführbare Parameter-Liste (kopieren und anpassen)

Die Werte sind bewusst konservativ; passen Sie Pfade an Ihre Orchestrierung (GitHub Actions, Buildkite, Jenkins) an.

# DerivedData auf schnelle lokale SSD legen, nicht auf Netzlaufwerk
export DERIVED_DATA_LOCAL="/Volumes/ci/nvme/DerivedData-${CI_BUILD_ID}"
mkdir -p "${DERIVED_DATA_LOCAL}"
xcodebuild -workspace App.xcworkspace -scheme CI \
  -derivedDataPath "${DERIVED_DATA_LOCAL}" \
  -clonedSourcePackagesDirPath "${DERIVED_DATA_LOCAL}/SourcePackages" \
  -disableAutomaticPackageResolution

# CocoaPods: Cache read-mostly, Schreiben gebündelt
export COCOAPODS_CACHE_PATH="/Volumes/ci/nvme/pod-cache"
pod install --deployment

# sccache: Region und Bucket getrennt von Artefakten
export SCCACHE_BUCKET="ios-ci-sccache-use1"
export SCCACHE_REGION="us-east-1"
export RUSTC_WRAPPER=sccache

# Rsync-Staging mit Bandbreiten-Deckel gegen Stampede
rsync -a --delete --bwlimit=80000 \
  "${REMOTE_DERIVED_SNAPSHOT}/" "${DERIVED_DATA_LOCAL}/"

# Alarm-Schwellen (Monitoring-Variablen)
CACHE_RESTORE_P95_SECONDS=120
SCCACHE_HIT_RATIO_MIN=0.40
EGRESS_MB_PER_BUILD_WARN=2500

Instrumentieren Sie diese Variablen in Ihren Logs genauso wie Test-Failures: ein plötzlich steigender CACHE_RESTORE_P95 ist oft ein geografisch falsch platziertes Bucket oder ein zu breiter Schlüssel, kein „langsamer Mac".