Singapur, Tokio, Seoul und Hongkong. An jedem Standort erhalten Sie einen exklusiv für Sie bereitgestellten physischen Mac mini statt einer virtuellen Maschine. Entscheiden Sie zuerst, wie Sie sich verbinden möchten, und wählen Sie dann den Standort für Ihre Builds.
Apple Silicon M4 / M4 Pro · ab $20.1/Tag · Die aktuelle Verfügbarkeit wird in Echtzeit in der Konsole angezeigt
Alle vier Rechenzentren bieten Glide M4 und Cruise M4 Pro. Die Einzugsgebiete dienen als erste Orientierung und sind keine Zusage für das Routing eines bestimmten Anbieters. Wie gut der Remote-Desktop funktioniert, hängt auch von der gesamten Verbindung zwischen dem Büronetzwerk Ihres Teams und dem Node ab.
Vor allem für Teams in Singapur und Südostasien. Wenn Ihr Team von dort regelmäßig auf den Desktop zugreift, Simulatoren prüft oder Build-Artefakte herunterlädt, können Sie mit diesem Standort beginnen.
Vor allem für Teams in Japan und der Umgebung. Wenn Sie regelmäßig Xcode auf dem Desktop verwenden, Oberflächen prüfen oder Ergebnisse von UI-Tests ansehen, testen Sie zuerst die Verbindung vom Büronetzwerk nach Tokio.
Vor allem für Teams in Korea und der Umgebung. Wenn Sie häufig Simulatoren starten, fehlgeschlagene Screenshots prüfen oder den Runner direkt von einem Entwickler übernehmen lassen, sollten Sie Seoul zuerst testen.
Vor allem für Teams in Hongkong und der Umgebung. Prüfen Sie neben der Desktop-Reaktionszeit auch die Standorte Ihres Code-Repositorys, der Paketquellen und des Artefaktziels. So verkürzen Sie nicht nur einen einzelnen Abschnitt des Netzwerkpfads.
Richtwerte für die Round-Trip-Zeit müssen auf Messungen im jeweiligen Zugangsnetz basieren. Da derzeit keine verifizierten Millisekundenwerte vorliegen, zeigen wir für die vier Standorte die zu prüfenden Verbindungen und Arbeitsabläufe. So wird geografische Nähe nicht mit niedriger Latenz gleichgesetzt.
| Node | Hauptsächliches Einzugsgebiet | Worauf bei der Round-Trip-Zeit achten? | Geeignete Arbeitsabläufe zum Testen |
|---|---|---|---|
| SIN · Singapur | Singapur und Südostasien | Verbinden Sie sich über das Büronetzwerk Ihres Teams mit dem Node und prüfen Sie die Reaktionszeit sowie Schwankungen zu verschiedenen Tageszeiten. | Remote-Desktop, Build-Ausführung und Artefakt-Downloads. |
| TYO · Tokio, Japan | Japan und angrenzende Regionen | Testen Sie über das üblicherweise verwendete Netzwerk Texteingaben, Bildschirmaktualisierungen und Verbindungsstabilität. | Xcode-Debugging, Simulatorprüfungen und unbeaufsichtigte Builds. |
| SEL · Seoul, Südkorea | Korea und angrenzende Regionen | Prüfen Sie die interaktive Verbindung zwischen Team und Node und erfassen Sie Dateiübertragungszeiten separat. | Remote-Desktop-Übernahme, UI-Testprüfung sowie Übertragung von Logs und Build-Artefakten. |
| HKG · Hongkong | Hongkong und angrenzende Regionen | Prüfen Sie die Verbindungen vom Büronetzwerk, Code-Repository und Artefaktziel zum Node jeweils separat. | Gemeinsame Entwicklung, kontinuierliche Builds sowie Synchronisierung von Code und Artefakten. |
Richtwerte hängen vom Zugangsnetz ab. Eine einzelne Round-Trip-Messung sagt nichts über den dauerhaften Durchsatz aus und lässt keine direkten Rückschlüsse auf die Xcode-Kompiliergeschwindigkeit zu. Berücksichtigen Sie auch Routing zwischen Anbietern, Paketverluste und Jitter.
Verwenden Sie für den Test denselben Client, dasselbe Netzwerk und dasselbe Projekt. Prüfen Sie am Desktop Eingaben und Bildschirmaktualisierungen. Erfassen Sie beim Build Abruf, Kompilierung und Upload getrennt. Verwechseln Sie einen einmalig langsamen Dependency-Download nicht mit mangelnder Leistung des physischen Macs.
Glide M4 bietet Apple Silicon M4, 16 GB RAM und eine 256-GB-SSD. Cruise M4 Pro bietet Apple Silicon M4 Pro, 64 GB RAM und eine 2-TB-SSD. Wählen Sie zuerst die Ausstattung nach Ihrer Arbeitslast und dann den Standort nach Ihrer Verbindung. Beim Standortwechsel müssen Sie sich nicht erst mit einer anderen Modellpalette vertraut machen.
| Physisches Mac-Modell | Singapur · SIN | Tokio, Japan · TYO | Seoul, Südkorea · SEL | Hongkong · HKG |
|---|---|---|---|---|
| Glide M4 | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
| Cruise M4 Pro | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
Beide Modelle sind exklusiv für einen Kunden vorgesehen. Xcode und Simulatoren laufen direkt auf dem physischen Apple-Silicon-Chip. Der Standortwechsel macht aus dem Node weder einen gemeinsam genutzten Runner noch führt er eine Virtualisierungsebene ein.
Wer den ganzen Tag am Desktop arbeitet, hat andere Netzwerkanforderungen als ein Team, das nachts nur Build-Ergebnisse abruft. Notieren Sie zuerst die häufigsten Aufgaben und vergleichen Sie anschließend Standort, Modell und Abrechnungszeitraum.
Wählen Sie zunächst den Node in der Nähe Ihres Teams und prüfen Sie dann Eingabereaktion und Bildschirmaktualisierung über das tatsächliche Büronetzwerk. Simulator-Debugging, Layoutprüfungen und interaktive Fehlersuche reagieren empfindlicher auf Jitter. Die Nähe des Standorts ist nur ein Ausgangspunkt, kein endgültiges Ergebnis.
Bei wenig manueller Interaktion ist die Round-Trip-Zeit weniger wichtig. Prüfen Sie vor allem die Dauer von Repository-Abruf, Dependency-Downloads und Artefakt-Uploads und wählen Sie Modell und Abrechnungszeitraum anhand des verfügbaren Angebots. Glide M4 kostet $100.7/Monat und eignet sich, um eine typische Pipeline für eine einzelne App zunächst zu testen. Ob die Build-Zeit ausreicht, zeigt ein Test mit Ihrem eigenen Projekt.
Bei Unity-Exporten, Archiven für mehrere Targets und der Aufbewahrung älterer Build-Artefakte sollten Sie Arbeitsspeicher, SSD und Übertragungswege gemeinsam bewerten. Cruise M4 Pro bietet 64 GB RAM und eine 2-TB-SSD. Erfassen Sie bei vielen Dateien die vollständigen Upload- und Downloadzeiten, statt nur eine einzelne Round-Trip-Messung zu betrachten.
Wählen Sie den Standort danach aus, wo die Person sitzt, die den Desktop tatsächlich bedient, und integrieren Sie Build-Artefakte in den bestehenden Speicherablauf Ihres Teams. Für eine Release-Woche können Sie zunächst tageweise mieten und testen, ohne gleich die gesamte Pipeline zu migrieren. Sobald Toolchain, Signierung und Artefaktpfade geprüft sind, entscheiden Sie über den langfristigen Einsatz.
Der Node ist keine virtuelle Instanz auf einem gemeinsam genutzten Host. Der gesamte Mac mini wird exklusiv einem Kunden zugewiesen. Der Kunde verwaltet Code, Build-Zugangsdaten und Artefakte selbst. Planen Sie nach der Standortwahl auch Backups und den Umgang mit dem Laufzeitende in den Teamablauf ein.
Während der Mietdauer wird das gesamte Gerät ausschließlich einem Kunden zur Verfügung gestellt. Ihr Team kann eigene Toolchains über die grafische macOS-Oberfläche und die Kommandozeile ausführen. Festplatte und physische Netzwerkkarte werden nicht mit anderen Kunden geteilt.
Der Node ist 365 Tage im Jahr verfügbar. Servicestatus und Instanzinformationen in Ihrem Konto richten sich nach den Angaben der Konsole.
Nach Ablauf ohne Verlängerung wird der Node außer Betrieb genommen und das gesamte Laufwerk gelöscht. Sichern Sie Code, Umgebungsvariablen, Zertifikate und benötigte Build-Artefakte rechtzeitig. Lassen Sie die einzige Kopie nicht auf dem gemieteten Node.
Prüfen Sie vor dem Ablauf, ob sich die Backups wiederherstellen lassen – eine bloße Bestätigung, dass Dateien kopiert wurden, reicht nicht aus.
Für den Wechsel in ein anderes Rechenzentrum benötigen Sie einen neuen Node und müssen die Daten selbst synchronisieren. Richten Sie zuerst Toolchain und Runner ein, führen Sie dann einen Build, Tests und die Archivierung aus und stellen Sie zuletzt das Ziel der Pipeline um.
Bei einer Migration wird der bestehende Node nicht an einen anderen Standort verschoben. Auch werden die Daten des alten Nodes nicht automatisch im neuen Rechenzentrum verfügbar.
Region der Personen, die den Node hauptsächlich bedienen, Standorte für Code- und Artefakttransfers sowie gewünschtes Modell und Mietdauer. Wenn Sie Hilfe bei der Standortwahl benötigen, senden Sie diese drei Angaben an support@vmfly.com. Bestehende Kunden können über die Konsole ein Support-Ticket erstellen und Node-ID sowie Zeitpunkt des Problems angeben.
Vier Rechenzentren in Asien-Pazifik, exklusiv bereitgestellte physische Macs. Ab $20.1/Tag – wählen Sie Node und Abrechnungszeitraum auf der Konfigurationsseite.