Über VMRunner

macOS-Workloads stabil auf dedizierten physischen Knoten ausführen

VMRunner bietet Cloud Macs für kontinuierliche Builds, automatisierte Tests und Remote-Development. Wir liefern dedizierte physische Apple-Silicon-Knoten statt gemeinsam genutzter virtueller Maschinen. Konfiguration, Mietdauer, Standorte und Supportumfang lassen sich vor der Bestellung prüfen.

Cloud Mac mieten Drei Tarife ansehen

Verfügbare Modelle: 3 Tarife
Rechenzentrumsstandorte: 4
Betriebszeit: 365 Tage

SERVICE RUN SHEET

Ein überprüfbarer Lieferplan

Physischer Knoten

01
Verzeichnis prüfen Modell, Laufzeit, Standort und zusätzlicher Speicher sind einzeln aufgeführt
Prüfbar
02
Knotenbereitstellung Jede Bestellung entspricht einem dedizierten physischen Apple-Silicon-Knoten
Dediziert
03
Zugriff bereitstellen Knotenadresse, eigene Zugangsdaten und Verbindungsanleitung werden bereitgestellt
Kontrolliert
04
Support nachverfolgen Die Bearbeitung richtet sich nach Bestell-ID, Logs und Reproduktionsschritten
Nachvollziehbar

Ursprung der Marke

Begonnen mit einem Build-Auftrag – nicht mit einem beliebigen Server

Teams benötigen macOS meist nicht, um „einen entfernten Computer zu besitzen“, sondern für konkrete Aufgaben: Code abrufen, Abhängigkeiten wiederherstellen, kompilieren, signieren, testen, exportieren und die Artefakte anschließend an die Pipeline zurückgeben.

Die Servicestruktur von VMRunner ist auf diese Aufgabenkette ausgerichtet. Teams können Cloud Macs tage-, wochen-, monats- oder quartalsweise mieten und kurzfristige Validierungen, Releases sowie Continuous Integration in einer isolierten Umgebung ausführen, ohne den lokalen Entwicklungsrechner dauerhaft für Automatisierungsaufgaben bereitzustellen.

Wir definieren das Produkt nicht über vage „Cloud-Rechenleistung“. Jede Bestellung entspricht einem konkreten Modell aus dem Katalog mit Prozessor, Arbeitsspeicher, Speicher, Standort und Mietdauer. Vor der Bestellung ist klar, was gewählt wurde; nach der Bereitstellung lassen sich die Ergebnisse anhand derselben Felder prüfen.

Dieser Ansatz eignet sich für Engineering-Teams, die eine feste macOS-Umgebung benötigen, ihren lokalen Arbeitsbereich isolieren möchten oder einer verteilten Gruppe dieselbe Build-Basis bereitstellen wollen. Es handelt sich weder um einen gemeinsam genutzten Desktop noch um einen virtuellen Ressourcenpool anstelle eines echten physischen Apple-Silicon-Knotens.

Serviceumfang

Der Nutzer mietet einen physischen Knoten; VMRunner macht daraus eine nutzbare Umgebung

Der Service beginnt mit dem Konfigurationskatalog und endet mit der Bereitstellung der Verbindungsdaten sowie der Supportverfolgung. Projektinhalte, Entwicklungszugänge und Backup-Strategien auf dem Knoten bleiben in der Verantwortung des Nutzers.

Lieferumfang

Dedizierter physischer Apple-Silicon-Knoten

Jede Bestellung entspricht einem physischen Knoten aus dem Katalog. CPU, Arbeitsspeicher und lokaler Speicher werden nicht als gemeinsam genutzte virtuelle Ressourcen verkauft. So lässt sich eine stabile Build- und Testbasis schaffen.

Verantwortung der Plattform

Katalog, Knotenbereitstellung und Zugriffsübergabe

VMRunner bietet Bestellzugänge für drei verfügbare Modelle an vier Rechenzentrumsstandorten, stellt den Knoten gemäß der bestätigten Bestellung bereit und liefert Adresse, eigene Zugangsdaten sowie grundlegende Verbindungsinformationen.

Support

Evidenzbasiert vorgehen statt zu raten

Bei Problemen mit Verbindung oder Builds prüft der Support Bestell-ID, Knotenstandort, Zeitpunkt, Reproduktionsschritte und bereinigte Logs. Private Schlüssel, vollständige Zugriffstoken oder Zertifikatspasswörter müssen nicht übermittelt werden.

Servicegrenzen

VMRunner stellt den Zugang zur Cloud-Mac-Bereitstellung, die Knotenbereitstellung und bestellbezogene Supportprozesse bereit. Die Verwaltung von Code-Repositories, Zertifikaten, Projektabhängigkeiten, Teamrechten oder Backups von Geschäftsdaten bleibt beim Nutzer.

Engineering-Prinzipien

Überprüfbare Informationen statt pauschaler Versprechen

Engineering-Teams brauchen Fakten, die sich erneut testen, abgleichen und reproduzieren lassen. Unsere Produktinformationen und Supportprozesse folgen vier Prinzipien.

Transparente Konfiguration

Der Katalog zeigt nur drei verfügbare Modelle. Chip, Arbeitsspeicher, lokaler Speicher, wählbare Standorte und Zusatzoptionen werden vor der Bestellbestätigung aufgeführt – ohne vage Leistungsstufen anstelle konkreter Hardwaredaten.

Preiskonsistenz

Die Originalpreise in US-Dollar werden pro Tag, Woche, Monat und Quartal angezeigt. Seitenangaben, Konfiguration und bestätigte Bestellungen verwenden dieselben Preisfelder, statt mit umgerechneten und irreführend niedrigen Preisen Klicks zu gewinnen.

Nachvollziehbare Logs

Die Fehlerbearbeitung stützt sich auf Zeitpunkte, Kommandoausgaben, Build-Logs und erwartete Ergebnisse. Reproduzierbare Fehler werden bevorzugt in klaren Schritten dokumentiert, statt nur als „sporadisch langsam“ beschrieben zu werden.

Direkte Kommunikation

Supportantworten nennen bestätigte Fakten, nächste Schritte und noch fehlende Informationen. Wenn die aktuelle Evidenz keine Beurteilung zulässt, wird klar angegeben, welche Unterlagen benötigt werden – statt ein pauschales Leistungsversprechen zu geben.

Geeignete Nutzer

Vier Workflows für echte macOS-Umgebungen

Ein Cloud Mac kann unterschiedliche Aufgaben übernehmen. Die Auswahl sollte sich jedoch an Laufzeit, Parallelität, Arbeitsspeicher-Spitzen, Speicherbedarf und Bereitstellungsart orientieren.

Entwicklung

iOS- und macOS-Entwickler

Geeignet für Xcode-Builds, Tests, die Vorbereitung von Signaturen und Exporte. Kurzfristige Releases lassen sich tage- oder wochenweise planen; für kontinuierliche Entwicklung stehen längere Laufzeiten zur Verfügung.

Lokalen Arbeitsbereich und Release-Umgebung trennen
Feste Basis für Xcode, Abhängigkeiten und Caches
Build-Logs und Übergaben von Artefakten aufbewahren

Automatisierung

CI/CD-Engineering-Teams

Geeignet zum Registrieren eines dedizierten Runners für Codeabruf, Abhängigkeitswiederherstellung, Builds, Tests und die Rückgabe von Artefakten. Ein dedizierter Knoten erleichtert die Kontrolle von Caches, Umgebungsvariablen und Grenzen paralleler Aufgaben.

Runner-Berechtigungen pro Projekt trennen
Unterschiede zwischen Clean- und inkrementellen Builds dokumentieren
Schlüsselberechtigungen begrenzen und Zugangsdaten rotieren

Experimente

Nutzer von KI- und MLX-Experimenten

Geeignet zur Validierung von Modellladung, Inferenzabläufen und Speicherbedarf in Apple-Silicon-Umgebungen. Vor der Auswahl sollten Modellgröße, maximaler Speicherbedarf und Dauer eines Durchlaufs dokumentiert werden.

Speicherbedarf von Modelldateien und Laufzeit-Caches trennen
Abhängigkeitsversionen und Experimentparameter festlegen
Reproduzierbare Zusammenfassungen von Ein- und Ausgaben speichern

Medien

Teams für Audio- und Videoworkflows

Geeignet für die Remote-Verarbeitung von Proxy-Material, Projektdateien und Exportaufgaben. Vor der produktiven Migration sollten Netzwerk, Auflösung der Grafiksitzung, Materialumfang und Rückgabezeit der fertigen Dateien praktisch getestet werden.

Nur benötigtes Material statt vollständiger Archive synchronisieren
Lokalen Speicherbedarf pro Projekt berechnen
Nach dem Export Prüfsummen und Dateiintegrität kontrollieren

Regionale Abdeckung

Vier Rechenzentrumsstandorte mit klarer geografischer Auswahl

In Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong sind jeweils drei Katalogmodelle verfügbar. Der tatsächlich verfügbare Status wird in Echtzeit von der Konsole angezeigt.

Singapur

Für Remote-Development, kontinuierliche Builds und die regionsübergreifende Übergabe von Artefakten in südostasiatischen Teams.

Katalogmodelle: 3 Tarife
Status: Ausreichend

Japan (Tokio)

Für Xcode-Builds, Signaturvorbereitung und automatisierte Tests in japanischen und nordostasiatischen Zusammenarbeitsteams.

Katalogmodelle: 3 Tarife
Status: Ausreichend

Südkorea (Seoul)

Für Remote-Sitzungen, CI Runner und die Ausführung von Entwicklungs-Toolchains in koreanischen Teams.

Katalogmodelle: 3 Tarife
Status: Ausreichend

Hongkong

Für Codesynchronisierung, Build-Ausführung, Remote-Development und Artefaktübergaben in verteilt arbeitenden Teams.

Katalogmodelle: 3 Tarife
Status: Ausreichend

Auswahl der Knoten ansehen

Verantwortungsgrenzen

Die Plattform liefert; Nutzer verwalten Projekte und Zugangsdaten

Klare Verantwortlichkeiten reduzieren den Support nicht, sondern beschleunigen die Eingrenzung: Zuerst wird festgestellt, ob ein Problem die Knotenbereitstellung, die Netzwerkverbindung, die Toolchain-Konfiguration oder den Projektstatus betrifft.

Verantwortung von VMRunner

Bereitstellung und Support für den bestellten physischen Knoten

Katalog mit drei Modellen und vier Rechenzentrumsstandorten pflegen
Knoten gemäß bestätigter Bestellung bereitstellen und Verbindungsdaten übergeben
Support zu Verbindung, Knotenstatus und Rechnungsabgleich anbieten
Fehleranalyse anhand von Bestell-ID, Zeitpunkt und Logs vorantreiben
365 Tage durchgehend verfügbar

Verantwortung des Nutzers

Kontoberechtigungen, Code-Assets, Zertifikate und Backups

Verbindungszugänge, Repository-Token und Teamkontoberechtigungen schützen
Projektzertifikate, Profile, Schlüssel und deren Gültigkeit verwalten
Separate Backups für Code, Material, Konfiguration und Build-Artefakte erstellen
Runner-Berechtigungen, Umgebungsvariablen und Quellen von Drittanbieterabhängigkeiten kontrollieren
Logs und Konfigurationsdateien vor einer Supportanfrage bereinigen

Nächste Schritte

Konfiguration und Knoten prüfen, dann Workloads an den dedizierten Cloud Mac übergeben

Sehen Sie sich die drei Tarife an und prüfen Sie Chip, Arbeitsspeicher, Speicher, Mietdauer und Standortabdeckung. Für die Migration einer bestehenden Umgebung lesen Sie zunächst die Anleitung für den Remote-Zugriff.

Zur Bestellung Anleitung für den Remote-Zugriff