Erst die Aufgabe, dann der Mac
Lagern Sie macOS-Aufgaben auf eine dedizierte Physikmaschine aus: Erstellen Sie kurzfristig Release-Builds, binden Sie sie in Ihre CI-Pipeline ein, greifen Sie per Fernzugriff auf den Entwicklerdesktop zu oder testen Sie MLX-Inferenz. Zwei Apple-Silicon-M4-Modelle, keine virtuelle Maschine – ab $20.2/Tag.
SSH und VNC verfügbar · Abrechnung in US-Dollar · Verfügbarkeit laut aktueller Anzeige in der Konsole
iOS-Entwicklung
Sie haben keinen Mac vor Ort oder Ihr Hauptgerät ist gerade belegt? Synchronisieren Sie Ihr Projekt in die Cloud und erledigen Sie Build, Simulator-Regressionstests und Archivierung. MetalBench 16 eignet sich, um die Build-Pipeline einer einzelnen App einzurichten. Wenn Sie Desktop-Tools und mehrere Aufgaben gleichzeitig nutzen möchten, kommt MetalBench 24 infrage.
Halten Sie Projektabhängigkeiten, rechtmäßig erworbene Signaturzertifikate und Provisioning-Profile bereit. Prüfen Sie anschließend den Build- und Signaturprozess über die Kommandozeile. Die für die Einreichung im App Store erforderlichen Berechtigungen und Compliance-Voraussetzungen müssen Sie selbst erfüllen. Stellen Sie zuerst sicher, dass Ihr bestehender Upload-Ablauf funktioniert, und planen Sie dann den Release.
Ein Cloud-Mac mit physischer Hardware beinhaltet kein fernsteuerbares iPhone. Simulator-Tests können auf dem Knoten ausgeführt werden. Für Debugging mit USB-Peripherie, Smartphone-Sensoren, Bluetooth oder Touchbedienung benötigen Sie eine Umgebung mit den entsprechenden Geräten. Ein Remote-Desktop leitet Peripheriegeräte nicht automatisch durch.
Kurzaufgaben können Sie tageweise starten. Für eine Release-Woche sollten Sie jedoch nicht einfach immer wieder Tagespakete buchen. Schätzen Sie zuerst die voraussichtliche Nutzungsdauer und vergleichen Sie dann die Preise für Tag, Woche, Monat und Quartal. Prüfen Sie bei einer Verlängerung rechtzeitig die passende Laufzeit.
MetalBench 16 mietenHalten Sie Xcode, Paketmanager und Projektbranch fest. Führen Sie zunächst einen Build aus, um Unterschiede in der Toolchain auszuschließen.
Führen Sie Simulator-Tests aus und sichern Sie Testberichte, Screenshots von Fehlern und reproduzierbare Build-Befehle.
Exportieren Sie Archiv, Symboldateien und Logs. Sichern Sie die Artefakte in einem von Ihnen verwalteten Speicher und beenden Sie anschließend die Aufgabe.
Abnahmekriterium: Der Build lässt sich aus demselben Commit erneut erstellen – nicht nur einmal erfolgreich auf dem Desktop.
CI/CD-Teams
Registrieren Sie den Knoten als selbst gehosteten Runner für GitHub Actions oder GitLab und richten Sie die Toolchain per SSH ein. Kennzeichnen Sie Projekte und Aufgaben mit Tags. CPU, Arbeitsspeicher und Speicherplatz der gesamten Physikmaschine werden nicht mit anderen Kunden geteilt. Die Parallelisierung auf demselben Knoten müssen Sie jedoch selbst steuern.
Für tägliche Builds mit mehreren Targets empfiehlt sich eine Prüfung von MetalBench 24: M4, 24 GB Arbeitsspeicher und 512 GB SSD. Erfassen Sie bei einem vollständigen Build den Spitzenwert des Arbeitsspeichers, den Speicherplatzbedarf und die Testdauer. Legen Sie erst danach fest, wie viele Runner gleichzeitig starten sollen – mehr Parallelität bedeutet nicht automatisch eine kürzere Lieferzeit.
Verwalten Sie Build-Cache, Quellcode-Arbeitsverzeichnis und finale Artefakte getrennt. Löschen Sie veraltete Simulatoren und abgeleitete Daten, damit Caches den Speicher nicht nach und nach füllen. Bei höherem Speicherbedarf können Sie beim Bestellen eine +1-TB- oder +2-TB-SSD wählen. Maßgeblich ist die in der Konsole angezeigte Konfiguration.
Für eine dauerhaft genutzte Maschine kostet MetalBench 24 bei vierteljährlicher Abrechnung $532.8/Quartalund damit weniger als drei einzeln gebuchte Monate zusammen. Wählen Sie die Laufzeit passend zur Projektdauer und berücksichtigen Sie die Vorauszahlung für den gesamten Zeitraum – kurzfristige Umrechnungen sollten sie nicht verschleiern.
MetalBench 24 mietenRegistrieren Sie den Runner und beschränken Sie den Zugriff auf die gewünschten Repositories oder Projekte. Tags verhindern, dass Jobs versehentlich in der falschen Umgebung landen.
Geben Sie im Job den Xcode-Pfad und die Versionen der Abhängigkeiten an. Führen Sie zuerst xcodebuild-Tests aus und erhöhen Sie anschließend die Anzahl paralleler Jobs.
Löschen Sie nach Abschluss temporäre Schlüssel, Zertifikatskopien und Tokens. Bewahren Sie Ausführungslogs ohne vertrauliche Informationen auf.
Für die Zusammenarbeit mehrerer Maschinen können Sie Thunderbolt 5 parallel nutzen. Protokoll, Topologie und Datensynchronisierung müssen Sie separat prüfen; der Arbeitsspeicher mehrerer Maschinen wird dadurch nicht automatisch zusammengelegt.
Remote-Arbeit über Ländergrenzen hinweg
Wählen Sie einen Zugangspunkt in Singapur, Tokio, Seoul oder Hongkong. Bedienen Sie die macOS-Oberfläche per VNC und führen Sie Builds sowie Dateiverwaltung über SSH aus. Prüfen Sie zuerst die Stabilität Ihres Netzwerks, bevor Sie entscheiden, wie viel tägliche Arbeit in die Cloud verlagert werden soll.
Für die Arbeit an der Oberfläche, Layoutprüfungen und die Suche nach Grafikproblemen eignet sich VNC. Für lange Builds, Stapelverarbeitung und kontinuierliche Logausgaben ist SSH meist die bessere Wahl. Bei kurzen Netzwerkausfällen sollte Ihre Arbeit nicht von einem einzigen Terminalfenster abhängen. Nutzen Sie ein Sitzungsverwaltungstool und speichern Sie Ausgaben fortlaufend in Dateien.
Für die tägliche Entwicklung können Sie MetalBench 24 zunächst monatlich buchen – für $195.9/Monat– und damit Ihren Bedarf prüfen. Wenn Sie nur Code bearbeiten und kleinere Builds ausführen, testen Sie den Workflow zunächst mit MetalBench 16. Rüsten Sie nicht auf, bevor Sie die Arbeitsspeicherbelastung gemessen haben.
Ein Remote-Desktop eignet sich für Entwicklungstools und Verwaltungsoberflächen, bietet aber nicht automatisch ein Echtzeit-Erlebnis wie ein lokaler Monitor. Testen Sie Aufgaben mit hohen Bildraten, präziser Farbdarstellung oder starker Abhängigkeit von lokaler Peripherie vorab. Bei instabiler Verbindung helfen eine niedrigere Auflösung, weniger Animationen und das Schließen unnötiger Fenster.
SSH- und VNC-Verbindung einrichtenDie Wahl des Standorts bestimmt den Netzwerkpfad, ist aber kein Leistungsversprechen. Die Verbindungsqualität hängt auch von Ihrem Breitbandanschluss, dem Routing, Paketverlusten und den Client-Einstellungen ab.
KI-Experimente
Testen Sie die Inferenz quantisierter Modelle mit MLX auf M4. Die Unified-Memory-Architektur von Apple Silicon reduziert Datentransfers zwischen CPU und GPU. Modellgewichte, Laufzeitumgebung und Kontext belegen jedoch denselben Arbeitsspeicher. Mehr SSD-Speicher ersetzt keinen größeren Arbeitsspeicher.
Prüfen Sie zuerst MetalBench 24 und ergänzen Sie bei Bedarf eine +2-TB-SSD für Modelle, Datensätze und Versuchsausgaben. Quantisierte Modelle mit 7B bis 13B Parametern sind ein möglicher Testansatz, aber keine Garantie für die Ausführbarkeit: Quantisierung, Kontextlänge, Batchgröße und Implementierung beeinflussen den Ressourcenbedarf.
Erfassen Sie zunächst mit festen Prompts die Wartezeit bis zur ersten Ausgabe, die Generierungsgeschwindigkeit und den Spitzenwert des Arbeitsspeichers. Erweitern Sie danach den Kontext. Bei dauerhaft hoher Speicherbelastung reduzieren Sie zuerst Kontext, Batchgröße oder Modellumfang, statt den Engpass mit weiteren Hintergrundprozessen zu verdecken.
Für einen kurzfristigen Machbarkeitsnachweis wählen Sie zunächst eine kurze Laufzeit. Erst wenn sich die Umgebung reproduzieren lässt, lohnt sich eine langfristige Nutzung im Quartal. Stellen Sie Inferenzexperimente nicht als Ressourcen für groß angelegtes Training dar. Wenn eine Aufgabe das Speicherbudget einer einzelnen Maschine überschreitet, müssen Modell und Ausführungsplan neu bewertet werden.
MetalBench 24 konfigurieren+2-TB-SSD als separate Zusatzoption:$4.8/Tag · $13/Woche · $24.2/Monat · $65.8/Quartal, nicht im Preis des Basismodells enthalten.
Aufgabe und Ausstattung aufeinander abstimmen
Die folgenden Angaben sind Empfehlungen für den Einstieg, keine Garantie für Parallelität oder Modellleistung. Führen Sie zuerst eine repräsentative Aufgabe aus und passen Sie die Ausstattung anhand des Spitzenverbrauchs an Arbeitsspeicher, des Speicherbedarfs und der Nutzungsdauer an. Alle Knoten sind dedizierte Physikmaschinen.
| Aufgabentyp | Empfohlene Ausstattung | Einstiegszeitraum | Begründung |
|---|---|---|---|
| Leichte Builds | MetalBench 16 M4 / 16 GB / 256 GB | Tagesweise $20.2/Tag | Führen Sie zunächst die CI-Pipeline einer einzelnen App und Simulator-Regressionstests aus. Prüfen Sie insbesondere die Installation von Abhängigkeiten, den Build-Cache und den verfügbaren Speicherplatz. |
| Tägliche Entwicklung | MetalBench 24 M4 / 24 GB / 512 GB | Monatlich $195.9/Monat | Mehr Spielraum für Projekte mit mehreren Targets, Desktop-Tools und parallele Simulatoren. Die tatsächlich mögliche Parallelität hängt von Ihren Tests ab. |
| Modell-Inferenzexperimente | MetalBench 24 +2-TB-SSD als Zusatzoption | Nach erfolgreichem Test vierteljährlich | Nutzen Sie den zusätzlichen Speicherplatz für Modelle und Ausgaben. Basismodell und Zusatzoption werden separat berechnet. Prüfen Sie zuerst, ob der Arbeitsspeicher für Ihre Aufgabe ausreicht. |
| Zusammenarbeit mehrerer Maschinen | Mehrere MetalBench 24 Thunderbolt 5 bei Bedarf parallel nutzen | Nach stabiler Nutzung vierteljährlich | Verteilen Sie Aufgaben auf verschiedene Knoten; jede Maschine wird separat berechnet. Thunderbolt 5 wird pro Maschine als Zusatzoption berechnet. Prüfen Sie vor der Einrichtung Topologie und Softwareunterstützung. |
Thunderbolt-5-Zusatzoption pro Maschine: $1.1/Tag · $3/Woche · $5.5/Monat · $15/Quartal. Prüfen Sie die endgültige Konfiguration aus Modell, Standort, Laufzeit und Zusatzoptionen bei der Bestellung.
Auch den Zugangsweg passend auswählen
Alle vier Standorte eignen sich für die folgenden Anwendungsfälle. Der empfohlene Standort ist ein Ausgangspunkt, keine Latenzgarantie. Bei unterschiedlichen Netzwerken sollten Sie den Verbindungsweg zuerst testen. Exportieren Sie vor Abschluss jeder Aufgabe Ihre Artefakte und sichern Sie Geschäftsdaten selbst.
Quellcode synchronisieren → Abhängigkeiten wiederherstellen → Simulator-Regressionstests ausführen → signierte Artefakte exportieren. Sichern Sie auch Fehlerlogs, damit Sie die Analyse lokal fortsetzen können.
Runner registrieren → Toolchain festlegen → Parallelität steuern → Testberichte hochladen. Caches lassen sich neu erstellen; finale Artefakte sollten separat gesichert werden.
Verbindung prüfen → Bildqualität anpassen → Arbeitsdateien synchronisieren → Bildschirm sperren und abmelden. Interaktive Arbeit und lang laufende Hintergrundaufgaben getrennt behandeln.
Quantisiertes Modell vorbereiten → Eingabe festlegen → Speicher und Geschwindigkeit messen → Ausgabe sichern. Erst die Ausführbarkeit prüfen, dann die Laufzeit verlängern.
Zahlung per USDT-TRC20 oder Visa, Mastercard und Amex über Stripe; abgerechnet wird in US-Dollar (USD). Maßgeblich sind die vom Backend als verfügbar gemeldeten Zahlungsanbieter. Bei Problemen mit Verbindung oder Ausführung können Sie sich in der Konsole anmelden und ein Supportticket einreichen.
Projekt und Abnahmekriterien bereithalten
Führen Sie zunächst eine echte Aufgabe aus und entscheiden Sie danach über die langfristige Ausstattung. Wenn Sie unsicher sind, nennen Sie uns Projektumfang, geplante Nutzungsdauer und Zugangsstandort, damit wir gemeinsam den Ressourcenbedarf abgleichen können.