Lieferung, Nutzung und Datenverantwortung prüfen – danach den Cloud-Mac aktivieren

Wenn Sie diese Website aufrufen, ein Konto erstellen, eine Bestellung aufgeben, eine Zahlung abschließen oder einen von VMArm bereitgestellten physischen Node nutzen, bestätigen Sie, dass Sie diese Bedingungen und die zugehörigen Richtlinien gelesen und verstanden haben und ihnen zustimmen. Personen, die im Namen einer Organisation handeln, bestätigen außerdem, dass sie dazu berechtigt sind, die Bedingungen für diese Organisation anzunehmen und Bestellungen zu verwalten.

Wenn Sie den geltenden Bedingungen nicht zustimmen, dürfen Sie keine Bestellung erstellen und keinen Node nutzen. Das bloße Aufrufen öffentlicher Inhalte bedeutet nicht, dass VMArm eine Bestellung annimmt; das Vertragsverhältnis ergibt sich aus Bestellangaben, Zahlungsbestätigung und Bereitstellungsprotokoll des Nodes.

VMArm stellt exklusive physische Cloud-Macs auf Basis von Apple Silicon bereit. Jede gültige Bestellung entspricht einem unabhängigen physischen Node in der gewählten Konfiguration; die Ressourcen werden nicht als virtuelle Maschine mit anderen Bestellungen geteilt. Der Leistungsumfang richtet sich nach Modell, Arbeitsspeicher, Speicher, Node-Region, Zusatzoptionen und Mietdauer, die in der Bestellung bestätigt wurden.

Der aktuelle Katalog umfasst VMArm M4 Core (M4, 16 GB, 256 GB) und VMArm M4 Plus (M4, 24 GB, 512 GB). Verfügbare Nodes befinden sich in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und im Westen der USA. Kombinationen im Katalog sind regulär bestellbar; die tatsächliche Verfügbarkeit zeigt das Dashboard in Echtzeit an.

Nicht enthalten sind Lizenzen für in der Bestellung nicht aufgeführte Drittsoftware, Zugriffsrechte auf Code-Repositorys, Signaturmaterial, die Migration von Geschäftsdaten oder die Veröffentlichung von Apps. Der Nutzer muss selbst sicherstellen, dass Projektabhängigkeiten und Softwarelizenzen den Anforderungen der jeweiligen Anbieter entsprechen.

Vor dem Absenden der Bestellung muss der Nutzer Kontaktangaben, Modell, Node, Abrechnungszeitraum, zusätzlichen Speicher und die Anzahl der Verbundverbindungen prüfen. Nach Zahlungsbestätigung beginnt die Zuweisung und Initialisierung des Nodes. Typischerweise dauert es von der Zahlungsbestätigung bis zur Erstellung der Verbindungsdaten etwa 4 Minuten.

1. ca. 1 Minute
   Zahlungsbestätigung

   Bestellbetrag, Zahlungsstatus und zugehörige Bestellkennung prüfen.

2. ca. 1 Minute
   Node-Zuweisung

   Einen exklusiven physischen Node passend zu Modell und Region zuweisen.

3. ca. 1 Minute
   Systeminitialisierung

   Systemumgebung vorbereiten und grundlegenden Zugriffsstatus prüfen.

4. ca. 1 Minute
   Verbindungsdaten erstellen

   Node-Adresse, Kontodaten und weitere Bedienoptionen im Dashboard bereitstellen.

Die typischen 4 Minuten sind lediglich ein Richtwert und keine Zusage eines festen Abschlusszeitpunkts für jede Bestellung. Bei widersprüchlichen Bestelldaten, nicht automatisch zuordenbarem Zahlungsstatus, ungewöhnlichen Risikosignalen oder weiterem Klärungsbedarf kann VMArm eine manuelle Prüfung durchführen und über ein Dashboard-Ticket oder die Support-E-Mail zusätzliche erforderliche Informationen anfordern.

Alle Gebühren werden in US-Dollar (USD) abgerechnet. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa, Mastercard und Amex (über Stripe). Welche Zahlungs-Gateways tatsächlich verfügbar sind, bestimmt die Backend-Schnittstelle beim Checkout.

Die tatsächlichen Preise für Modell, Zeitraum und Zusatzoptionen richten sich nachder Tarifseitesowie der Kassenbestätigung vor dem Absenden der Bestellung. Vor der Zahlung muss der Nutzer Betrag, Währung, Zahlungsnetzwerk, Empfängerangaben und Bestellkennung prüfen. Bei Problemen durch ein falsch gewähltes Netzwerk, fehlerhafte Angaben oder eine doppelte Zahlung sind überprüfbare Transaktionsdaten über ein Support-Ticket einzureichen.

Eine Bestellung gelangt erst dann in die Bereitstellung, wenn der Zahlungsstatus bestätigt und der Bestellung zugeordnet wurde. Zahlungsdienstleister können aus Sicherheitsgründen erforderliche Prüfungen durchführen; VMArm verarbeitet nur die für Bestellbestätigung, Bereitstellung und Zahlungsabgleich erforderlichen Informationen.

Das Nutzungsrecht am Node wird nach dem in der Bestellung bestätigten Zeitraum von Tag, Woche, Monat oder Quartal berechnet. Eine Verlängerung kommt erst zustande, wenn der Nutzer sie bestätigt und der zugehörige Zahlungsstatus gültig ist. Vor Ablauf des aktuellen Zeitraums sollte der Nutzer das Ablaufdatum im Dashboard prüfen und ausreichend Zeit für Zahlungsbestätigung und Datenmigration einplanen.

Wenn der Zeitraum endet, ohne dass eine Verlängerung bestätigt wurde, kann der Zugriff auf den Node beendet werden. Der Nutzer darf den Zugriff nach Ablauf nicht als Datenspeicherstrategie betrachten und sich nicht auf ein einziges Backup kurz vor dem Ablauf verlassen. Wichtiger Code, Build-Artefakte, Zertifikate und Geschäftsdokumente müssen fortlaufend an einem unabhängigen Ort gespeichert werden.

Kündigungsanfragen sind über ein Dashboard-Ticket einzureichen und müssen Bestellnummer, Kündigungsumfang und gewünschte Bearbeitungszeit enthalten. Bereits begonnene Zeiträume, bereitgestellte Node-Ressourcen und aktivierte Zusatzoptionen werden anhand des Bestellstatus und der tatsächlichen Leistungserbringung geprüft. Eine Kündigungsanfrage hebt bestätigte Zahlungen oder abgeschlossene Bereitstellungen nicht automatisch auf.

Der Nutzer darf den Node im Rahmen rechtmäßiger Autorisierung für die Entwicklung von iOS, macOS und visionOS, Xcode-Builds und -Archive, die Vorbereitung von TestFlight-Uploads, CI/CD-self-hosted Runner, Unity-iOS-Builds und lokale Modelltests sowie vergleichbare Workloads verwenden.

Der Nutzer darf den Node nicht für folgende Handlungen nutzen oder deren Durchführung unterstützen:

• Unbefugter Zugriff:Systeme, Konten, Netzwerke oder Daten scannen oder zu betreten beziehungsweise zu kontrollieren versuchen, für die keine Zugriffsberechtigung besteht.
• Verbreitung von Schadsoftware:Programme erstellen, einsetzen oder verbreiten, die Systeme beschädigen, Informationen stehlen oder Sicherheitskontrollen umgehen.
• Missbrauch von Netzwerkressourcen:Angriffe durchführen, unerwünschte Informationen massenhaft versenden oder Ressourcen dauerhaft so beanspruchen, dass andere Dienste beeinträchtigt werden.
• Verletzung von Rechten:Inhalte speichern, erstellen oder verbreiten, die geistiges Eigentum, Datenschutzrechte oder andere gesetzliche Rechte verletzen.
• Gefährdung der Node-Sicherheit:Zugriffskontrollen umgehen, Audit-Protokolle beschädigen, Sicherheitserkennung stören oder Hardwareverbindungen eigenmächtig verändern.
• Weiterverkauf des Zugriffs:Node-Zugangsdaten oder Kontrollrechte ohne schriftliche Bestätigung als eigenständige Dienstleistung weiterverkaufen.

Wenn Handlungen entdeckt werden, die Nodes, Netzwerke oder andere Nutzer gefährden könnten, kann VMArm erforderliche Maßnahmen wie Zugriffsbeschränkung, Sicherung von Protokollen, Aufforderung zur Abhilfe oder Beendigung der betreffenden Bestellung ergreifen. Dabei werden Umfang und Dringlichkeit des Risikos sowie überprüfbare Aufzeichnungen berücksichtigt; nach Möglichkeit wird der Bestellverantwortliche über das Dashboard informiert.

Der Nutzer muss Dashboard-Zugangsdaten, Systemkonten, VNC-Zugangsdaten, Signaturzertifikate, Zugriffstoken, Repository-Schlüssel und Runner-Registrierungsdaten sorgfältig schützen. Zugangsdaten dürfen nicht über öffentliche Dokumente, unverschlüsselte Nachrichten oder für Unbefugte zugängliche Build-Protokolle verbreitet werden.

Organisationsnutzer müssen Zugriffsrechte nach dem Prinzip der geringsten Berechtigung vergeben und sie beim Ausscheiden eines Mitglieds, bei geänderten Verantwortlichkeiten oder vermuteter Offenlegung von Zugangsdaten unverzüglich entziehen, Passwörter aktualisieren und Token rotieren. Die gemeinsame Nutzung langfristiger Zugangsdaten durch mehrere Personen erschwert die Nachverfolgung; für verschiedene Verantwortlichkeiten sollten unterscheidbare Konten und Audit-Protokolle eingerichtet werden.

Handlungen, die mit gültigen Zugangsdaten ausgeführt werden, gelten grundsätzlich als vom Konto autorisiert. Bei ungewöhnlichen Anmeldungen, unbekannten Build-Aufgaben, offengelegten Verbindungsdaten oder versehentlich geänderten Konfigurationen muss der Nutzer die betreffende Sitzung sofort beenden, Zugangsdaten aktualisieren und über das Dashboard ein Ticket mit Bestellnummer, Zeitpunkt der Entdeckung und bereits ergriffenen Maßnahmen einreichen.

Der Nutzer ist für Code, Build-Artefakte, Signaturmaterial, Abhängigkeits-Caches, Modelldateien und Geschäftsdaten verantwortlich, die auf den Node hochgeladen, erstellt, kompiliert oder gespeichert werden. Er muss sicherstellen, dass die erforderlichen Rechte zur Verarbeitung dieser Inhalte vorliegen, und entsprechend dem Projektrisiko ein unabhängiges Backup- und Wiederherstellungskonzept erstellen.

Arbeitsverzeichnisse auf dem Node dürfen nicht die einzige Datenkopie sein. Es wird empfohlen, Code mindestens in einem kontrollierten Repository zu speichern, Build-Artefakte mit einem unabhängigen Speicher zu synchronisieren, Zertifikate und Wiederherstellungsmaterial getrennt von anderen Berechtigungen aufzubewahren und regelmäßig die tatsächliche Wiederherstellbarkeit der Backups zu prüfen. Caches lassen sich neu erstellen und sollten nicht mit unersetzlichen Quelldaten in derselben Backup-Strategie vermischt werden.

Vor Kündigung, Ablauf, Migration oder einer Konfigurationsänderung muss der Nutzer die Daten exportieren und die Kopie prüfen. Für Datenverluste durch Löschung, fehlerhafte Skripte, offengelegte Zugangsdaten, unterlassene Backups oder nicht geprüfte Wiederherstellungsprozesse trägt der Nutzer die Verantwortung.

VMArm-Nodes laufen 365 Tage im Jahr durchgehend. Die kontinuierliche Erreichbarkeit kann dennoch durch Netzwerkereignisse, Hardwarefehler, Sicherheitsrisiken, Nutzerhandlungen, Ereignisse in vorgelagerten Infrastrukturen oder höhere Gewalt beeinträchtigt werden.

Zur Behebung kritischer Schwachstellen, zur Aufrechterhaltung der Systemsicherheit oder zur Wiederherstellung eines gestörten Nodes kann VMArm erforderliche Sicherheitsupdates, Zugriffsbeschränkungen oder Maßnahmen zur Fehlerbehebung durchführen. Wenn Auswirkungen im Voraus absehbar sind, werden Umfang, empfohlene Maßnahmen und Statusaktualisierungen im Dashboard bereitgestellt; bei nicht vorhersehbaren Notfällen wird zunächst das Risiko begrenzt und der Datensatz mit überprüfbaren Informationen aktualisiert.

Wenn der ursprüngliche Node die Anforderungen an einen sicheren oder stabilen Betrieb nicht mehr erfüllt, kann VMArm eine erforderliche Migrationslösung vorschlagen. Der Nutzer muss die Prüfung von Verbindungsdaten, Migrationszeitpunkt und Datenbereitstellungsstatus unterstützen. Vor Beginn der Migration muss der Nutzer Code, Zertifikate, Build-Artefakte und wichtige Geschäftsdaten weiterhin unabhängig sichern.

Nutzerkonfigurationen, Drittanbieterabhängigkeiten, Codefehler, der Status externer Repositorys, lokale Netzwerke und das Verhalten des Clients gehören nicht zur Verfügbarkeit des physischen Nodes selbst. Bei der Fehlersuche grenzen beide Parteien ihre Verantwortungsbereiche anhand von Node-Status, Verbindungstests, Systemprotokollen, Build-Protokollen und Zeitpunkt des Vorfalls ab.

Beide Parteien sind für ihr Verhalten bei Bestellausführung, Zugangsdatenverwaltung, Datensicherung und rechtmäßiger Nutzung verantwortlich. VMArm bearbeitet Probleme, die der Leistungserbringung zuzurechnen sind, anhand von Bestellaufzeichnungen, Node-Status und überprüfbaren Auswirkungen. Für Schäden durch fehlerhafte Nutzerkonfiguration, unbefugte Handlungen, Störungen von Drittanbieterdiensten, lokale Netzwerke, höhere Gewalt oder unterlassene unabhängige Backups haftet VMArm nicht über die nach den anwendbaren Regeln erforderliche Grenze hinaus.

Bei einem Leistungsanspruch oder einer Streitigkeit muss der Nutzer zunächst ein Dashboard-Ticket einreichen oder eine E-Mail an support@vmarm.comsenden und Bestellnummer, Node, Zeitpunkt des Vorfalls, Auswirkungsumfang, Reproduktionsschritte und anonymisierte Protokolle angeben. Beide Parteien prüfen den Sachverhalt zunächst anhand der Aufzeichnungen und bemühen sich um eine direkte Lösung.

Für Abschluss, Auslegung und Durchführung dieser Bedingungen gilt das Recht der Gerichtsbarkeit, in der die betreibende Einheit dieser Plattform ansässig ist. Nicht einvernehmlich gelöste Streitigkeiten können den zuständigen Gerichten dieser Gerichtsbarkeit vorgelegt werden.

VMArm kann diese Bedingungen aufgrund von Änderungen an Serviceabläufen, Sicherheitsanforderungen oder anwendbaren Regeln aktualisieren. Aktualisierungen mit wesentlichen Auswirkungen auf Rechte oder Pflichten der Nutzer werden auf der Website oder im Dashboard mit Versions- und Gültigkeitsangaben veröffentlicht. Wer nach Inkrafttreten der Aktualisierung weiterhin Bestellungen erstellt, verlängert oder Nodes nutzt, akzeptiert die aktualisierten Bedingungen.