Dedizierter physischer Mac mini

iOS-Builds und
automatisierte App-Builds dauerhaft ausführen

Jede 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.

Mac Mini M4 16 GB RAM 5 Knoten $20.3 / Tag
RunnerVM-Mac-mini-Build-Cluster mit Knoten in Singapur, Tokio, Seoul, Hongkong und im Osten der USA 5 REGIONEN · BEREIT Eine Bestellung, ein physischer Knoten

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 Bestellung

Konfiguration prüfen

Prüfen Sie M4, 16 GB RAM, 256 GB SSD, vier Abrechnungszeiträume und alle Zusatzoptionen, bevor Sie Knoten und Mietdauer festlegen.

Tarifseite öffnen
Einsatzbereiche

Knoten nach Aufgabe planen, ohne den Workflow neu zu erfinden

RunnerVM stellt dedizierte physische Mac-Knoten bereit. Repository-Strategien, Signaturberechtigungen, Dependency-Caches und Veröffentlichungsregeln konfiguriert Ihr Team passend zum Projekt.

CI

iOS- / macOS-CI

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-RUNNER
XC

Xcode-Kompilierung in der Cloud

Prü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.

XCODEBUILD

Remote-Entwicklung

Verwenden 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 + VNC
KI

KI-Experimente

Messen 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ÜFEN
Build-Pipeline

Eine reproduzierbare Pipeline für automatisierte App-Builds

Fixieren Sie den Commit, isolieren Sie Signaturmaterial, speichern Sie vollständige Logs und prüfen Sie IPA, dSYM und Archive einzeln nach dem Export.

build-lane / ios-release / current-run Aufgabenorchestrierung

Build lane · ios-release

Die folgenden Befehle und Verzeichnisse zeigen nur die Struktur der Pipeline. Die tatsächlichen Parameter müssen zur Projektkonfiguration passen.

Nachvollziehbare Logs
  1. 01

    Code pushen

    Checken Sie den fixierten Commit aus, prüfen Sie Submodule und stellen Sie den Dependency-Cache anhand der Lock-Datei wieder her.

  2. 02

    Zertifikate injizieren

    Erstellen Sie einen temporären Schlüsselbund, importieren Sie Zertifikate und Provisioning-Profile und beschränken Sie den Zugriff.

  3. 03

    Build ausführen

    Führen Sie xcodebuild oder fastlane aus und speichern Sie Standardausgabe sowie Fehlerprotokolle fortlaufend.

  4. 04

    Artefakte archivieren

    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
Projektübersicht

Befehle, Hardware und Einsatz in einer Prüfliste

Prüfen Sie nach der Verbindung zunächst Host-Fingerprint, Systeminformationen und Toolchain-Versionen. Beispielbefehle müssen an Projekt, Zertifikate und Verzeichnisstruktur angepasst werden.

runner-m4-sg · build session SSH
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
Die Beispielausgabe veranschaulicht nur die Reihenfolge von Verbindung, Archivierung und Export. Hostname, Verzeichnisse, Scheme und Signaturparameter müssen durch die tatsächlichen Projektwerte ersetzt werden.
Hardware-Plakette

Runner-M4-Spezifikationen

Chip
Mac Mini M4
Arbeitsspeicher
16 GB RAM
Speicher
256 GB SSD
Verbindung
SSH / VNC
Eigenschaften
Dedizierter physischer Mac mini, keine virtuelle Maschine
Auswahlempfehlung

Entscheiden Sie nach Ihrer Workload

Leichte Builds
Runner M4
Alltägliche Entwicklung
Runner M4
KI-Experimente
Zuerst 16-GB-Speichergrenze, Speicherbedarf und Thunderbolt-5-Kopplungsbedarf prüfen
5 Knoten

Starten Sie an dem Standort, der Ihrem Team, Code-Quellserver oder Dependency-Mirror am nächsten liegt

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

Singapur

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ügbar

JP

Japan (Tokio)

Geeignet für Workflows in Japan und Nordostasien. Testen Sie SSH-Interaktion und die Übertragung großer Dateien am besten gemeinsam.

Verfügbar

KR

Südkorea (Seoul)

Geeignet für lokale Entwicklung in Korea und Aufgaben in benachbarten Regionen. Bewerten Sie grenzüberschreitende Zugriffe anhand von p95 und Routing-Ergebnissen.

Verfügbar

HK

Hongkong

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ügbar

US-E

Osten der USA

Geeignet für Teams im Osten der USA und nahegelegene Dienste. Teams in Asien sollten transozeanisches Routing und Dateisynchronisierung besonders prüfen.

Verfügbar
Knotentests

Messwerte zur Knotenlatenz

Die 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.

Beispielmessung zwischen fünf Knoten

Für jede Route wurden 20 ICMP-Echo-Anfragen im Abstand von 1 Sekunde erfasst.

20 PAKETE / ROUTE
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
Messmethode: ICMP-Echo-Anfragen werden vom jeweiligen RunnerVM-Knoten gesendet und die Perzentile der Round-Trip-Zeit berechnet. Grenzüberschreitendes Routing, lokale Netzbetreiber, Auslastung und Messzeitpunkt beeinflussen die Ergebnisse. Die Tabelle eignet sich zum Routenvergleich und ersetzt keine Prüfung im Teamnetzwerk.
Einziger verfügbarer Tarif

Runner M4 ab $20.3 / Tag

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.

Verfügbar

Runner M4

Mac Mini M4 · 16 GB RAM · 256 GB SSD

Pro Tag$20.3
Pro Woche$54.7
Pro Monat$101.3
Pro Quartal$275.5
Runner M4 sofort mieten

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.

Servicestatus

Tägliche Aufzeichnungen der letzten 90 Tage

Zielverfügbarkeit, Tagesstatus und geprüfte Ereignisse werden nach einheitlichen Kriterien dargestellt. Alle Knoten laufen 365 Tage im Jahr regulär.

99,9 %

Zielverfügbarkeit

Tagesaufzeichnungen helfen bei der Zuordnung regionaler Netzwerk- oder Knotenereignisse und ersetzen keine konkreten Bestell- und Verbindungsprotokolle.

Tagesstatus der letzten 90 Tage

Jedes Feld steht für einen Kalendertag.

Normaler Status

Ereignisbeschreibung

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 ansehen
Antworten für Entwickler

Sechs Punkte, die vor der Bestellung meist geklärt werden

Klären Sie zunächst Geräteeigenschaften, Verbindungswege, Toolchain-Grenzen und Bestellzeitraum, bevor Sie Build-Aufgaben auf einen Cloud-Mac verlagern.

Was bedeutet dedizierter physischer Rechner?

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.

Wie stelle ich eine Remote-Verbindung her?

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.

Was muss vor der Bereitstellung vorbereitet werden?

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.

Welche Abrechnungszeiträume gibt es?

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.

Wie werden Daten nach dem Ende der Bestellung behandelt?

Ü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.

Welchen Knoten sollte ich wählen?

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.

Nächste Build-Pipeline

Übergeben Sie Ihren nächsten Build an einen Cloud-Mac

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.