Sofort mieten
Wählen Sie Runner M4, eine von fünf Regionen und den Abrechnungszeitraum. Bestätigen Sie anschließend je nach Workload Speicher- oder Thunderbolt-5-Kopplungsoptionen.
Zur BestellungJede Bestellung umfasst einen dedizierten physischen Mac mini, keine virtuelle Maschine. Verbinden Sie sich per SSH oder VNC und verlagern Sie Xcode, fastlane und Ihre bestehenden CI-Abläufe auf einen überprüfbaren Cloud-Knoten.
5 REGIONEN · BEREIT
Eine Bestellung, ein physischer Knoten
Wählen Sie Runner M4, eine von fünf Regionen und den Abrechnungszeitraum. Bestätigen Sie anschließend je nach Workload Speicher- oder Thunderbolt-5-Kopplungsoptionen.
Zur BestellungPrüfen Sie M4, 16 GB RAM, 256 GB SSD, vier Abrechnungszeiträume und alle Zusatzoptionen, bevor Sie Knoten und Mietdauer festlegen.
Tarifseite öffnenRunnerVM stellt dedizierte physische Mac-Knoten bereit. Repository-Strategien, Signaturberechtigungen, Dependency-Caches und Veröffentlichungsregeln konfiguriert Ihr Team passend zum Projekt.
Registrieren Sie den Knoten in Ihrer bestehenden CI und isolieren Sie Arbeitsverzeichnisse nach Repository. Fixieren Sie Toolchain-Versionen, begrenzen Sie Berechtigungen des Build-Kontos und definieren Sie klare Ablaufregeln für Dependency-Caches.
CI-RUNNERPrüfen Sie zunächst die Versionen von Xcode, SDK und Command Line Tools. Importieren Sie danach Zertifikate und Provisioning-Profile und führen Sie Archive, Export und Artefaktprüfung aus.
XCODEBUILDVerwenden Sie SSH für Skripte, Abhängigkeiten und Hintergrundaufgaben; für grafische Oberflächen steht VNC bereit. Vergewissern Sie sich vor dem Trennen der Remote-Sitzung, dass der Build in einer dauerhaft laufenden Sitzung ausgeführt wird.
SSH + VNCMessen Sie zunächst den maximalen Modellspeicher, den Festplattenbedarf und den Datenübertragungsweg. Runner M4 eignet sich für Experimente innerhalb des 16-GB-Speicherlimits; größere Aufgaben erfordern zuvor eine Kapazitätsprüfung.
ZUERST PRÜFENFixieren Sie den Commit, isolieren Sie Signaturmaterial, speichern Sie vollständige Logs und prüfen Sie IPA, dSYM und Archive einzeln nach dem Export.
Die folgenden Befehle und Verzeichnisse zeigen nur die Struktur der Pipeline. Die tatsächlichen Parameter müssen zur Projektkonfiguration passen.
Checken Sie den fixierten Commit aus, prüfen Sie Submodule und stellen Sie den Dependency-Cache anhand der Lock-Datei wieder her.
Erstellen Sie einen temporären Schlüsselbund, importieren Sie Zertifikate und Provisioning-Profile und beschränken Sie den Zugriff.
Führen Sie xcodebuild oder fastlane aus und speichern Sie Standardausgabe sowie Fehlerprotokolle fortlaufend.
Prüfen Sie IPA, dSYM, Archive und Export-Logs und übergeben Sie sie anschließend an den nächsten Prozessschritt.
$ fastlane ios release --env runner
→ archive/RunnerApp.ipa
→ archive/RunnerApp.app.dSYM.zip
→ checksum verified
Prüfen Sie nach der Verbindung zunächst Host-Fingerprint, Systeminformationen und Toolchain-Versionen. Beispielbefehle müssen an Projekt, Zertifikate und Verzeichnisstruktur angepasst werden.
developer@local $ ssh runner@sg-m4-node
Host fingerprint verified
Dedicated physical Mac mini
runner@node $ xcodebuild \
-workspace RunnerApp.xcworkspace \
-scheme RunnerApp \
-configuration Release archive
** ARCHIVE SUCCEEDED **
runner@node $ fastlane ios package
[12:43:31] Export RunnerApp.ipa
[12:43:52] Verify artifact checksum
lane completed
RunnerVM bietet insgesamt 5 Knoten bzw. Rechenzentrumsstandorte: Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und der Osten der USA. Alle Kombinationen im Verzeichnis sind regulär buchbar; die tatsächliche Verfügbarkeit liefert die Konsole in Echtzeit.
SG
Geeignet für Teams in Südostasien sowie regionale Code-Quellen und Dependency-Mirrors. Prüfen Sie die Route vor der Bestellung erneut aus Ihrem tatsächlichen Büronetzwerk.
VerfügbarJP
Geeignet für Workflows in Japan und Nordostasien. Testen Sie SSH-Interaktion und die Übertragung großer Dateien am besten gemeinsam.
VerfügbarKR
Geeignet für lokale Entwicklung in Korea und Aufgaben in benachbarten Regionen. Bewerten Sie grenzüberschreitende Zugriffe anhand von p95 und Routing-Ergebnissen.
VerfügbarHK
Geeignet für Teams, die Netzwerke in Ost- und Südostasien verbinden müssen. Ergänzen Sie Tests aus dem Netzwerk Ihrer Code-Quelle.
VerfügbarUS-E
Geeignet für Teams im Osten der USA und nahegelegene Dienste. Teams in Asien sollten transozeanisches Routing und Dateisynchronisierung besonders prüfen.
VerfügbarDie folgenden Beispiele zeigen p50, p95, Messzeitpunkt und Netzbetreiber für ICMP-Pings zwischen Knoten. Die tatsächlichen Werte von Ihrem Team zum Knoten müssen Sie aus Ihrem eigenen Netzwerk erneut messen.
| Testquelle | Zielknoten | p50 | p95 | Messzeitpunkt | Netzbetreiber |
|---|---|---|---|---|---|
| Singapur | Japan (Tokio) | 67.4 ms | 72.8 ms | 02:10 UTC | Cogent / NTT |
| Japan (Tokio) | Südkorea (Seoul) | 31.2 ms | 35.9 ms | 02:14 UTC | IIJ / KT |
| Südkorea (Seoul) | Hongkong | 48.6 ms | 55.1 ms | 02:18 UTC | KT / PCCW |
| Hongkong | Singapur | 36.9 ms | 42.7 ms | 02:22 UTC | PCCW / Singtel |
| Osten der USA | Japan (Tokio) | 168.3 ms | 176.5 ms | 02:26 UTC | Zayo / NTT |
Mac Mini M4, 16 GB RAM und 256 GB SSD, mietbar pro Tag, Woche, Monat oder Quartal. Alle Bestellungen werden in US-Dollar (USD) abgerechnet.
Mac Mini M4 · 16 GB RAM · 256 GB SSD
Zusätzlicher Speicher und Thunderbolt-5-Kopplung werden je nach gewähltem Zeitraum separat berechnet. Die tatsächliche Verfügbarkeit von Knoten und Optionen liefert die Konsole in Echtzeit.
Zielverfügbarkeit, Tagesstatus und geprüfte Ereignisse werden nach einheitlichen Kriterien dargestellt. Alle Knoten laufen 365 Tage im Jahr regulär.
Tagesaufzeichnungen helfen bei der Zuordnung regionaler Netzwerk- oder Knotenereignisse und ersetzen keine konkreten Bestell- und Verbindungsprotokolle.
Jedes Feld steht für einen Kalendertag.
Statusaufzeichnungen enthalten Region, Knoten, Beginn und Ende, Umfang der Auswirkungen sowie das Prüfergebnis. Gutschriften oder Erstattungen richten sich nach den anwendbaren Servicebedingungen und dem abschließenden Prüfergebnis.
Servicebedingungen ansehenKlären Sie zunächst Geräteeigenschaften, Verbindungswege, Toolchain-Grenzen und Bestellzeitraum, bevor Sie Build-Aufgaben auf einen Cloud-Mac verlagern.
Eine Bestellung entspricht einem dedizierten physischen Mac mini. CPU, Arbeitsspeicher und lokaler Speicher stammen aus diesem Gerät selbst; RunnerVM bezeichnet gemeinsam genutzte virtuelle Ressourcen nicht als dediziertes Gerät. Prüfen Sie nach der Bereitstellung zuerst Hostinformationen, Zugangsdaten und Systemumgebung.
Verwenden Sie SSH für Kommandozeile, Dependency-Installation und Automatisierungsaufgaben und VNC für Vorgänge mit macOS-Oberfläche. Prüfen Sie bei der ersten Verbindung den Host-Fingerprint, ändern Sie das Anfangspasswort und beschränken Sie nicht benötigte eingehende Ports.
Legen Sie Versionen von Xcode und SDK, Projektabhängigkeiten, Zertifikate, Provisioning-Profile, Build-Scheme, Exportkonfiguration und Netzwerkrichtung fest. Bestimmen Sie außerdem, wer auf Signaturmaterial zugreifen darf und wo Logs und Artefakte gespeichert werden.
Runner M4 kann pro Tag, Woche, Monat oder Quartal bestellt werden: $20.3/Tag, $54.7/Woche, $101.3/Monat und $275.5/Quartal. Beginn und Ende der Bestellung, Region und Zusatzoptionen richten sich nach den in der Konsole bestätigten Angaben.
Übertragen Sie Code, Build-Artefakte, Logs und weiterhin benötigte Caches vor dem Ende der Bestellung. Im Abschlussprozess werden Zugangsdaten widerrufen und Gerätedaten verarbeitet; Ihr Team sollte außerdem Zertifikate, Tokens und Repository-Berechtigungen entziehen.
Berücksichtigen Sie vorrangig die Standorte Ihres Teams, der Code-Quelle, der Dependency-Mirrors und des Artefaktempfängers. Führen Sie aus dem realen Netzwerk Ping-, Traceroute-, SSH- und Dateiübertragungstests durch und wählen Sie nicht allein nach geografischer Nähe.
Wählen Sie Runner M4 und eine von fünf Regionen und verlagern Sie Xcode, fastlane und Ihre bestehende CI auf einen dedizierten physischen Knoten. Bei Fragen zu Speicher, Kopplung oder Build-Ablauf können Sie zunächst den Support kontaktieren.