Technische FAQ vor dem Kauf
Keine vagen Versprechen: Prüfen Sie Gerätezuordnung, M4-Konfigurationen, Standorte, vier Abrechnungszeiträume, Fernzugriff, Datenverantwortung und Supportgrenzen, bevor Sie mieten.
Produktmodell
Prüfen Sie zunächst, ob die Ressourcen exklusiv genutzt werden und für welche Entwicklungsaufgaben sie geeignet sind.
Nein. XcodeVM bietet Macs in der Cloud auf dedizierten physischen Hosts. Die Ressourcen des Geräts sind dem jeweiligen Auftrag exklusiv zugeordnet; Prozessor, Arbeitsspeicher und lokaler Speicher werden nicht zwischen mehreren Mietern aufgeteilt. Sie nutzen macOS über eine grafische Fernverbindung oder die Kommandozeile, während das Gerät am ausgewählten physischen Standort bleibt.
Dieses Modell eignet sich für Aufgaben mit fester Gerätezuordnung, stabilen Build-Umgebungen oder dauerhaft benötigten Projekt-Caches. Chip, Arbeitsspeicher, Speicherplatz, Standort und Laufzeit richten sich nach der Auftragsbestätigung.
Typische Einsatzbereiche sind die Entwicklung für iOS und macOS, Xcode-Builds, GitLab Runner, React-Native-Pakete, Unity-iOS-Builds, Automatisierungsskripte, Remote-Entwicklung und MLX-Experimente. Da sowohl die grafische macOS-Oberfläche als auch die Kommandozeile verfügbar sind, eignet sich der Mac für interaktive Entwicklung ebenso wie als CI-Ausführungs-Node.
Achten Sie bei der Auswahl vor allem auf Spitzenbedarf beim Arbeitsspeicher, parallele Builds, die Größe des Dependency-Caches und die Aufgabendauer. Für dauerhaft benötigten Code, Signaturmaterial und Geschäftsdaten sollten Sie zusätzlich Backups auf Anwendungsebene einrichten.
Alle vier Standorte sind für einen regulären Betrieb an 365 Tagen im Jahr ausgelegt. Der Servicestatus wird fortlaufend protokolliert; maßgeblich sind die Statusaufzeichnungen und die dem Auftrag zugeordnete Instanz. Bei Nichterreichbarkeit notieren Sie zunächst Zeitpunkt, Standort, Netzbetreiber und Fehlermeldung und reichen anschließend ein Ticket über den Supportprozess ein.
Hardwarekonfigurationen
Im aktuellen Katalog gibt es ausschließlich diese zwei Konfigurationen; weitere Modelle sind nicht vorgesehen.
Geeignet für die Entwicklung an einem einzelnen Projekt, Skripte, Builds mit geringer Parallelität und Dependency-Caches kontrollierter Größe. Wenn Builds häufig an die Speichergrenze stoßen, sollten Sie direkt die höhere Konfiguration prüfen.
XVM M4 Core auswählenGeeignet für parallele Projekte, größere Dependency-Bäume, stärker parallelisierte Builds und MLX-Experimente mit höherem Speicherbedarf. Für die Inferenz sollten Sie die Modellgröße und den tatsächlichen Speicherbedarf vorher prüfen.
XVM M4 Plus auswählenErfassen Sie zunächst in Ihrer lokalen oder vorhandenen Build-Umgebung einmal Spitzenbedarf beim Arbeitsspeicher, Cache-Größe und Parallelität. Für einzelne Projekte mit geringer Parallelität können Sie den XVM M4 Core prüfen. Bei mehreren parallelen Projekten oder Spitzenwerten nahe 16GB sollten Sie den XVM M4 Plus wählen, statt Swap als dauerhafte Kapazität einzuplanen.
Derzeit sind ausschließlich M4 / 16GB / 256GB und M4 / 24GB / 512GB verfügbar. Bei zusätzlichem Speicher können Sie eine separat berechnete SSD-Erweiterung zum Auftrag wählen. Die Verfügbarkeit richtet sich nach der aktuellen Rückmeldung der Konsole.
Standortauswahl
Die geografische Entfernung ist nur ein Richtwert. Der tatsächliche Pfad hängt außerdem vom Netzübergang des Providers, grenzüberschreitendem Routing und der Auslastung zu Spitzenzeiten ab.
Geeignet für Tests über Verbindungen nach Südostasien und als Option für die Anbindung überregionaler Teams.
Geeignet für Workflows mit japanischen Netzwerkpfaden oder einem Build-Node in Tokio.
Geeignet für Teams in Südkorea und angrenzenden Regionen, die reale Providerpfade und die Remote-Interaktion testen möchten.
Geeignet für internationale Entwicklungsteams zur Bewertung von Verbindungswegen, Codesynchronisierung und CI-Builds.
Nicht unbedingt. Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong können über unterschiedliche Provider-Peering-Verbindungen und grenzüberschreitende Übergänge erreicht werden. Führen Sie daher aus Ihrem tatsächlichen Büronetz mehrere Messreihen mit ping und traceroutedurch und erfassen Sie P50, P95, Paketverlust und Testzeitraum, statt nur den niedrigsten Einzelwert zu betrachten.
Ja. Sowohl XVM M4 Core als auch XVM M4 Plus sind in Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong verfügbar. Die tatsächliche Verfügbarkeit richtet sich bei jeder Bestellung nach der aktuellen Rückmeldung der Konsole.
Erfassen Sie mindestens lokalen Provider, Teststadt, Zielstandort, Testzeit, Anzahl der aufeinanderfolgenden Messungen, P50, P95, Paketverlust und die Anzahl der Routing-Hops. Bei ruckelnder Remote-Anzeige sollten Sie zusätzlich Auflösung, Client-Version, Verbindungsart und die Reproduzierbarkeit des Problems dokumentieren.
Preise und Laufzeiten
Host, zusätzlicher Speicher und Thunderbolt-5-Parallelschaltung werden separat nach dem gewählten Zeitraum abgerechnet.
| Tarif | Täglich | Wöchentlich | Monatlich | Vierteljährlich |
|---|---|---|---|---|
| XVM M4 Core M4 / 16GB / 256GB |
$19.1 |
$51.7 |
$95.7 |
$260.3 |
| XVM M4 Plus M4 / 24GB / 512GB |
$39.5 |
$106.6 |
$197.4 |
$536.9 |
| Zusatzoption | Täglich | Wöchentlich | Monatlich | Vierteljährlich |
|---|---|---|---|---|
| +1TB SSD | $2.7 |
$7.3 |
$13.5 |
$36.7 |
| +2TB SSD | $5.4 |
$14.6 |
$27 |
$73.4 |
| Thunderbolt-5-Parallelschaltung pro Gerät abgerechnet |
$1.5 |
$4.1 |
$7.6 |
$20.7 |
Für kurzfristige Tests, einmalige Builds und Experimente eignen sich zunächst Tages- oder Wochenpreise. Für kontinuierliche Entwicklung, feste Runner und langfristige Projekte sollten Sie Monats- oder Vierteljahrespreise vergleichen. Vergleichen Sie nicht nur den Tagespreis, sondern berücksichtigen Sie voraussichtliche Laufzeit, Kosten der Umgebungsinitialisierung und Anzahl der Datenmigrationen.
Nein. Sie werden als eigenständige Zusatzoptionen nach denselben täglichen, wöchentlichen, monatlichen oder vierteljährlichen Zeiträumen wie der Host abgerechnet. Prüfen Sie vor der Bestellung Hostkonfiguration, Erweiterungskapazität, Anzahl paralleler Geräte und den Gesamtbetrag.
Vor der Zahlung sind Modell, Standort, Laufzeit, Zusatzoptionen und Gesamtsumme der endgültige Maßstab, wie sie von der Konsole zurückgegeben werden. Bei Abweichungen stoppen Sie die Abrechnung und prüfen die Angaben erneut, statt unvollständige Informationen zu bestätigen.
Zahlung und Abrechnung
Alle Bestellungen werden ausschließlich in US-Dollar (USD) abgerechnet. Maßgeblich für die tatsächliche Verfügbarkeit ist die Rückmeldung der Backend-Schnittstelle.
Prüfen Sie vor der Zahlung Chain-Typ, Empfängerinformationen, Bestellbetrag und Bestell-ID. Bewahren Sie nach der On-Chain-Überweisung die Transaktions-ID auf, damit Unstimmigkeiten geprüft werden können.
Kartenzahlungen werden über Stripe abgewickelt. Die Checkout-Seite zeigt den aktuellen Bestellbetrag und die verfügbaren Zahlungswege an. XcodeVM verlangt nicht, vollständige Zahlungsdaten über eine Supportanfrage zu senden.
Alle Tarife, Zusatzoptionen und Bestellungen werden in US-Dollar (USD) angezeigt und abgerechnet. Prüfen Sie vor der Zahlung den endgültigen Dollarbetrag auf der Zahlungsseite.
Zahlen Sie nicht erneut. Speichern Sie zunächst Bestell-ID, Zahlungszeitpunkt, Betrag und anonymisierte Transaktionsdaten und melden Sie sich anschließend an, um über dieKonsole ein Ticket einzureichen. Bei USDT-TRC20 können Sie die Transaktions-ID anhängen; bei Kartenzahlungen den Status der Bestellseite. Senden Sie jedoch niemals die vollständige Kartennummer oder den Sicherheitscode.
Fernzugriff
Prüfen Sie zuerst Zugangsdaten und Port und klären Sie anschließend, ob das Problem beim Client, bei der Sitzung oder im Netzwerkpfad liegt.
Stellen Sie sicher, dass Bestell-ID, Standort, Verbindungsadresse, Port und initiale Zugangsdaten zur selben Instanz gehören.
Prüfen Sie aus dem aktuellen Netzwerk DNS, Zielport, Round-Trip-Latenz und Routingpfad.
Passen Sie Auflösung, Farbqualität und Tastaturbelegung an die Client-Funktionen an und speichern Sie anschließend die Verbindungseinstellungen.
Halten Sie Zeitpunkt, Provider, Standort, Fehlermeldung und anonymisierte Logs fest, um die spätere Analyse zu erleichtern.
Sie benötigen ein stabiles Netzwerk mit Zugriff auf den Zielstandort, einen unterstützten Remote-Client und die von der Konsole bereitgestellten Verbindungsdaten. Prüfen Sie zuerst Adresse und Port und geben Sie anschließend die Zugangsdaten ein. Nach erfolgreicher Verbindung sollten Sie die initialen Zugangsdaten ändern und die Verbindungsdaten in einem kontrollierten Zugangsdaten-Manager speichern.
Warten Sie zunächst, bis der aktuelle Client die alte Sitzung freigegeben hat, und verbinden Sie sich anschließend erneut mit derselben Instanz. Bei wiederholten Fehlern prüfen Sie nacheinander lokales Netzwerk, Zielport, DNS-Auflösung und Änderungen im Routing. Erstellen Sie nicht wiederholt neue Sitzungen, um das Problem zu umgehen, sondern dokumentieren Sie Zeitpunkt und Fehlermeldung.
Reduzieren Sie zunächst Auflösung und Farbqualität und deaktivieren Sie unnötige Animationen. Testen Sie anschließend im selben Netzwerk fortlaufend Latenz, Jitter und Paketverlust. Treten Probleme nur zu bestimmten Zeiten auf, dokumentieren Sie normale und fehlerhafte Messungen getrennt und vergleichen Sie Änderungen im Provider-Routing.
Vollständige Befehle und Angaben zur Einreichung finden Sie imLeitfaden zur Supportdiagnose.
Unkontrolliert geteilte Zugangsdaten werden nicht empfohlen. Vergeben Sie Zugriffsrechte nach dem Prinzip der geringsten Berechtigung, dokumentieren Sie Umfang und Gültigkeitsdauer und entziehen Sie Rechte bei Änderungen der Zuständigkeit umgehend. Passwörter, private Schlüssel und Signaturmaterial gehören nicht in Quellcode-Repositories, Build-Logs oder Supportanhänge.
Datenverarbeitung
Ein exklusives Gerät bedeutet nicht automatisch, dass Backups erstellt werden. Sie bleiben für Ihren eigenen Datenlebenszyklus verantwortlich.
Richten Sie für Code, Build-Konfigurationen, Artefakte und Testdaten separate Backups ein und prüfen Sie regelmäßig die Wiederherstellung.
Beschränken Sie den Lesezugriff auf Schlüssel und Signaturmaterial und vermeiden Sie deren Speicherung in Repositories, Logs, Cache-Paketen und Supportanhängen.
Kopieren Sie benötigte Daten frühzeitig, prüfen Sie den Zugriff vom Zielsystem und bereinigen Sie anschließend lokale Arbeitsverzeichnisse und temporäre Zugangsdaten.
Sie sind für Backups auf Anwendungsebene verantwortlich. Speichern Sie Quellcode in einem kontrollierten Repository, versionieren Sie Build-Konfigurationen und wichtige Skripte und kopieren Sie nicht rekonstruierbare Artefakte oder Testdaten in einen separaten Speicher. Prüfen Sie die Wirksamkeit durch einen Wiederherstellungstest, nicht nur durch die erfolgreiche Dateikopie.
Übertragen Sie nur die für die Aufgabe erforderlichen Daten in die Instanz. Ein Build-Node sollte beispielsweise nur notwendige Repositories und Abhängigkeiten synchronisieren und keine irrelevanten Kundendaten kopieren. Übermitteln Sie an den Support ausschließlich anonymisierte Logs, niemals vollständige Datenbanken, private Schlüssel, Passwörter oder Zahlungsdaten.
Stellen Sie sicher, dass der Code gepusht, Build-Artefakte übertragen, Backups wiederherstellbar und Schlüssel rotiert oder widerrufen wurden sowie Caches und temporäre Dateien gelöscht sind. Planen Sie die letzte Migration nicht erst kurz vor Ablauf der Mietdauer ein, sondern lassen Sie Zeit für Prüfung und erneute Versuche.
Support und SLA
Verfügbarkeit ist keine subjektive Bewertung. Sie muss sich auf eine bestimmte Instanz, einen Zeitraum und überprüfbare Statusaufzeichnungen beziehen.
Zielverfügbarkeit
Bei einer Dienstunterbrechung sollten Sie Bestell-ID, Instanzstandort, Beginn und Wiederherstellung, Fehlermeldung, Reproduktionsschritte und anonymisierte Logs dokumentieren. Statusaufzeichnungen, Messzeitraum, Geltungsbereich, Ausschlüsse, Antragsfristen und Servicegutschriften richten sich nach denServicebedingungen.
99,9 % ist der Zielwert für die Verfügbarkeit und beschreibt den erreichbaren Status des bestellbezogenen Service innerhalb des maßgeblichen Messzeitraums. Berechnung, Statusaufzeichnungen, Ausschlüsse wie höhere Gewalt oder eigene Nutzerhandlungen sowie Bedingungen für Servicegutschriften richten sich nach den Servicebedingungen.
Melden Sie sich an und reichen Sie über dieKonsole ein Ticket ein. Geben Sie Bestell-ID, Standort, Zeitpunkt des Problems, Reproduktionsschritte, erwartetes und tatsächliches Ergebnis sowie anonymisierte Logs an. Bei netzwerkbezogenen Problemen ergänzen Sie lokalen Provider, Teststadt, Latenz, Paketverlust und Routingdaten.
Senden Sie eine E-Mail an support@xcodevm.com. Geben Sie die mit dem Konto verknüpfte E-Mail-Adresse, Bestell-ID, Standort, Zeitpunkt und anonymisierte Fehlerinformationen an. Senden Sie keine Passwörter, privaten Schlüssel, vollständigen Zahlungsdaten oder nicht anonymisierten Geschäftsdaten.
Bereit zur Aktivierung
Prüfen Sie zunächst die zwei M4-Konfigurationen und wählen Sie anschließend unter den vier Standorten den Standort mit der passenden realen Verbindungsqualität. Bestätigen Sie vor dem Checkout Dollarbetrag, Mietdauer und Zusatzoptionen.