Dedizierter physischer Server · keine VM

Cloud-Mac mieten in Tokio
Mac mini M4 – nur für Ihre Builds

Für Teams in Ostasien: Bündeln Sie Xcode-Builds, Tests und Archive in einer eigenen Build-Umgebung. Der gesamte Apple-Silicon-M4-Mac-mini ist einem Kunden vorbehalten – ohne gemeinsam genutzte CPU-Ressourcen.

Zwei Konfigurationen: 16 GB RAM / 256 GB SSD und 24 GB RAM / 512 GB SSD, ab $20/Tag. Die Verfügbarkeit wird in Echtzeit im Portal angezeigt.

  • Apple Silicon M4
  • Ein ganzer Server pro Kunde
  • Zugang per SSH und VNC
  • 365 Tage im Jahr verfügbar

Passend zu Ihrem Workload

Zwei Konfigurationen, vier Abrechnungszeiträume

Wählen Sie zuerst die passende Größe für RAM und Speicher und vergleichen Sie anschließend die Laufzeiten. Beide Modelle bieten einen dedizierten physischen Mac mini mit vollständiger macOS-Oberfläche und Kommandozeile. Sie unterscheiden sich durch ihre Ressourcen, nicht durch den exklusiven Zugriff auf den gesamten Rechner.

Vergleich der Tagespreise. Prüfen Sie bei der Bestellung Modell, Abrechnungszeitraum und Serverstandort.

Merge M4 S

Für CI-Projekte und kleinere Builds

$20/Tag

Chip
Apple Silicon M4
RAM
16GB RAM
Speicher
256GB SSD

Ideal für die erste Build-Pipeline, Builds für ein einzelnes Projekt und Unit-Tests. Installieren Sie nur die benötigten Xcode-Versionen und Simulator-Runtimes und behalten Sie den Speicherplatz für Caches und Build-Artefakte im Blick.

Tag
$20/Tag
Woche
$54.1/Woche
Monat
$100.1/Monat
Quartal
$272.3/Quartal
Dedizierter Server Keine VM
Merge M4 S mieten

Merge M4 L

Für mehrere Targets und tägliche Remote-Arbeit

$39.5/Tag

Chip
Apple Silicon M4
RAM
24GB RAM
Speicher
512GB SSD

Geeignet für Builds mit mehreren Targets, UI-Tests und die tägliche Arbeit mit Xcode aus der Ferne. Wenn Sie mehr Abhängigkeiten, Simulator-Runtimes oder Modelldateien vorhalten möchten, prüfen Sie zuerst den Speicherbedarf und entscheiden Sie dann, ob eine SSD-Erweiterung sinnvoll ist.

Tag
$39.5/Tag
Woche
$106.7/Woche
Monat
$197.6/Monat
Quartal
$537.5/Quartal
Dedizierter Server Keine VM
Merge M4 L mieten

Preise pro Rechner und gewählter Laufzeit

Die Preise oben gelten für die Basiskonfiguration. Eine zusätzliche SSD und Thunderbolt-5-Verbindungen werden separat berechnet. Für einen kurzen Test können Sie zunächst tageweise mieten; für eine dauerhaft genutzte Pipeline lohnt sich der Vergleich von Wochen-, Monats- und Quartalspreisen. Der Wechsel des Abrechnungszeitraums dient nur dem Preisvergleich auf dieser Seite und löst keine Bestellung aus.

Alle Preise werden in US-Dollar (USD) abgerechnet. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex über Stripe. Welche Zahlungsoptionen verfügbar sind und wie die endgültige Bestellung aussieht, erfahren Sie beim Bestellvorgang.

Erst die Verbindung, dann der Workload

Netzwerk-Richtwert für Tokio

Für Ostasien liegt die Netzwerk-Round-Trip-Zeit als Richtwert bei 30~60 ms. Der Wert hilft bei der Einschätzung der Verbindungsdistanz. Er ist kein gemessener Durchschnitt Ihres Büronetzes und bedeutet nicht, dass jede Verbindung in diesem Bereich liegt.

Netzwerk-Round-Trip-Zeit

30~60ms

Verbindung für Teams in Ostasien

Beim Remote-Desktop zählen Round-Trip-Zeit, Jitter und Paketverlust. Für automatisierte Builds sind außerdem die Wege für Downloads von Abhängigkeiten und Uploads von Build-Artefakten wichtig. Kompiliert wird direkt auf dem Rechner; aus der Netzwerkgeschwindigkeit lässt sich daher nicht unmittelbar die Xcode-Buildzeit ableiten.

Richtwert; die tatsächliche Verbindung hängt vom verwendeten Netzwerk ab.

VNC: Reagiert der Desktop flüssig?

Testen Sie die Verbindung über das Netzwerk, das Sie auch für die tägliche Arbeit nutzen möchten. Prüfen Sie Mausreaktionen, Fensterbewegungen und die Darstellung im Simulator. Bei begrenzter Bandbreite senken Sie zuerst die Auflösung des Remote-Desktops, damit Probleme beim Bildaufbau nicht mit einer langsamen Maschine verwechselt werden.

Für Arbeit mit GUI

SSH: Mit der echten Pipeline testen

Stoppen Sie bei einem Projekt die Zeiten für Codeabruf, Installation der Abhängigkeiten, Build und Artefakt-Upload separat. Nutzen Sie den Abhängigkeits-Cache wieder und synchronisieren Sie nur geänderte Dateien. Optimieren Sie zuerst die Übertragung, bevor Sie die Konfiguration anpassen.

Für automatisierte Builds

In vier Schritten startklar

Vom Kauf bis zum Zugriff: etwa 4 Minuten

Die folgenden Zeiten sind Richtwerte für Bestellung und Zuweisung, keine garantierten Bereitstellungsfristen. Zahlungsbestätigung, Netzwerkbedingungen und Kontoeinstellungen können die Wartezeit verlängern. Installation von Projektabhängigkeiten, Codesynchronisierung und Runner-Registrierung sind darin nicht enthalten.

  1. Konfiguration und Standort wählen

    Etwa 1 Minute

    Wählen Sie auf der Bestellseite den Rechner, den Abrechnungszeitraum und den gewünschten Serverstandort. Falls Sie zusätzlichen Speicher oder eine Verbindung mehrerer Geräte benötigen, prüfen Sie die Bestelldetails vor der Zahlung.

  2. Zahlung bestätigen

    Etwa 1 Minute

    Wählen Sie eine der verfügbaren Zahlungsoptionen: USDT-TRC20 oder Kartenzahlung. Die Dauer für die Bestätigung auf der Blockchain oder die Bearbeitung durch den Kartenanbieter ist nicht eingerechnet. Maßgeblich ist der Zahlungsstatus Ihrer Bestellung.

  3. Serverzuweisung abwarten

    Etwa 1 Minute

    Nach bestätigtem Zahlungseingang weist das System Ihrer Bestellung einen dedizierten physischen Mac mini zu. Prüfen Sie den Status der Instanz im Portal. Aktualisiert sich der Zuweisungsstatus nicht, halten Sie Ihre Bestellnummer bereit und eröffnen Sie ein Support-Ticket.

  4. Zugangsdaten abrufen und verbinden

    Etwa 1 Minute

    Rufen Sie die SSH- und VNC-Zugangsdaten in den Instanzdetails im Portal ab und stellen Sie die erste Verbindung her. Prüfen Sie anschließend die Xcode-Version und registrieren Sie den Team-Runner. Legen Sie dann Task-Tags und Parallelisierung fest.

Prüfen Sie nach dem Verbinden die Umgebung mit einem Commit, der sich bereits erfolgreich bauen lässt, und stellen Sie erst danach Ihre produktive Pipeline um. Durch den exklusiven Zugriff gibt es keine konkurrierenden Aufgaben anderer Kunden. Die Reihenfolge Ihrer eigenen Aufgaben auf demselben Rechner richtet sich weiterhin nach den Parallelisierungseinstellungen Ihres Teams für den Runner.

Vor der Bestellung klären

Häufige Fragen zu Tokio

Der Serverstandort beeinflusst vor allem Verbindungen und Datenübertragung, nicht den exklusiven Zugriff auf den gesamten Rechner.

Kann ich Tokio wählen, wenn mein Team nicht vollständig in Ostasien sitzt?

Ja. Überlegen Sie zunächst, wo die Teammitglieder sitzen, die VNC am häufigsten nutzen, wo Ihr Code-Repository liegt und wohin Build-Artefakte übertragen werden. Bei automatisierten Builds sollten Sie zuerst die Übertragungswege für Code und Abhängigkeiten testen. Wenn Ihr Team überwiegend remote mit Xcode arbeitet, prüfen Sie die Reaktionszeit des Desktops über die üblichen Büronetzwerke. Der Standort ist ein erster Anhaltspunkt, ersetzt aber keinen Verbindungstest.

Lässt sich aus 30~60 ms direkt die Buildzeit ableiten?

Nein. Das ist ein Richtwert für die Netzwerk-Round-Trip-Zeit, kein Build-Benchmark. Die Xcode-Buildzeit hängt auch von der Projektgröße, der Speicherauslastung, Cache-Treffern und parallelen Aufgaben ab. Wenn Sie den Server in Tokio bewerten, messen Sie Codeabruf, Build und Tests sowie Artefakt-Upload getrennt. So erkennen Sie, ob das Netzwerk oder die Rechnerressourcen der Engpass sind.

Ändert der Standort Tokio die Konfiguration oder den Grundpreis?

Für beide Modelle auf dieser Seite gelten dieselben Konfigurationen und Preise je Abrechnungszeitraum: Merge M4 S mit Apple Silicon M4, 16GB RAM / 256GB SSD, und Merge M4 L mit Apple Silicon M4, 24GB RAM / 512GB SSD. Der Standort ändert diese Basisspezifikationen nicht. Prüfen Sie vor der Bestellung trotzdem den gewählten Standort, die Laufzeit und mögliche Zusatzoptionen. Die Verfügbarkeit wird in Echtzeit im Portal angezeigt.

Der nächste Build läuft in Ihrer eigenen Umgebung

Testen Sie tageweise und wählen Sie RAM und Speicher passend zu Ihrem Workload. Bringen Sie zuerst eine Pipeline zum Laufen und legen Sie anschließend die parallelen Builds Ihres Teams fest.