Stammt das Artefakt aus dem erwarteten Code?
Prüfen Sie Branch, Lockdatei der Abhängigkeiten, Xcode-Version und Build-Konfiguration. Speichern Sie nachvollziehbare Protokolle.
Workflow zuerst prüfen
Für welchen Teil Ihres Workflows eignet sich ein Mac in der Cloud?
Der VPSPush M4 ist ein dedizierter Mac mini M4 mit remote zugänglichem macOS-Desktop – keine virtuelle Maschine. Entwickeln Sie direkt auf dem Desktop oder richten Sie eigene, kontinuierlich laufende Build-Aufgaben ein. Ob das zu Ihrem Projekt passt, hängt von Toolchain, Berechtigungen und Ressourcenbedarf ab.
Basiskonfiguration: M4 · 16 GB RAM · 256 GB SSD. Prüfen Sie die benötigte Software und die Projektergebnisse in Ihrer eigenen Umgebung.
Workflow-PosteingangAufgabe auswählen und Voraussetzungen prüfen
04 Aufgaben
01
Xcode-Entwicklung per FernzugriffSystem, Toolchain und Projektabhängigkeiten prüfen
Desktop-Nutzung02
Team-BuildsRunner, Berechtigungen und Artefaktablage konfigurieren
Laufende Aufgaben03
MLX-ExperimenteUmgebung und Versionen dokumentieren, Speicherbedarf beobachten
Experimente prüfen04
TestFlight-VerteilungBuild-, Signatur- und Upload-Voraussetzungen prüfen
Release-ProzessSchematische Darstellung – Aufgaben laufen nicht und Software ist nicht installiert
Möglichkeiten und Grenzen
Der physische Mac ist der Anfang – Ihre Projektumgebung prüfen Sie selbst
Sie erhalten eine dedizierte Nutzungsumgebung auf diesem physischen Mac, aber keine Garantie für Builds beliebiger Projekte, Modellinferenz oder die Freigabe durch Drittanbieter. Teilen Sie Ihre Aufgaben zunächst in „Desktop-Bedienung erforderlich“ und „kontinuierliche Ausführung erforderlich“ auf. Entscheiden Sie dann, was installiert und welche Berechtigungen vergeben werden sollen.
Für interaktive Nutzung
Greifen Sie von einem anderen Standort auf die grafische macOS-Oberfläche zu, prüfen Sie Code, führen Sie Xcode aus, untersuchen Sie Build-Fehler oder testen Sie eine App manuell. Maßgeblich für Verbindung und Zugangsdaten sind die Angaben in Ihrer Bestellung.
Für eigene Daueraufgaben
Installieren Sie Projektabhängigkeiten und konfigurieren Sie einen self-hosted Runner, damit autorisierte Build-Aufgaben auf dem gemieteten Standort ausgeführt werden. Das Team verwaltet Warteschlangen, Skripte, Signaturmaterial und die Aufbewahrung der Artefakte.
Ressourcengrenzen zuerst prüfen
Die Basiskonfiguration umfasst 16 GB RAM und eine 256-GB-SSD. Schätzen Sie den Bedarf von Repository, Dependency-Cache, Modelldateien und parallelen Aufgaben ab. Wenn Sie mehr Speicher benötigen, prüfen Sie die verfügbaren Erweiterungen.
01 / Desktop-Entwicklung
Xcode-Arbeitsplatz mit Ihren gewohnten Geräten verbinden
Ein Remote-Desktop eignet sich, wenn Sie die Oberfläche selbst prüfen, Build-Fehler beheben und die Projektkonfiguration kontrollieren möchten. Prüfen Sie vorab die Verbindungsdaten aus der Bestellung und die Kontoberechtigungen. Gehen Sie nicht davon aus, dass eine lokal lauffähige Umgebung auch remote bereits einsatzbereit ist.
01Desktop verbinden
Verbinden Sie sich anhand der Bestellangaben mit dem physischen Mac und prüfen Sie, ob Sie das richtige Gerät und die aktuelle macOS-Version vor sich haben.
02Code bereitstellen
Nutzen Sie die vom Team freigegebene Methode zur Codesynchronisierung und prüfen Sie den Repository-Zugriff. Speichern Sie keine dauerhaft gültigen Schlüssel direkt in Skripten.
03Toolchain prüfen
Prüfen Sie die tatsächlich installierten Versionen von Xcode, Kommandozeilenwerkzeugen und Projektabhängigkeiten. Führen Sie anschließend einen minimalen Build oder Test Ihres Projekts aus.
Die für Ihr Projekt benötigte Software, Lizenzen und Konten stellen Sie passend zu Ihrem Einsatzzweck selbst bereit. Wenn Sie sich zunächst über die Verbindung informieren möchten, lesen Sie denLeitfaden zur Remote-Desktop-Verbindung.
02 / Team-Builds
Self-hosted Runner als Team-Infrastruktur verwalten
Ein Mac in der Cloud kann einen vom Team selbst eingerichteten self-hosted Runner ausführen. Repository-Berechtigungen und Release-Prozesse werden dadurch nicht automatisch übernommen. Regeln Sie Ausführungsidentität, Umgebungsversionen, Schlüssel und Build-Artefakte getrennt, damit Aufgaben reproduzierbar und übertragbar bleiben.
01Berechtigungen begrenzen
Legen Sie fest, auf welche Repositories und Aufgaben der Runner zugreifen darf. Trennen Sie die Rechte zur Geräteverwaltung, zum Auslösen von Builds und zum Abrufen von Artefakten.
02Abhängigkeiten festlegen
Dokumentieren Sie die Versionen von macOS, Xcode, Kommandozeilenwerkzeugen und Paketabhängigkeiten. Prüfen Sie Skripte und Pfade beim ersten Lauf mit einer kleinen Aufgabe.
03Schlüssel schützen
Stellen Sie Signatur- und Deployment-Material gemäß dem Credential-Management Ihres Teams bereit, begrenzen Sie die Protokollausgabe und legen Sie fest, wie die Daten nach Abschluss der Aufgabe bereinigt werden.
04Artefakte verwalten
Legen Sie Speicherorte, Zugriffsberechtigte und Löschregeln für Build-Protokolle, Caches und auslieferbare Dateien fest. Nutzen Sie die Festplatte des Macs nicht als einziges Archiv.
03 / Apple-Silicon-Experimente
MLX-Experimente mit kleinen, reproduzierbaren Aufgaben starten
Prüfen Sie zunächst, ob die Projektabhängigkeiten mit der Apple-Silicon-Umgebung kompatibel sind, und testen Sie den Ablauf mit kleinen Eingaben. Der Speicherbedarf variiert stark je nach Modell und Daten. Ob die Ressourcen für Ihre Aufgabe ausreichen, prüfen Sie in der tatsächlichen Umgebung – der Modellname allein sagt es nicht.
Umgebung vorbereiten
Richten Sie eine separate Python-Umgebung ein und dokumentieren Sie Interpreter-, Framework- und Dependency-Versionen. Bewahren Sie eine installierbare Paketliste auf.
Eingaben dokumentieren
Kennzeichnen Sie Herkunft und Version von Modelldateien und Datensätzen. Testen Sie den Ablauf zunächst mit öffentlich verfügbaren oder ausdrücklich lizenzierten Daten.
Ressourcenverbrauch beobachten
Prüfen Sie während der Ausführung den verfügbaren Arbeitsspeicher und Speicherplatz. Dokumentieren Sie Eingabegröße, Parameter und Fehlerprotokolle gemeinsam und verkleinern Sie die Aufgabe bei Bedarf.
Wir machen keine Angaben zur Inferenzgeschwindigkeit oder zur Kompatibilität bestimmter Modelle. Maßgeblich sind Ihre eigenen Tests mit den verwendeten Versionen und Aufgaben.
04 / App-Verteilung
TestFlight: drei Prüfschritte vor der Verteilung
Ein Remote Mac eignet sich als Arbeitsumgebung für Builds und Prüfungen vor dem Upload. Ob Ihr Projekt zur Verteilung berechtigt ist und Zertifikate sowie Projekteinstellungen korrekt eingerichtet sind, muss Ihr Team selbst prüfen. Testen Sie Build, Signatur und Upload getrennt – so lassen sich Fehler leichter eingrenzen als beim Ausführen eines vollständigen Release-Skripts.
Passen Berechtigungen und Konfiguration zusammen?
Prüfen Sie Projektkennung, Zertifikatsberechtigungen und Provisioning-Profil. Speichern Sie Signaturmaterial weder im Repository noch in öffentlich zugänglichen Protokollen.
Was muss vor dem Einreichen noch geprüft werden?
Prüfen Sie Versionsangaben, Build-Artefakte und Zielprojekt. Die erforderlichen Entwicklerberechtigungen und Verteilungseinstellungen müssen Sie selbst überprüfen.
Nutzungsart wählen
Interaktiver Desktop und unbeaufsichtigte Builds brauchen unterschiedliche Vorbereitung
Ein und derselbe Mac kann in verschiedenen Projektphasen eingesetzt werden. Ein zugänglicher Desktop bedeutet jedoch nicht, dass die Build-Pipeline bereits eingerichtet ist. Prüfen Sie die Voraussetzungen passend zu Ihrer Hauptnutzung.
Interaktive Desktop-Aufgaben
- Geeignet für
- Remote-Codierung, Debugging der Oberfläche, Prüfung von Xcode-Fehlern und manuelle Umgebungstests.
- Vorab benötigt
- Verbindungsdaten aus der Bestellung, lokales Netzwerk, passender Client, Berechtigungen für den Mac und Projektcode.
- Häufiger Fehler
- Nur zu prüfen, ob sich die Oberfläche öffnen lässt, ohne Toolchain-Versionen und Projektabhängigkeiten zu kontrollieren.
Unbeaufsichtigte Build-Aufgaben
- Geeignet für
- Vom Team eingerichtete CI, wiederkehrende Builds und die Verarbeitung von Build-Artefakten.
- Vorab benötigt
- Runner-Registrierungsrechte, eine Strategie zur Versionsfixierung, Credential-Bereitstellung und Regeln zur Protokollarchivierung.
- Häufiger Fehler
- Davon auszugehen, dass ein dauerhaft erreichbarer Mac Aufgaben automatisch wiederholt, aufräumt oder sichert.
Standort wählen
Sechs Standorte – wählen Sie nach Ihrem Standort und dem Einsatzort der Aufgaben
Das VPSPush-M4-Angebot umfasst Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong sowie die US-Ost- und Westküste. Für interaktive Desktop-Nutzung zählt vor allem der Standort der bedienenden Person. Bei Build-Aufgaben sollten Sie auch abhängige Dienste und die Zeitzonen Ihres Teams berücksichtigen. Aus dem Standortnamen lassen sich keine festen Netzwerkleistungswerte ableiten.
- SGSingapur
- JPJapan (Tokio)
- KRSüdkorea (Seoul)
- HKHongkong
- US-EUS-Ostküste
- US-WUS-Westküste
Die aufgeführten Standorte entsprechen nicht zwingend der aktuellen Bestellverfügbarkeit. Maßgeblich ist die Live-Auskunft in der Konsole.Alle Standorte und Gerätemodelle ansehen.
Vor der Bestellung
Mit dieser Checkliste die letzte Auswahl treffen
Wenn noch etwas unklar ist, prüfen Sie zuerst Tarif und Verbindungsart und konfigurieren Sie erst danach die Bestellung. Statische Informationen bestätigen weder die Softwarelizenzen Ihres Projekts noch die aktuelle Verfügbarkeit.
01Ressourcen kalkulieren
Prüfen Sie, ob M4, 16 GB RAM und 256 GB SSD für Projektabhängigkeiten, Cache und Arbeitsdaten ausreichen. Bei Bedarf können Sie die Erweiterungen +1TB SSD oder +2TB SSD prüfen.
02Mietdauer wählen
Wählen Sie passend zu Ihrem Arbeitsplan eine Tages-, Wochen-, Monats- oder Quartalsmiete. Prüfen Sie in der Bestellung den gewählten Zeitraum und den Gesamtbetrag in USD.
03Standort und Verbindung prüfen
Prüfen Sie den gewählten Standort, den Bedarf an Remote-Desktop-Zugriff und die Verbindungsberechtigungen. Wenn Sie Thunderbolt 5 zur Kopplung nutzen möchten, prüfen Sie zuerst, ob diese Erweiterung zu Ihrem Workflow passt.
Workflow geklärt? Dann konfigurieren Sie Ihren Mac.
Wählen Sie Mietdauer und Standort und prüfen Sie die Zusatzoptionen. Bestellbetrag und Verfügbarkeit richten sich nach der aktuellen Auskunft in der Konsole.