Von Ihrem Windows-PC aus

Der Mac im Browser
am richtigen Standort

4 Standorte: Singapur, Tokio, Seoul und Hongkong. Beide Modelle sind überall verfügbar. Wenn Sie häufig in Xcode arbeiten, wählen Sie möglichst einen Standort in der Nähe Ihres üblichen Zugangs.

Mac mini M4 ab $20/Tag. Die verfügbaren Standorte finden Sie weiter unten; den aktuellen Status sehen Sie in Echtzeit in der Konsole.

Vier Standorte, derselbe Zugang

Wählen Sie nach Ihrem Arbeitsort

Die Abdeckung hilft bei der Standortwahl, ist aber keine Zusage zur Netzwerkqualität. Je nach Anbieter und Route können sich Verbindungen aus derselben Stadt über Firmen- oder Heimnetz unterscheiden.

SG

Singapur

Abdeckung: Südostasien

Geeignet für unabhängige Entwickler, die überwiegend in Südostasien arbeiten, und Remote-Teams mit Mitgliedern in der Region.

Wenn Sie im Browser regelmäßig Einstellungen für Builds bearbeiten oder Archive prüfen, ist dieser Standort ein guter erster Kandidat.

Beide Modelle verfügbar
JP

Japan · Tokio

Abdeckung: Japan und Umgebung

Geeignet für Entwickler, die hauptsächlich in Japan arbeiten, oder für alle, die ihre Remote-Build-Umgebung in der Nähe des üblichen Teamzugangs betreiben möchten.

Entwickeln Sie unter Windows und verbinden Sie sich anschließend mit dem Cloud-Mac, um Xcode-Archive zu erstellen und Build-Ergebnisse zu prüfen.

Beide Modelle verfügbar
KR

Südkorea · Seoul

Abdeckung: Südkorea und Umgebung

Geeignet für Entwickler und Tester, die überwiegend aus Südkorea zugreifen und eine interaktive macOS-Oberfläche benötigen.

Wenn Sie täglich Xcode öffnen und Ihr Projekt bearbeiten, zählt bei der Standortwahl vor allem die Reaktionszeit bei der Bedienung – nicht nur die Build-Dauer.

Beide Modelle verfügbar
HK

Hongkong

Abdeckung: Hongkong und Umgebung

Geeignet für Entwickler, die überwiegend in Hongkong arbeiten, sowie für Nutzer in der Region, die diesen Standort mit ihrer eigenen Verbindung testen möchten.

Wenn Ihr Workflow große Projekte hochlädt oder Build-Ergebnisse herunterlädt, sollten Sie neben der Desktop-Reaktion auch die tatsächliche Übertragungsgeschwindigkeit prüfen.

Beide Modelle verfügbar
Bedienung und Build-Zeit getrennt betrachten

Welche Schritte das Netzwerk beeinflusst

Die geografische Entfernung grenzt die Auswahl ein, sagt aber nichts Verlässliches über die Latenz aus. Beim Remote-Desktop im Browser zählt die Reaktionszeit, bei Builds die Leistung des Mac und des Projekts. Dateiübertragungen hängen zusätzlich von Bandbreite und Verbindung ab.

Orientierung zu Abdeckung und Workflows – keine Messung der Latenz oder Leistungsrangliste.
Standort Abdeckung Geeignete Workflows Nach dem Verbinden prüfen
Singapur Südostasien Remote-Desktop im Browser, automatische Builds, Projektübertragung Prüfen Sie im üblichen Büronetz die Reaktion auf Mausklicks und den Upload Ihres Projekts.
Japan · Tokio Japan und Umgebung Remote-Desktop im Browser, automatische Builds, Projektübertragung Testen Sie mit einem echten Projekt die Bedienung von Xcode, den Download von Abhängigkeiten und den Abruf der Build-Ergebnisse.
Südkorea · Seoul Südkorea und Umgebung Remote-Desktop im Browser, automatische Builds, Projektübertragung Achten Sie auf die Reaktionszeit bei längeren Eingaben, beim Wechsel zwischen Editoren und beim Lesen von Build-Protokollen.
Hongkong Hongkong und Umgebung Remote-Desktop im Browser, automatische Builds, Projektübertragung Prüfen Sie über Ihre tatsächliche Verbindung sowohl die Bedienung des Desktops als auch die Übertragung großer Dateien.

Die Abdeckung dient als Orientierung; entscheidend ist Ihre tatsächliche Verbindung. Firmen-Proxy, WLAN und Netzwerkrouting können das Nutzungserlebnis beeinflussen. Die geografische Entfernung lässt sich nicht in eine feste Latenz in Millisekunden umrechnen.

Wenn Sie den Dienst zum ersten Mal nutzen, starten Sie am besten mit einer Tagesmiete und testen Ihren vollständigen Workflow: Projekt hochladen, Xcode öffnen, archivieren und Build-Ergebnisse abrufen. Ein Test mit echten Aufgaben sagt mehr aus als die Frage, ob sich der Desktop öffnen lässt.

Modelle

An allen vier Standorten zwei Modelle zur Wahl

Wählen Sie zuerst den Standort passend zu Ihrem Arbeitsort und danach das Modell anhand von Arbeitsspeicher, Speicherplatz und parallelen Aufgaben. „Verfügbar“ zeigt die Abdeckung im Angebot, nicht den aktuellen Lagerbestand.

Mesh M4 und Mesh M4 Pro sind an allen 4 Standorten verfügbar.
Modell und vollständige Konfiguration Singapur Tokio Seoul Hongkong
Mesh M4Mac mini M4 · 16 GB RAM · 256 GB SSD Verfügbar Verfügbar Verfügbar Verfügbar
Mesh M4 ProMac mini M4 Pro · 64 GB RAM · 2 TB SSD Verfügbar Verfügbar Verfügbar Verfügbar

Beide Modelle sind dedizierte physische Macs, keine virtuellen Maschinen. Den aktuellen Verfügbarkeitsstatus sehen Sie in Echtzeit in der Konsole. Preise und Zusatzoptionen für Tag, Woche, Monat und Quartal finden Sie auf der Tarifseite.

Den Standort im Workflow beurteilen

Drei Aufgaben, drei Schwerpunkte

Der Standort ändert den Verbindungsweg, macht lokale Windows-Tools aber nicht zu macOS-Tools. Xcode und Build-Prozesse laufen auf dem Cloud-Mac; Ihr Computer dient zur Bedienung, zum Starten von Aufgaben und zum Abrufen der Ergebnisse.

Häufig mit dem Remote-Desktop arbeiten

Wenn Sie Einstellungen in Xcode ändern, Oberflächen prüfen oder häufig klicken müssen, wählen Sie möglichst einen Standort in der Nähe der Nutzer. Maus, Tastatur und Bildaktualisierungen laufen über das Netzwerk – bei längerer Interaktion fällt die Reaktionszeit besonders auf.

Arbeitet Ihr Team standortübergreifend, wählen Sie nach dem Arbeitsort der Person, die den Mac hauptsächlich bedient – nicht nur nach dem Sitz der zahlenden Person.

Reaktionszeit zählt

Nächtliche automatische Builds

Nach dem Start über SSH oder eine Pipeline wird der Code hauptsächlich auf dem Cloud-Mac kompiliert. Bei nächtlichen Builds ist die Latenz meist weniger wichtig als bei der interaktiven Desktop-Nutzung. Achten Sie stattdessen auf die Konfiguration, den Download von Abhängigkeiten und den Rückweg der Build-Ergebnisse.

Führen Sie zuerst mit demselben Projekt einen Build vollständig durch. Entscheiden Sie dann, ob Sie Ihre Arbeitsumgebung monatlich oder quartalsweise buchen möchten.

Den gesamten Build-Prozess prüfen

Große Projekte und Build-Ergebnisse übertragen

Ein einzelner Klick auf dem Desktop sagt wenig über den Upload eines Projekts, das Laden von Abhängigkeiten oder den Download von Build-Ergebnissen aus. Dateigröße, verfügbare Bandbreite und beide Netzwerkverbindungen beeinflussen die Dauer.

Testen Sie Upload und Download mit Ihrem eigenen Projekt. Sichern Sie anschließend den Quellcode und die Build-Ergebnisse, die Sie behalten möchten, an einem von Ihnen verwalteten Speicherort.

Upload und Download prüfen

In dieser Reihenfolge bestellen

  1. 01Standort der Verbindung wählen

    Orientieren Sie sich an dem Büro- oder Heimnetz, das Sie im Alltag tatsächlich nutzen. Wenn Sie häufig einen Proxy verwenden, berücksichtigen Sie auch diesen Verbindungsweg.

  2. 02Hauptaufgabe festlegen

    Bei interaktiver Bedienung zählt vor allem die Verbindungsqualität. Für automatische Builds sollten Sie auch Modellkonfiguration, Bezugsquellen für Abhängigkeiten und Speicherort der Ergebnisse berücksichtigen.

  3. 03Laufzeit und Konfiguration prüfen

    Für kurze Projekte können Sie mit einer Tagesmiete beginnen. Prüfen Sie Modell, Standort, Abrechnungszeitraum und Speicherbedarf, bevor Sie bezahlen.

Erst den Standort, dann die Laufzeit wählen

Auf der Tarifseite finden Sie beide Konfigurationen und alle vier Laufzeiten. Nach der Bestellung und Anmeldung öffnen Sie den Remote-Desktop im Browser über die Konsole und bedienen den Cloud-Mac von Windows aus.