Prüfen Sie zuerst den Spitzenverbrauch, den Build-Cache und den Speicherdurchsatz eines einzelnen Jobs. Danach entscheiden Sie, wie viele Pipelines gleichzeitig laufen sollen. OakVM bietet zwei verfügbare Konfigurationen; jede Bestellung entspricht einem dedizierten physischen Rechner, der nicht in gemeinsam genutzte Rechenressourcen aufgeteilt wird.
Beide Konfigurationen bieten eine vollständige grafische macOS-Oberfläche und Kommandozeilenumgebung und sind dedizierte physische Apple-Silicon-Nodes. Achten Sie bei der Auswahl nicht nur auf den Chip, sondern auch auf Spitzenverbrauch, abgeleitete Daten, Build-Cache, Archive und temporäre Dateien.
M4 · 16GB RAM · 256GB SSD
M4 Pro · 64GB RAM · 2TB SSD
| Vergleichspunkt | OakVM M4 | OakVM M4 Pro |
|---|---|---|
| Chip | M4 | M4 Pro |
| Arbeitsspeicher | 16GB | 64GB |
| Integrierte SSD | 256GB | 2TB |
| pro Tag | $20.3 | $59.1 |
| pro Woche | $54.9 | $159.6 |
| pro Monat | $101.7 | $295.5 |
| pro Quartal | $276.6 | $803.8 |
| Node-Standorte | Singapur, Tokio (Japan), Seoul (Südkorea), Hongkong, US-Ostküste, US-Westküste | Singapur, Tokio (Japan), Seoul (Südkorea), Hongkong, US-Ostküste, US-Westküste |
Ein Team mit fünf Personen kann eine serielle Release-Aufgabe ausführen oder gleichzeitig Tests, Archivierung und Modellvalidierung starten. Identifizieren Sie zuerst die schwerste Aufgabe, wählen Sie die Einzelkonfiguration und skalieren Sie bei höherer Parallelität mit zusätzlichen dedizierten physischen Nodes.
Bei stabilen Projektabhängigkeiten bestehen die täglichen Aufgaben vor allem aus Codeabruf, Installation von Abhängigkeiten, Tests, Archivierung und Artefaktexport – mit jeweils nur einer wichtigen Pipeline gleichzeitig.
Mehrere Build-, Test- oder Datenverarbeitungsaufgaben beanspruchen gleichzeitig Arbeitsspeicher und Festplattenbandbreite. Alternativ müssen mehrere Abhängigkeits-Caches, Symboldateien, Archive und Experimentdaten langfristig gespeichert werden.
Wenn Aufgaben keinen gemeinsamen Speicher benötigen, lassen sie sich meist leichter auf mehrere dedizierte Nodes verteilen und dadurch Projekte, Caches und Wiederholungen isolieren. Ein einzelner Node mit hoher Ausstattung bedeutet nicht unbegrenzte Parallelität.
Die Skalierungseinheit von OakVM ist ein dedizierter physischer Apple-Silicon-Node. Jeder Node behält seine eigene Systemumgebung, Projektverzeichnisse, Caches und Aufgabenlabels. Der Scheduler leitet Jobs nur an Nodes mit passenden Labels weiter.
Aufgaben werden nach Projekt, Branch, Priorität und benötigter Xcode-Umgebung eingeordnet.
Feste Signatur-Assets, Projektverzeichnisse und benötigte Toolchains reduzieren den Wechsel zwischen Umgebungen.
1 Auftrag = 1 dedizierter NodeEin eigenes Runner-Label nimmt Testjobs an, ohne mit Release-Aufgaben denselben Node zu teilen.
Eigener Cache und eigene AufgabenwarteschlangeModelle, Abhängigkeiten und Experimentausgaben werden isoliert, damit speicherintensive Aufgaben die täglichen Builds nicht verdrängen.
Konfiguration nach Aufgabentyp wählenMüssen zwei Aufgaben Daten innerhalb desselben Prozesses oder denselben schnellen lokalen Speicher gemeinsam nutzen, wählen Sie zunächst eine Konfiguration, die den gesamten Spitzenverbrauch aufnehmen kann. Sind die Aufgaben unabhängig, fördern zusätzliche Nodes Parallelität, Berechtigungsisolierung und eine schnellere Fehleranalyse.
Die Tabelle dient zur ersten Einschätzung der Region für Remote-Arbeit und Codeübertragung. Die Werte stammen aus 20 ICMP-Anfragen je Node über öffentliches Internet und übliche lokale Breitbandanschlüsse an den jeweiligen Zugangspunkten.
| Zugangspunkt \ Node | Singapur | Tokio | Seoul | Hongkong | US-Ostküste | US-Westküste |
|---|---|---|---|---|---|---|
| Zugangspunkt Singapur | 22 ms | 71 ms | 83 ms | 39 ms | 238 ms | 174 ms |
| Zugangspunkt Tokio | 69 ms | 34 ms | 41 ms | 52 ms | 181 ms | 112 ms |
| Zugangspunkt Seoul | 81 ms | 40 ms | 33 ms | 46 ms | 194 ms | 128 ms |
| Zugangspunkt Hongkong | 37 ms | 54 ms | 48 ms | 24 ms | 218 ms | 151 ms |
| Zugangspunkt US-Ostküste | 236 ms | 179 ms | 191 ms | 216 ms | 29 ms | 76 ms |
| Zugangspunkt US-Westküste | 171 ms | 109 ms | 126 ms | 149 ms | 74 ms | 28 ms |
Wenn Ihr Team häufig die grafische Oberfläche bedient, achten Sie zuerst auf die Round-Trip-Latenz vom Zugangspunkt der wichtigsten Teammitglieder zum Node. Bei CI/CD-automatisierten Aufgaben zählen zusätzlich Code-Repository, Abhängigkeitsquellen, Artefaktspeicher und die Zeitzonen der Teamübergaben.
Diese Werte sind Netzwerkmedianwerte unter festgelegten Testbedingungen. Sie repräsentieren weder die Xcode-Build-Geschwindigkeit noch eine kontinuierliche Netzwerkkennzahl. Die tatsächlichen Ergebnisse variieren je nach Anbieter, Routing, WLAN, VPN, Auslastung und Tageszeit.
Filtern Sie zunächst anhand des Zugangspunkts am wichtigsten Arbeitsstandort nach Regionen mit niedriger Latenz und berücksichtigen Sie anschließend die Zeitzonen der Teamübergaben. Alle sechs Nodes laufen 365 Tage im Jahr durchgehend; die tatsächliche Verfügbarkeit zeigt die Konsole in Echtzeit.
Für die Kostenberechnung sind zwei Fragen entscheidend: Wie lange läuft der Node durchgehend, und wie oft muss die Umgebung in diesem Zeitraum neu aufgebaut werden? Die folgenden Beispiele verwenden die verfügbaren Preise ohne Rabattannahmen und kombinieren keine Laufzeiten zu neuen Angeboten.
Geeignet für Fehlerreproduktion, Versionsarchivierung, Abhängigkeitsprüfung oder kurzfristige Experimente mit klar definiertem Start- und Endzeitpunkt. Wenn die Aufgabe innerhalb eines Tages abgeschlossen wird, berechnen Sie die Kosten direkt auf Tagesbasis.
Geeignet für mehrere aufeinanderfolgende Tage mit Tests, Fehlerbehebungen, Archivierung und Verteilung, wenn das Team dieselbe Umgebung bis zum Ende der Release-Phase behalten möchte. Abhängigkeiten und Caches müssen nicht täglich neu vorbereitet werden.
Geeignet für Teams mit kontinuierlichen Builds, Tests und Archivierungen an Werktagen oder mit dauerhaft benötigten Runner-Labels, Abhängigkeits-Caches und Projektverzeichnissen.
Geeignet für Teams, deren Pipeline nachweislich über mehrere Release-Zyklen hinweg genutzt wird und die Toolchain, Cache-Strategie und Node-Aufgaben festlegen möchten.
Erfassen Sie die zusammenhängende Zeit, in der Umgebung, Cache und Aufgabenwarteschlange tatsächlich vorgehalten werden müssen – nicht nur die Dauer eines einzelnen Builds.
Berücksichtigen Sie Downloads von Abhängigkeiten, Cache-Aufwärmung, Toolchain-Prüfungen und manuelle Übergaben, statt nur Mietpreise zu vergleichen.
Wenn zwei unabhängige Pipelines gleichzeitig laufen müssen, kalkulieren Sie mit zwei dedizierten Nodes. Gehen Sie nicht davon aus, dass ein einzelner Node Aufgaben unbegrenzt aufnehmen kann.
Zusätzlicher Speicher muss separat in die Bestellung aufgenommen werden: +1TB SSD kostet $2.9/Tag, $7.8/Woche, $14.5/Monat, $39.4/Quartal; +2TB SSD kostet $5.8/Tag, $15.6/Woche, $29/Monat, $78.8/Quartal. Thunderbolt 5 kostet pro Node $1.7/Tag, $4.5/Woche, $8.3/Monat, $22.6/Quartal.
Messen Sie mit einer realen, besonders anspruchsvollen Aufgabe statt mit einem leeren Projekt oder einem frisch bereinigten Cache. Dokumentieren Sie die folgenden fünf Punkte, damit spätere Änderungen an Nodes oder Mietdauer auf einer überprüfbaren Basis beruhen.
Erfassen Sie den Speicherverbrauch während der Spitzenphase von Archivierung, parallelen Tests oder Modellaufgaben. Wenn 16GB nahezu ausgeschöpft sind oder Aufgaben häufig wegen Speicherdrucks abbrechen, prüfen Sie die Pro-Konfiguration mit M4 Pro und 64GB Arbeitsspeicher.
Addieren Sie Projektverzeichnisse, Abhängigkeiten, abgeleitete Daten, Archive, Symboldateien, Logs und temporäre Dateien. Die Basiskonfiguration hat eine integrierte 256GB SSD, die Pro-Konfiguration eine integrierte 2TB SSD.
Unterscheiden Sie Thread-Parallelität von Pipeline-Parallelität. Bei mehreren unabhängigen Projekten sollten Sie zusätzliche dedizierte Nodes und Runner-Labels zur Aufgabenisolierung prüfen, statt alle Warteschlangen auf einem Rechner zu bündeln.
Wählen Sie zwischen Singapur, Tokio (Japan), Seoul (Südkorea), Hongkong, US-Ostküste und US-Westküste unter Berücksichtigung der wichtigsten Zugangspunkte, Codeübertragungswege und Teamübergabezeiten.
Wenn Build-Cache, historische Archive oder Experimentdaten nicht regelmäßig ausgelagert werden können, wählen Sie frühzeitig +1TB SSD oder +2TB SSD. Behandeln Sie den freien Platz auf dem Systemlaufwerk nicht als langfristige Artefaktverwaltung.
Wenn der Spitzenverbrauch einzelner Aufgaben in 16GB Arbeitsspeicher passt, 256GB SSD für das aktive Projekt ausreichen und hauptsächlich eine normale iOS-Build-Pipeline läuft.
Wenn große Workspaces, parallele Aufgaben, KI-Experimente oder hoher Speicherdurchsatz 64GB Arbeitsspeicher und 2TB SSD für mehr Kapazitätsreserven erfordern.
Wenn Aufgaben unabhängig sind und gleichzeitig ausgeführt werden müssen: Skalieren Sie die Parallelität durch zusätzliche Nodes und weisen Sie Runner-Labels nach Projekt, Umgebung oder Priorität zu.
OakVM bietet zwei dedizierte physische Apple-Silicon-Nodes, beide nicht virtualisiert und in US-Dollar abgerechnet. Wählen Sie Nodes in Singapur, Tokio (Japan), Seoul (Südkorea), Hongkong, an der US-Ostküste oder US-Westküste. Die tatsächliche Verfügbarkeit zeigt die Konsole in Echtzeit.