DeployMac M4 und DeployMac M4 Pro sind Cloud-Macs mit Apple Silicon. Jede Bestellung gilt für einen dedizierten physischen Server: Die Rechenressourcen werden weder geteilt noch virtualisiert. Mieten Sie tage-, wochen-, monats- oder quartalsweise und wählen Sie die Konfiguration anhand von Speicherbedarf, Build-Parallelität und Datenmenge.
Die beiden Konfigurationen unterscheiden sich vor allem bei Chip, Arbeitsspeicher und lokalem Speicher. Für kurzfristige Tests, Einzelprojekt-Archivierung und Pipelines mit geringer Parallelität ist der M4 meist der richtige Einstieg. Bei parallelen Projekten, großen Abhängigkeitsgraphen oder speicherintensiven Tests sollten Sie den M4 Pro prüfen.
Geeignet für die Entwicklung an Einzelprojekten, temporäre Archive, automatisierte Tests, Toolchain-Validierung und CI-Aufgaben mit kontrollierter Parallelität.
Läuft die Aufgabe nur wenige Tage, testen Sie zunächst den vollständigen Workflow tageweise. Bei längerer Nutzung wählen Sie anhand der realen Warteschlange und des Speicherwachstums eine längere Laufzeit.
Geeignet für Builds mit hoher Parallelität, dauerhaft geöffnete Umgebungen für mehrere Repositories, große Caches, Modellinferenz und Workloads mit hohem Speicherbedarf.
Wählen Sie die größere Konfiguration nicht nur anhand der Aufgabenbezeichnung. Messen Sie zunächst den Spitzenbedarf an Arbeitsspeicher, die Zahl paralleler Builds, den Umfang des Abhängigkeits-Caches und die Dauer einzelner Aufgaben. Erst dann entscheiden Sie, ob 64GB RAM erforderlich sind.
Alle Beträge in der Tabelle sind USD. Tagesmieten eignen sich für kurze Tests und Aufgaben mit festem Enddatum, Wochenmieten für intensive Projektphasen sowie Monats- und Quartalsmieten für dauerhaft laufende Entwicklungsumgebungen oder Build-Runner.
| Konfiguration | Pro Tag | Pro Woche | Pro Monat | Pro Quartal |
|---|---|---|---|---|
| DeployMac M4 | $19.3 | $52.1 | $96.5 | $262.5 |
| DeployMac M4 Pro | $61.5 | $166.2 | $307.7 | $836.9 |
Orientieren Sie sich bei der Laufzeit an der durchgehenden Aufgabendauer. Berücksichtigen Sie auch Warteschlangen, Umgebungswiederherstellung, das Herunterladen von Abhängigkeiten und den Export der Ergebnisse. Änderungen der Laufzeit und der Bestellstatus richten sich nach den im Control Panel angezeigten Informationen.
Eine geringe durchschnittliche CPU-Auslastung bedeutet nicht, dass 16GB Arbeitsspeicher ausreichen. Erfassen Sie beim Auswählen gleichzeitig den maximalen Speicherbedarf, die Zahl paralleler Aufgaben, die Größe von Arbeitsverzeichnis und Cache sowie die Frage, ob bei Fehlern der vollständige Zustand erhalten bleiben muss.
| Aufgabentyp | Auswahlkriterium | Empfohlene Konfiguration | Prüfschwerpunkt |
|---|---|---|---|
| Leichte Builds und kurze Aufgaben | Vorwiegend ein Projekt; stabile Abhängigkeitsgröße; Spitzenbedarf innerhalb von 16GB; lokaler Arbeitsbestand passt in den verfügbaren Speicher der 256GB SSD. | DeployMac M4 | Archivierung, Export und Artefaktprüfung einmal durchgehend ausführen und auf Speicherdruck sowie Engpässe bei der Datenträgerbereinigung achten. |
| Tägliche Entwicklung an mehreren Projekten | Vergleichen Sie beide Konfigurationen anhand der Zahl gleichzeitig geöffneter Projekte, Simulatoren oder Testprozesse, der Cache-Größe und der Hintergrunddienste. | Bei geringer Parallelität M4; bei hoher Parallelität oder größerer Reserve M4 Pro | Maximalen RAM, parallele Builds, Dauer einzelner Aufgaben und Kosten von Wiederholungsversuchen erfassen. |
| CI/CD-Runner | Serielle Warteschlangen und kurze Aufgaben können mit dem M4 beginnen. Bei mehreren gleichzeitig laufenden Runnern, vielen Repositories oder langfristig gespeicherten Caches sollten Sie 64GB RAM und 2TB SSD bevorzugt prüfen. | M4 oder M4 Pro anhand der Parallelität auswählen | Mit echten Repositories mehrere Durchläufe ausführen und Cache-Treffer, Wartezeit, Speicherwachstum und Aufgabentrennung beobachten. |
| Modellinferenz und speicherintensive Tests | Der kombinierte Speicherbedarf von Modell, Kontext, Laufzeit und weiteren Prozessen übersteigt die leichte Entwicklungsumgebung deutlich, oder große Datensätze und Zwischenergebnisse müssen erhalten bleiben. | DeployMac M4 Pro | Zuerst Modell-Speicherbedarf und Datenmenge auf dem Datenträger prüfen, dann mit der vorgesehenen Eingabegröße testen – nicht im Leerlauf beurteilen. |
IDE, Build-Prozesse, Simulatoren, Cache-Dienste und Remote-Sitzungen gemeinsam messen. Sobald die Speichergrenze fast erreicht ist, können gelegentliche parallele Aufgaben die Laufzeit deutlich verändern.
Neben dem Quellcode müssen Abhängigkeiten, Archive, Symboldateien, Testberichte und Logs berücksichtigt werden. Bei höherem Bedarf können Sie beim Bestellen eine SSD-Erweiterung prüfen.
Ein Test mit leerer Warteschlange ersetzt keine Produktionslast. Bilden Sie mindestens die Zahl der Aufgaben nach, die während der täglichen Spitzenzeit gleichzeitig laufen, und entscheiden Sie danach über ein Upgrade.
Wählen Sie Zusatzoptionen anhand von Datenmenge, Aufbewahrungsdauer und der Zusammenarbeit zwischen Geräten. Nutzen Sie zusätzlichen Speicher nicht als Ersatz für die Bereinigung von Build-Artefakten und buchen Sie Thunderbolt 5 nicht ohne konkreten Bedarf an paralleler Gerätekommunikation.
Geeignet, wenn Abhängigkeits-Caches, Archive und Testartefakte den verbleibenden Basisspeicher überschreiten, aber kein größerer Datenbestand benötigt wird.
Geeignet für größere Modelldateien, Archive mehrerer Projekte, langfristige Caches oder Workloads, bei denen Zwischenergebnisse mehrerer Testläufe erhalten bleiben müssen.
Für Bereitstellungen mit bestätigtem Bedarf an schneller Kommunikation zwischen Geräten. Klären Sie vor der Bestellung Gerätezahl, Datenfluss und Toolchain-Unterstützung für das Zielsetup.
Singapur, Japan (Tokio), Korea (Seoul), Hongkong und die US-Ostküste bieten beide Katalogkonfigurationen. „Verfügbar“ bedeutet in der Matrix, dass die Kombination aus Modell und Standort regulär buchbar ist. Echtzeitverfügbarkeit und Bereitstellungsinformationen liefert das Control Panel.
| Konfiguration | Singapur | Japan (Tokio) | Korea (Seoul) | Hongkong | US-Ostküste |
|---|---|---|---|---|---|
| DeployMac M4 | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
| DeployMac M4 Pro | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
Testen Sie Kandidatenstandorte über das feste Netzwerk, das Ihr Team täglich verwendet. Ein einmaliges Ergebnis über ein Mobilfunknetz ist kein Ersatz für die langfristige Verbindung.
Auch die Wege zu Code-Repositorys, Artefaktdiensten und Abhängigkeitsquellen beeinflussen die gesamte Pipeline – nicht nur die Reaktionszeit des Remote-Desktops.
Führen Sie an einem Kandidatenstandort einen echten Build aus und erfassen Sie die Dauer von Abruf, Abhängigkeitswiederherstellung, Kompilierung, Tests und Artefakt-Upload.
Wenn Zweck, Parallelität, Speicher und Standort vorab feststehen, müssen Sie die Konfiguration nach der Bestellung seltener erneut prüfen.
Nach der Bestellung können Sie Gerätekonfiguration, Standort, Mietdauer und Bestellstatus im Control Panel einsehen. Prüfen Sie vor dem Absenden nochmals Modell, Laufzeit, Standort und Zusatzoptionen.
Die Seite dient dem Vergleich von Katalogkonfigurationen und veröffentlichten Preisen. Maßgeblich für Gerät, Standort, Zusatzoptionen und Mietdauer ist die vom Control Panel erzeugte Bestellbestätigung.
Schritte zur ersten Abnahme lesenBei der Konfigurationswahl geht es nicht nur um Chip und Preis. Laufzeit, Standortverbindungen, zusätzlicher Speicher, Geräteverbund und Bereitstellungsinformationen beeinflussen den endgültigen Workflow.
Bei der Bestellung können Sie zwischen Tag, Woche, Monat und Quartal wählen. Die geplante Nutzungsdauer sollte Wiederherstellung der Umgebung, Download von Abhängigkeiten, Build-Ausführung, Ergebnisprüfung, Artefaktexport und Bereinigung einschließen. Bei bestehenden Bestellungen richten sich Laufzeitinformationen und mögliche Aktionen nach dem aktuellen Bestellstatus im Control Panel.
Beides muss getestet werden. Vergleichen Sie zunächst die Verbindung vom wichtigsten Zugriffsstandort zu Singapur, Japan (Tokio), Korea (Seoul), Hongkong und der US-Ostküste. Beziehen Sie anschließend Code-Repository, Abhängigkeitsquellen, Artefaktdienste und Teamzeitzone ein. Abschließend sollte ein vollständiger Build mit einem echten Repository stehen.
Prüfen Sie eine Erweiterung, wenn Quellcode, Abhängigkeiten, Archive, Testberichte, Symboldateien, Modelle und Zwischenergebnisse den sinnvoll nutzbaren Basisspeicher überschreiten. Legen Sie zunächst Bereinigungsregeln und Aufbewahrungsfristen fest. Entsteht das Wachstum durch nicht dauerhaft benötigte Caches, optimieren Sie zuerst die Bereinigung statt den Datenträger direkt zu vergrößern.
Er eignet sich für Bereitstellungen, bei denen die Zusammenarbeit mehrerer Geräte bereits feststeht und die Toolchain den vorgesehenen Datenfluss unterstützt. Die Zusatzoption wird pro Gerät berechnet. Prüfen Sie vor der Bestellung Gerätezahl, Zweck des Verbunds, Datenpfad und Aufgabenplanung, statt ihn als allgemeines Leistungsupgrade zu betrachten.
Prüfen Sie nach dem Absenden der Bestellung im Control Panel Gerätekonfiguration, Standort, Mietdauer, Systeminformationen und Zugangsdaten. Kombinationen im Katalog sind regulär buchbar; tatsächliche Verfügbarkeit und endgültige Bereitstellungsdaten richten sich nach der Echtzeitanzeige im Control Panel und der Bestellbestätigung. Prüfen Sie nach der ersten Verbindung Chip, Arbeitsspeicher, Datenträger und Systemversion anhand der Supportdokumentation.
Wenn die Auswahl noch nicht abgeschlossen ist, notieren Sie zunächst maximalen Speicherbedarf, Zahl paralleler Aufgaben, Größe des Arbeitsbestands und wichtigsten Zugriffsstandort. Sind die Parameter bereits klar, können Sie direkt zur Konfiguration wechseln.