Hier erfahren Sie direkt, ob das Gerät exklusiv genutzt wird, wie Sie zwischen den zwei Hardwarestufen wählen, wie Tages-, Wochen-, Monats- und Quartalspreise geprüft werden, welche fünf Standorte verfügbar sind und wie Zugriffsrechte, Zahlungen, Datenexport und Entschädigungen geregelt sind.
Prüfen Sie zuerst das Ressourcenmodell, bevor Sie die Leistung bewerten. VMDebug stellt exklusive physische Macs in der Cloud bereit. Rechenleistung, Arbeitsspeicher und lokaler Speicher des Geräts werden von einer einzelnen gültigen Bestellung genutzt; ein Gerät wird nicht in mehrere virtuelle Instanzen aufgeteilt.
Nein. Jede Bestellung entspricht einem exklusiven physischen Mac mini, der in der Cloud betrieben wird. Die Geräteressourcen stehen ausschließlich dieser Bestellung zur Verfügung. Es handelt sich nicht um eine virtuelle Maschine auf einem gemeinsam genutzten Host, und die Konfiguration wird nicht durch Aufteilung von Rechenressourcen erzeugt.
„Exklusiv“ beschreibt die Gerätezuordnung und bedeutet nicht, dass Netzwerkpfade oder vorgelagerte Dienste exklusiv von einem einzelnen Kunden genutzt werden. Externe Netzwerke, Code-Hosting, Softwarelizenzen und andere Dienste von Drittanbietern unterliegen weiterhin ihren jeweiligen Regeln.
CPU, Arbeitsspeicher oder lokale SSD desselben Geräts werden nicht mehreren Bestellungen zur parallelen Nutzung zugewiesen. Chip, Arbeitsspeicher und Basisspeicher entsprechen der tatsächlichen Konfiguration des physischen Geräts.
Wenn Ihr Workflow zusätzlichen Speicher oder mehrere per Thunderbolt 5 verbundene Geräte benötigt, wählen Sie die entsprechenden Zusatzoptionen separat bei der Bestellung aus. Maßgeblich ist die Kombination auf der Bestellbestätigungsseite.
Typische Anwendungsfälle sind Xcode-Builds und -Tests, Continuous-Integration-Runner, langfristige Kommandozeilenaufgaben, Toolchains mit macOS-Grafikoberfläche sowie KI-Experimente mit dauerhaft hoher CPU-, Arbeitsspeicher- oder lokaler Cache-Nutzung.
Wenn eine Aufgabe lokale Peripheriegeräte mit geringer Latenz, eine Echtzeit-Farbbeurteilung oder spezielle Aufnahmegeräte benötigt, prüfen Sie zuerst Netzwerkpfad und Hardwareverbindung. Remote-Workflows eignen sich dafür, wiederholbare Berechnungen in die Cloud zu verlagern; das Nutzungserlebnis hängt jedoch weiterhin von der Netzwerkqualität am Zugriffsstandort ab.
Beide Stufen sind exklusive physische Macs in der Cloud. Achten Sie bei der Auswahl zuerst auf Arbeitsspeicher-Spitzenlast, parallele Builds und die Größe des lokalen Caches, statt ähnliche Namen zu vergleichen.
Geeignet für Builds einzelner Projekte, automatisierte Tests, die Reproduktion von Entwicklungsumgebungen und übliche Remote-Toolchains.
Geeignet für große Projekte, höhere Parallelität, umfangreichere Caches, lange Builds und Experimente mit hohem Arbeitsspeicherbedarf.
Prüfen Sie zuerst die Arbeitsspeicher-Spitzenlast des Build-Prozesses, danach Projektgröße und benötigte Cache-Kapazität. Für normale Einzelprojekt-Builds, Tests und die Reproduktion von Entwicklungsumgebungen eignet sich VMDebug M4; große Projekte, mehrere parallele Aufgaben und speicherintensive Experimente passen besser zu VMDebug M4 Pro.
Die Basiskonfigurationen bestehen ausschließlich aus diesen beiden Stufen. 1TB SSD und 2TB SSD sind Optionen für zusätzlichen Speicher und keine neuen Basismodelle.
Chip und Arbeitsspeicher sind Bestandteile der physischen Gerätekonfiguration und keine während des Betriebs anpassbaren virtuellen Ressourcen. Wenn Sie die Stufe wechseln müssen, prüfen Sie zunächst das Ende der aktuellen Bestellung, die Verfügbarkeit des Zielmodells und den Datenmigrationsplan. Folgen Sie anschließend dem im Dashboard bereitgestellten Ablauf.
Tag, Woche, Monat und Quartal sind keine automatisch umgerechneten Anzeigeeinheiten, sondern jeweils eigenständige Festpreise. Die folgenden Beträge entsprechen der Tarifseite; Standort und Zusatzoptionen müssen auf der Bestellbestätigungsseite geprüft werden.
| Tarif | Tag | Woche | Monat | Quartal |
|---|---|---|---|---|
| VMDebug M4M4 / 16GB / 256GB | $19.9/Tag | $53.7/Woche | $99.4/Monat | $270.4/Quartal |
| Pro-KonfigurationM4 Pro / 64GB / 2TB | $60.7/Tag | $163.9/Woche | $303.5/Monat | $825.5/Quartal |
Die Tageslaufzeit eignet sich für kurze Validierungen, Fehlerreproduktionen und temporäre Builds; die Wochenlaufzeit für Sprintaufgaben, die Vorbereitung von Versionseinreichungen und konzentrierte Tests; die Monatslaufzeit für stabile Entwicklung und Continuous Integration; die Quartalslaufzeit für langfristige Pipelines mit klar definiertem Kapazitätsbedarf.
Wählen Sie die Laufzeit nicht nur nach der Dauer einer einzelnen Aufgabe. Berücksichtigen Sie auch das Herunterladen von Abhängigkeiten, die Umgebungseinrichtung, den Aufbau des Caches, Abnahme und den Datenexport vor dem Bestellende.
Der Preis des Basismodells ist ein fester Betrag, die Bestellung kann jedoch Zusatzoptionen wie 1TB SSD, 2TB SSD oder eine Verbindung mehrerer Geräte per Thunderbolt 5 enthalten. Die Bestellbestätigungsseite fasst Basistarif, Laufzeit, Standort und ausgewählte Zusatzoptionen zusammen. Prüfen Sie alles vor dem Absenden.
Alle Preise richten sich nach der Tarifseiteund der Bestellbestätigungsseite. Gehen Sie nicht von Rabatten, Steuern oder nicht aufgeführten Leistungen aus.
Eine Verlängerung muss im Dashboard nach den für die aktuelle Bestellung verfügbaren Regeln abgeschlossen werden. Prüfen Sie vorher Endzeit, Verlängerungszeitraum, Betrag und Gerätestatus. Verlassen Sie sich nicht allein auf lokale Kalendererinnerungen, um eine Verlängerung anzunehmen.
Wenn die Bestellinformationen im Dashboard nicht Ihren Erwartungen entsprechen, melden Sie sich an, reichen Sie ein Ticket ein und geben Sie Bestellnummer sowie gewünschte Vorgehensweise an.
Das aktuelle Verzeichnis umfasst Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und US West – insgesamt 5 Standorte. Beide Modellstufen sind an allen fünf Standorten verfügbar. Wählen Sie bei der Bestellung nach Zugriffsquelle, Standort des Code-Repositorys und Region der Zusammenarbeit.
Geeignet für Zugriffe aus Südostasien. Testen Sie Latenz und Stabilität mit Ihrem tatsächlichen Büronetzwerk.
Geeignet für Workflows in Japan und Ostasien. Prüfen Sie vor der Auswahl auch den Speicherort von Codequellen und Artefakten.
Geeignet für Zugriffe aus Südkorea und Nordostasien. Bei Remote-Grafikarbeit sollte die Netzwerkschwankung zuerst geprüft werden.
Geeignet für die Zusammenarbeit in Südchina und Südostasien. Die tatsächliche Verbindungsqualität hängt vom Netzpfad des lokalen Anbieters ab.
Geeignet für Workflows an der nordamerikanischen Westküste und den Zugriff auf lokale Dienste; im Verzeichnis als vollständiger Standort verfügbar.
Prüfen Sie zuerst die Region der wichtigsten Benutzer, danach die Standorte von Code-Repository, Abhängigkeitsquellen und Artefaktspeicher. Testen Sie anschließend die Kandidaten mit dem tatsächlichen Büronetzwerk. Bei grafischen Remote-Oberflächen sind Stabilität und Schwankungen meist ebenso wichtig wie die niedrigste Einzelmessung der Latenz.
Bei regionsübergreifender Zusammenarbeit sollte das Team einen Standort wählen, den die wichtigsten Build- und Fehlerbehebungsteams stabil erreichen können, statt ausschließlich die geografische Entfernung zu betrachten.
Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und US West gehören zum aktuell angebotenen Verzeichnis; beide Modellstufen sind an allen Standorten verfügbar. Die Echtzeitverfügbarkeit bei der Bestellung wird durch das Dashboard bestimmt.
Alle Standorte sind 365 Tage im Jahr durchgehend in Betrieb. Bei Störungen reichen Sie gemäß den Bestellinformationen ein Ticket ein und nennen Gerätekennung, Zeitraum und reproduzierbare Symptome.
Ein Standort bezeichnet den Ort des physischen Geräts und ist kein während des Betriebs sofort umschaltbares Netzwerklabel. Für den Wechsel zu einem anderen Standort bestätigen Sie zuerst die Zielbestellung, bereiten die Datenmigration vor und prüfen Toolchain sowie Zugriffswege am neuen Standort.
Sichern Sie Code-Repository, Abhängigkeitsliste, Zertifikatsunterlagen, Build-Skripte und erforderliche Artefakte separat und führen Sie Migration und Abnahme anschließend gemäßdem Einstiegsleitfadendurch.
Der Zahlungsumfang ist klar definiert: USDT-TRC20 oder Visa / Mastercard / Amex (über Stripe). Welche Zahlungs-Gateways tatsächlich verfügbar sind, zeigt das Dashboard. Sensible Zahlungsdaten werden nicht über Support-Kommunikation erfasst.
Visa / Mastercard / Amex werden unterstützt und über Stripe verarbeitet. Der Bestellbetrag wird einheitlich in USD angezeigt und abgerechnet.
USDT-TRC20 wird unterstützt. Prüfen Sie vor dem Absenden Netzwerktyp, Bestellbetrag und die vom Dashboard angezeigten Zahlungsinformationen.
Alle Tarife, Zusatzoptionen und Bestellungen werden in USD abgerechnet. Das „$“-Zeichen auf der Seite steht für US-Dollar; es erfolgt keine Umrechnung in andere Währungen.
In der Regel genügen Bestellnummer im Dashboard, Problemtyp, Zahlungsstatus und eine anonymisierte Fehlermeldung. Geben Sie niemals private Wallet-Schlüssel, vollständige Kartennummern, Kartenprüfcodes, Kontokennwörter oder andere vertrauliche Authentifizierungsdaten per E-Mail oder Ticket an.
Kartentransaktionen werden über Stripe verarbeitet; der Supportprozess der Website verlangt keine vollständigen Kartendaten. Maßgeblich für verfügbare Zahlungs-Gateways sind die Angaben im Dashboard.
Lesen Sie vor dem Verbindungsaufbau die Geräteinformationen aus dem Dashboard, prüfen Sie Host-Fingerabdruck und temporäre Zugangsdaten und testen Sie anschließend SSH sowie die grafische macOS-Oberfläche. Administratorrechte, Portregeln und Ein-/Ausschaltvorgänge richten sich nach den tatsächlich bereitgestellten Bestelloptionen.
Prüfen Sie zuerst den Host-Fingerabdruck und bauen Sie dann die Sitzung auf. Bei Verbindungsfehlern kontrollieren Sie nacheinander Adresse, Port, Zugangsdaten, lokale Firewall und Providerpfad.
Die grafische macOS-Oberfläche kann über die in der Bestellung bereitgestellte Verbindungsmethode genutzt werden. Prüfen Sie vorab Netzwerkschwankungen, Auflösung und lokale Eingabebedienung.
Stoppen Sie vor einem Neustart Schreibvorgänge und bestätigen Sie, dass Build-Artefakte gespeichert sind. Reagiert das Gerät nicht, reichen Sie über das Dashboard ein Ticket mit Gerätekennung und Zeitpunkt ein.
Sichern Sie vor der Aktualisierung Projekt, Schlüsselmaterial und Toolchain-Liste. Prüfen Sie zunächst die Kompatibilität von Xcode, Kommandozeilenwerkzeugen und Abhängigkeiten und führen Sie die Aktualisierung anschließend in einem geeigneten Zeitfenster aus.
Die konkreten Berechtigungen richten sich nach der Bestellung. Wenn Sie systemweite Tools installieren, Dienstkonfigurationen ändern oder Netzwerkregeln anpassen müssen, beschreiben Sie Workflow und erforderliche Aktionen vor der Bestellung, damit es nach der Bereitstellung nicht zu fehlenden Rechten kommt.
Auch mit Administratorrechten gilt das Prinzip der geringsten Berechtigung. Deaktivieren Sie keine erforderlichen Sicherheitskontrollen und binden Sie langfristige Aufgaben nicht direkt an persönliche temporäre Zugangsdaten.
Die verfügbaren Verbindungsmethoden richten sich nach den Lieferinformationen der Bestellung. Aus technischer Sicht sollten automatisierte Aufgaben in einer SSH-Sitzung oder einem Runner laufen, während manuell zu bestätigende grafische Schritte in der macOS-Oberfläche erfolgen. So wird verhindert, dass das Schließen eines Remote-Fensters Vordergrundaufgaben beendet.
Beim ersten Zugriff können Sie gemäßdem Engineering-LeitfadenHost-Fingerabdruck, Zugangsdaten, Port und Voraussetzungen für die Remoteverbindung prüfen.
Die Portfunktionen hängen von Netzwerkkonfiguration, Sicherheitsrichtlinien und Standortbedingungen der Bestellung ab. Geben Sie bei der Anfrage Protokoll, Port, Quellbereich, Zweck und voraussichtliche Dauer an. Verwaltungspunkte sollten nicht für alle Quellen offengelegt werden.
Prüfen Sie bei Verbindungsproblemen gleichzeitig Listener-Status des Geräts, lokale Firewall, Zugriffsnetzwerk und Standortpfad. Aus einer konfigurierten Portfreigabe allein lässt sich nicht auf eine erreichbare Verbindung schließen.
Dokumentieren Sie zunächst die Versionen von macOS, Xcode, Kommandozeilenwerkzeugen, Paketmanager und wichtigen Abhängigkeiten. Sichern Sie anschließend Code, Zertifikatsunterlagen, Build-Skripte und erforderliche Caches. Nehmen Sie nach der Aktualisierung in dieser Reihenfolge ab: Abhängigkeiten wiederherstellen, testen, archivieren, Signatur prüfen und Artefakte validieren.
Langfristige Aufgaben sollten nicht aktualisiert werden, bevor die Kompatibilität der Toolchain geprüft wurde. Legen Sie zunächst Wiederherstellungsunterlagen an und definieren Sie einen klaren Bereich für neue Aufgaben, die während der Aktualisierung pausieren.
Ein Cloud-Mac kann Builds und Experimente ausführen, ersetzt jedoch keine Projektsicherung. Bewahren Sie Code, Schlüssel, Build-Artefakte, Medien und Anwendungsdaten entsprechend ihrer geschäftlichen Bedeutung in unabhängigen Kopien auf und exportieren sowie prüfen Sie sie vor dem Bestellende.
Prüfen Sie Code-Repository, nicht übertragene Änderungen, Zertifikatsunterlagen, Build-Artefakte, Protokolle, Medien, Caches und Konfigurationen eigener Dienste.
Übertragen Sie wichtige Daten in einen kontrollierten Speicher und prüfen Sie die Integrität großer Dateien, Archivpakete und Datenbankexporte.
Stellen Sie das Projekt testweise in einer anderen Umgebung wieder her und bestätigen Sie, dass Abhängigkeitsliste, Schlüsselberechtigungen und Automatisierungsskripte den Workflow erneut aufbauen können.
Prüfen Sie im Dashboard Endzeit, Verlängerungsergebnis und Ticketstatus. Betrachten Sie nicht bestätigte Aktionen nicht als abgeschlossen.
Der Kunde ist für Sicherung und Wiederherstellungsprüfung der Anwendungsdaten verantwortlich. Verwenden Sie die lokale SSD des Geräts nicht als einzige Kopie von Code, Schlüsseln, Medien oder Build-Artefakten und betrachten Sie eine Verlängerung nicht als Sicherungsmechanismus.
Bewahren Sie mindestens ein versioniertes Code-Repository, eine Abhängigkeitsliste, Build-Skripte, anonymisierte Konfigurationen und wichtige Artefakte auf. Prüfen Sie regelmäßig, ob sich diese Daten auf einem anderen Gerät wiederherstellen lassen.
Führen Sie eine Prüfung nicht übertragener Änderungen, den Export von Projekt und Artefakten, den Austausch von Schlüsseln, das Stoppen automatisierter Aufgaben, die Aufhebung externer Rückrufe und eine stichprobenartige Wiederherstellungsprüfung durch. Nach dem Bestellende kann der Gerätezugriff enden; beginnen Sie das Kopieren nicht erst im letzten Moment.
Kündigung und Verlängerung erfolgen nach dem aktuellen Bestellprozess im Dashboard. Das Servicelevel-Ziel beträgt 99,9 %; sofern die Bedingungen der Servicebedingungen erfüllt sind, wird die Entschädigung anhand des betroffenen Servicezeitraums berechnet. Maßgeblich sind die Servicebedingungen hinsichtlich Messmethode, Ausschlüssen, einzureichenden Unterlagen und Bearbeitungsvoraussetzungen.Servicebedingungenmaßgeblich.
Geben Sie bei einem Serviceproblem Bestellnummer, Gerätekennung, Zeitpunkt, Dauer, reproduzierbare Symptome und bereits durchgeführte Prüfungen an, damit der Umfang der Auswirkungen ermittelt werden kann.
Für Fragen vor der Bestellung und allgemeine Beratung senden Sie eine E-Mail an support@vmdebug.com. Bei bestehenden Bestellungen, Geräteverbindungen oder Rechnungsproblemen melden Sie sich an und reichen Sie über dasDashboard ein Ticket ein. Fügen Sie Bestellnummer und erforderliche anonymisierte Informationen bei.
Sehen Sie vor der Kontaktaufnahme zunächstden Engineering-Leitfadenundden Einstiegsprozessan, um das Problem anhand der vier Bereiche Verbindung, Umgebung, Netzwerk und Bestellung einzugrenzen.
Prüfen Sie vor der Bestellung Chip, Arbeitsspeicher, Speicher, Standort, Laufzeit und Zusatzoptionen. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe); alle Beträge werden in USD abgerechnet.