Eigener physischer Apple-Silicon-Knoten

Mac mini M4 in Seoul
Ihre Build-Umgebung in der Cloud

Für Nutzer in Nordostasien: Führen Sie Xcode-Builds, Simulator-Tests und dauerhaft laufende CI auf einem eigenen Cloud-Mac aus. Keine virtuelle Maschine: CPU, GPU und Unified Memory werden nicht mit anderen Kunden geteilt.

Cloud-Mac mieten Preise & Extras ansehen

Grundpreis ab $21.3/Tag. Wählen Sie zuerst Modell und Laufzeit, anschließend den Knoten in der Bestellung. Die aktuelle Verfügbarkeit sehen Sie in Echtzeit im Portal.

Zuteilung
1 Bestellung = 1 physischer Knoten
Entwicklungsumgebung
macOS mit grafischer Oberfläche und CLI
Laufzeiten
Tag / Woche / Monat / Quartal
Passend zum Workload

Zwei Modelle, vier Laufzeiten

Prüfen Sie zunächst den Speicher- und Platzbedarf Ihres Projekts und wählen Sie dann die Laufzeit. Angezeigt werden die Grundpreise der Modelle, ohne Speichererweiterung und Thunderbolt-5-Verbindung. Alle Preise in US-Dollar.

Angezeigt wird der Grundpreis pro Tag. Den endgültigen Abrechnungszeitraum legen Sie bei der Bestellung fest.

Einzelentwicklung & serielle Builds

Node Core M4

Für alltägliche Xcode-Builds, eine automatisierte Build-Pipeline und die Verteilung über TestFlight. Führen Sie zunächst ein repräsentatives Projekt aus und entscheiden Sie anhand des tatsächlichen Speicherbedarfs von Simulatoren und Build-Prozessen, ob sich ein Upgrade lohnt.

$21.3/Tag
Chip
M4
Unified Memory
16GB
SSD
256GB
Pro Tag
$21.3
Pro Woche
$57.6
Pro Monat
$106.7
Pro Quartal
$290.2

Planen Sie genug Speicher für Quellcode, Dependency-Caches, DerivedData und Archive ein. Nicht mehr benötigte, erneut erzeugbare Caches zu löschen, ist oft einfacher, als von Anfang an Speicher hinzuzufügen.

Node Core M4 mieten
Parallele Tests & speicherintensive Tasks

Node Pro M4

Für große Swift-Projekte, Tests mit mehreren Simulatoren und lokale MLX-Experimente. 64GB Unified Memory bieten mehr Spielraum für parallele Tasks. Eine sinnvolle Planung von Parallelität und Caches bleibt dennoch wichtig.

$59.1/Tag
Chip
M4 Pro
Unified Memory
64GB
SSD
2TB
Pro Tag
$59.1
Pro Woche
$159.6
Pro Monat
$295.6
Pro Quartal
$804

Starten Sie bei einer dauerhaft laufenden CI mit nur einem parallelen Task. Erfassen Sie zunächst den Spitzenspeicherbedarf und die Build-Zeit und erhöhen Sie die Parallelität dann schrittweise. Lassen Sie nicht mehrere Tasks gleichzeitig in dasselbe Build-Verzeichnis schreiben.

Node Pro M4 mieten

Welche Laufzeit passt?

Zum Testen einer Umgebung oder für einen einzelnen Release-Task eignet sich die Tagesabrechnung. Für eine kürzere Phase mit regelmäßigen Iterationen bietet sich die Wochenabrechnung an. Bei dauerhaft laufenden Runnern, kontinuierlichen Tests und langfristigen Modell-Experimenten lohnt sich ein Vergleich von Monats- und Quartalsabrechnung. Der Wechsel des Zeitraums ändert nur die Anzeige auf dieser Seite – er erstellt keine Bestellung und startet keine Abrechnung.

Als Zahlungsmittel werden ausschließlich USDT-TRC20 und Visa / Mastercard / Amex (über Stripe) unterstützt. Abgerechnet wird in US-Dollar (USD). Welche Zahlungsanbieter verfügbar sind und wie hoch der Bestellbetrag ausfällt, sehen Sie beim Checkout.

Entfernung und Workload getrennt betrachten

Netzwerk-Richtwerte für Seoul

Für Verbindungen aus Nordostasien liegt der durchschnittliche Latenzrichtwert bei 30~50 ms. Er dient als Orientierung bei der Standortwahl und ist weder ein garantierter Messwert für jede Verbindung noch eine Zusage zu Bildrate oder Übertragungsgeschwindigkeit.

Region
Nordostasien
Richtwert für die Latenz
30~50 ms
Einflussfaktoren
Lokaler Provider, Routing, Auslastung und VPN-Verbindung

Die Verbindung zu demselben Knoten kann sich für Teammitglieder unterschiedlich anfühlen. Bei SSH-Befehlen macht sich vor allem die Round-Trip-Latenz bemerkbar. Auf dem grafischen Desktop spielen zusätzlich Auflösung, Bildänderungen und verfügbare Bandbreite eine Rolle. Der Build läuft auf dem physischen Knoten – eine langsamere lokale Verbindung verlagert die Berechnung nicht auf Ihren Rechner.

Testen Sie die Verbindung unter realen Arbeitsbedingungen: Führen Sie mehrere SSH-Befehle aus, öffnen Sie eine häufig genutzte Desktop-App und synchronisieren Sie ein repräsentatives Projekt. Erfassen Sie den ersten Dependency-Download getrennt von späteren inkrementellen Builds, damit die Downloadzeit bei leerem Cache nicht mit der Maschinenleistung verwechselt wird.

Verbindung nach der Bereitstellung testen

Ersetzen Sie den Hostnamen im Befehl durch die Verbindungsadresse aus den Bestelldetails. Manche Netzwerke blockieren ICMP. Bleibt eine Ping-Antwort aus, heißt das nicht, dass SSH nicht funktioniert. Prüfen Sie den tatsächlichen Port und die Client-Logs.

ping -c 20 NODE_HOST
ssh -o ConnectTimeout=10 USER@NODE_HOST 'uname -m'
Erst prüfen, dann verbinden

In vier Schritten vom Kauf zum ersten Einsatz

Die Zeitangaben sind Richtwerte für manuelle Arbeit, keine Zusage für Zahlungsbestätigung oder Bereitstellung. Den tatsächlichen Fortschritt bei Zahlung, Bereitstellung und Projektsynchronisierung sehen Sie im Portal; auch Ihre Netzwerkverbindung spielt eine Rolle.

  1. 01

    Konfiguration wählen

    Richtwert: 2–5 Min.

    Wählen Sie Modell, Abrechnungszeitraum und Knoten. Prüfen Sie, ob Sie zusätzlichen SSD-Speicher oder eine Thunderbolt-5-Verbindung benötigen. Maßgeblich sind Grundpreis, Extras und Gesamtbetrag in der Bestellübersicht. Schließen Sie die Bestellung erst ab, wenn alles stimmt.

  2. 02

    Bezahlen

    Richtwert: 2–5 Min.

    Nutzen Sie den tatsächlich angezeigten Zahlungsanbieter. Die Dauer von Blockchain-Bestätigungen und Kartenprüfungen ist im Zeitrichtwert nicht enthalten. Bewahren Sie Bestellnummer und Transaktions-ID auf und prüfen Sie nach der Zahlung den Bestellstatus. Ein Überweisungsbeleg allein bestätigt keine Bereitstellung.

  3. 03

    Zugangsdaten prüfen

    Nach der Bereitstellung: 1–3 Min.

    Öffnen Sie in den Bestelldetails im Portal die Verbindungsadresse, Zugangsdaten und den Instanzstatus. Prüfen Sie, ob Chip, Arbeitsspeicher und Speicherplatz mit der Bestellung übereinstimmen. Die Wartezeit bis zur Bereitstellung entnehmen Sie dem Bestellstatus. Zugangsdaten müssen nicht öffentlich geteilt werden.

  4. 04

    Ersten Task ausführen

    Erste Verbindung: 5–15 Min.

    Testen Sie SSH oder den grafischen Desktop und prüfen Sie die Xcode-Version. Synchronisieren Sie anschließend Ihr Projekt und starten Sie einen Build. Große Repositories, der erste Dependency-Download und vollständige Tests sind nicht im Zeitrichtwert enthalten. Testen Sie zunächst einen kleinen Task, bevor Sie eine dauerhaft laufende Pipeline umstellen.

Drei Fragen zur Standortwahl

Knoten in Seoul

Modelle und Laufzeitpreise folgen überall demselben Katalog. Der Standort wirkt sich vor allem auf den Verbindungsweg und den Workflow aus – nicht auf die Hardware des gleichnamigen Modells.

Eignet sich dieser Knoten auch, wenn unser Team nicht komplett in Nordostasien sitzt?

Entscheidend sind die Hauptnutzer und ihre Aufgaben. Wer regelmäßig am grafischen Desktop arbeitet, sollte zuerst die eigene Verbindung testen. Wer Builds startet, Logs prüft und Artefakte herunterlädt, ist meist weniger auf eine niedrige Latenz bei der Desktop-Bedienung angewiesen. Der Latenzrichtwert für Seoul und Nordostasien lässt sich nicht pauschal auf alle Teammitglieder übertragen. Testen Sie die Verbindung daher im jeweiligen Arbeitsnetzwerk.

Werden Projekt und Cache bei einem späteren Knotenwechsel automatisch übertragen?

Ein Knotenwechsel bedeutet nicht, dass Dateien automatisch übertragen werden. Sichern Sie zunächst Quellcode, wichtige Konfigurationen und Build-Artefakte. Notieren Sie außerdem Toolchain-Versionen und die Schritte zur Registrierung des Runners. Bevor Sie den Knoten in Seoul verlassen, klären Sie die Bestelländerung über ein Ticket im Portal und planen Sie anschließend Datensynchronisierung und Pipeline-Umstellung. Ob eine Änderung möglich ist und welche Kosten entstehen, richtet sich nach der Bearbeitung Ihrer Bestellung.

Bleiben bei einem Knoten in Seoul alle Pipeline-Daten an diesem Standort?

Nein. Der gewählte Knoten bestimmt den Standort des gemieteten physischen Rechners. Repository, Dependency-Mirror, Artefaktspeicher und Deployment-Dienste können Sie separat konfigurieren. Wenn der Speicherort der Daten wichtig ist, sollten Sie diese externen Komponenten einzeln prüfen und den Standort des Rechners nicht mit den Datengrenzen der gesamten Pipeline gleichsetzen. Für eine weitergehende Prüfung im Rahmen eines Unternehmenskaufs schreiben Sie an support@xcodenode.com.

Erst ein Projekt zum Laufen bringen, dann die Laufzeit wählen

Starten Sie mit einem eigenen physischen Knoten, prüfen Sie die Toolchain und Verbindung und führen Sie Ihren ersten Build aus. Wählen Sie das Modell passend zu Ihrem tatsächlichen Workload – Sie müssen nicht gleich mehrere Rechner für das ganze Team buchen.

Cloud-Mac mieten Alle Optionen prüfen