Erst den Workload prüfen, dann Ressourcen wählen

Ein dedizierter Cloud-Mac für Ihre Workloads

Aktuell ist nur CDNMac M4 verfügbar: M4, 16 GB RAM und 256 GB SSD. Jede Bestellung umfasst einen dedizierten physischen Mac, keine virtuelle Maschine. Prüfen Sie Warteschlangen, Speicherbedarf, Remote-Zugriff und Arbeitsspeicher, bevor Sie Laufzeit, Standort und Optionen wählen.

Jetzt mieten Alle Optionen ansehen

01 Kompakte Builds

Prüfen Sie Dauer einzelner Archive-Vorgänge, Umfang der Abhängigkeiten, Cache-Trefferquote und temporären Speicherbedarf.

02 Entwicklung im Alltag

Berücksichtigen Sie die Nutzung von SSH und VNC, Codesynchronisierung, Hintergrundaufgaben und Workspace-Größe.

03 Continuous Delivery

Prüfen Sie parallele Branches, getrennte Warteschlangen, Signaturprüfungen, Log-Aufbewahrung und Aufbewahrungsfristen für Build-Artefakte.

04 Modelltests

Prüfen Sie zuerst, ob Modellgewichte, Kontext-Cache und Datensatz in den 16 GB Unified Memory Platz finden.

WORKLOAD-PROFIL Workload-Übergabeübersicht

Einzige verfügbare Konfiguration

CDNMac M4

Chip: M4
Arbeitsspeicher: 16 GB
Systemlaufwerk: 256 GB SSD
Ressourcentyp: Dedizierter physischer Mac

Build-Warteschlange Für sequenzielle Ausführung oder kontrollierte Warteschlangen

Grafische Bedienung macOS-GUI und Kommandozeile verfügbar

Speichererweiterung Optional: +1 TB SSD oder +2 TB SSD

Mehrere Geräte Thunderbolt-5-Verbindung prüfen

Verfügbarkeit, Standort und Optionen gemäß aktuellem Status im Portal 1 BESTELLUNG = 1 PHYSISCHER MAC

iOS-Build-Farm

CDNMac M4 als dedizierten Build-Runner einrichten

Geeignet für Teams mit GitHub Actions, GitLab CI, Jenkins oder einem eigenen Scheduler. Registrieren Sie den Cloud-Mac als selbst gehosteten Runner: Repository-Ereignisse starten Jobs, CDNMac M4 stellt Abhängigkeiten wieder her, führt Tests und Xcode Archive aus, prüft Signaturen und erstellt Build-Artefakte.

Ein dedizierter physischer Mac nutzt CPU, Arbeitsspeicher, Laufwerk und Arbeitsverzeichnis exklusiv. Das eignet sich besonders für Pipelines mit festgelegter Xcode-Version, stabilem Cache-Verzeichnis und nachvollziehbarem Workspace-Status. Konflikte bei Projektabhängigkeiten oder Probleme mit der Signaturkonfiguration löst das jedoch nicht automatisch.

Empfehlung: ein Arbeitsverzeichnis pro Repository Zugriffstoken: pro Job nur die nötigen Rechte Bereinigung: nach jedem Job ausführen

Ablauf eines Build-Jobs RUNNER / M4

01
Repository-Ereignis empfangen
Commits auf Main- oder Release-Branches sowie manuelle Jobs laufen in eine kontrollierte Warteschlange.
02
Gesperrte Abhängigkeiten wiederherstellen
Lockfiles und überprüfbare Caches bevorzugt verwenden, damit die Umgebung nicht unkontrolliert abweicht.
03
Archive erstellen
Xcode, Scheme, Configuration und Exportparameter festlegen.
04
Artefakte prüfen und übergeben
Erforderliche Logs aufbewahren und Artefakte an einen vom Team kontrollierten Speicherort kopieren.

App-Builds automatisieren

Trigger, Cache, Fehlerbereinigung und Artefaktaufbewahrung getrennt verwalten

Bei automatisierten Builds geht es nicht darum, einen lokalen Befehl einfach auf einen Remote-Rechner zu verlagern. Jeder Lauf sollte reproduzierbar sein, Fehler sollten sich eingrenzen lassen, Rückstände müssen bereinigt werden und vertrauliche Signaturdaten gehören nicht ins Repository.

Branch-Trigger

Branches gezielt in Warteschlangen leiten

Der Main-Branch kann kontinuierliche Prüfungen ausführen, Release-Branches Archive und Exporte erstellen und Fix-Branches bei Bedarf starten. Legen Sie für jeden Job-Typ eigene Parallelitätsregeln fest, damit mehrere Workspaces nicht gleichzeitig denselben Cache oder DerivedData ändern.

Abhängigkeits-Caches

Caches müssen anhand von Lockfiles überprüfbar sein

Verwalten Sie Caches für Swift Package Manager, CocoaPods, Flutter und JavaScript-Abhängigkeiten getrennt. Cache-Schlüssel sollten den Lockfile-Hash, Tool-Versionen und die Architektur enthalten. Schlägt ein Cache-Treffer fehl, sollte eine saubere Installation folgen.

Fehlerprotokolle

Den zeitlichen Ablauf zur Fehleranalyse festhalten

Protokollieren Sie Startzeit, Commit-ID, Xcode-Version, Fehlerphase und Exit-Code. Entfernen Sie vor dem Hochladen Token, private Schlüssel, Zertifikatspasswörter und andere vertrauliche Inhalte aus den Logs.

Artefaktaufbewahrung

Festlegen, wer was wie lange speichert und wann es gelöscht wird

Kopieren Sie Archive, Symbol-Dateien und Exportpakete in einen kontrollierten Speicher und löschen Sie lokale temporäre Dateien gemäß Teamrichtlinien. Das Arbeitsverzeichnis des Cloud-Mac sollte nicht als einziges Backup dienen.

macOS-Remote-Entwicklung

Kommandozeilenaufgaben per SSH, grafische Bedienung bei Bedarf per VNC

SSH eignet sich für Code-Downloads, Installationen, Build-Befehle, Log-Prüfungen und Hintergrundaufgaben. VNC ist sinnvoll, wenn Sie die macOS-Oberfläche, Xcode-Projekteinstellungen oder visuelles Debugging benötigen. Verwenden Sie getrennte Zugangsdaten mit minimalen Rechten und hinterlegen Sie keine dauerhaft gültigen Zugangsdaten im Repository.

Synchronisieren Sie Code über ein Versionsverwaltungssystem, kontrollierte Dateiübertragung oder etablierte Teamabläufe. Protokollieren Sie bei dauerhaft laufenden Aufgaben Prozess, Arbeitsverzeichnis und Ausgabeort, damit der Status auch nach dem Schließen der Sitzung klar ist. Exportieren Sie vor Ende der Mietdauer Änderungen, Build-Logs, Archive und weitere benötigte Artefakte.

Verbindungsanleitung ansehen Hilfe bei der Fehlersuche

Checkliste für die Remote-Entwicklung DEV-SITZUNG

SSH

Befehle, Git und Hintergrundaufgaben

Ideal für skriptbare Abläufe; Befehle und Exit-Status lassen sich einfach dokumentieren.

VNC

Xcode und grafische Oberfläche

Nur für grafische Aufgaben verbinden und die Sitzung danach zeitnah beenden.

SYNCHRONISIEREN

Code und Artefakte übergeben

Codeänderungen committen und Archive sowie Logs in einen kontrollierten Speicher kopieren.

BEENDEN

Vor Ablauf der Mietdauer aufräumen

Benötigte Inhalte exportieren, temporäre Zugangsdaten entfernen und sicherstellen, dass alle Änderungen synchronisiert sind.

Plattformübergreifende App-Entwicklung

Flutter und React Native benötigen für iOS weiterhin die Xcode-Build-Pipeline

Plattformübergreifende Frameworks ermöglichen gemeinsam genutzten Anwendungscode. iOS-Artefakte benötigen jedoch weiterhin macOS, Xcode, native Abhängigkeiten und eine Signaturumgebung. Bewerten Sie Framework- und native Build-Schritte getrennt.

Flutter für iOS

Dart-, CocoaPods- und Xcode-Schritte getrennt betrachten

Stellen Sie zuerst Dart-Abhängigkeiten wieder her, kümmern Sie sich danach um CocoaPods und native Plugins und starten Sie anschließend Kompilierung und Export in Xcode. Unterscheiden Sie Caches für Flutter SDK, Plugin-Lockfiles, Pods und DerivedData. Ein gemeinsamer Cache-Schlüssel für alle Schritte ist ungeeignet.

Flutter-, Ruby-, CocoaPods- und Xcode-Versionen festlegen.
Bei Cache-Fehlern eine saubere Installation ermöglichen.
In Fehlerprotokollen kennzeichnen, ob der Fehler im Framework- oder nativen Schritt auftrat.

React Native für iOS

JavaScript-Abhängigkeiten und natives Projekt gemeinsam festlegen

Der Node.js-Paketmanager verwaltet JavaScript-Abhängigkeiten; CocoaPods und Xcode sind für den nativen iOS-Teil zuständig. Legen Sie Paketmanager-Version, Lockfiles, Pods-Status und Build-Parameter gemeinsam fest, damit lokale und Remote-Builds übereinstimmen.

Pro Repository eigene Verzeichnisse für node_modules und den Workspace verwenden.
Nach Updates nativer Module Pods und Xcode-Einstellungen erneut prüfen.
Signaturdaten sicher verwahren und nicht ins Repository einchecken.

KI-Experimente auf Apple Silicon

Für Kompatibilitätstests und Prototypen geeignet

Mit CDNMac M4 können Sie prüfen, ob Inferenz-Frameworks Apple Silicon unterstützen, Modellkonvertierungen testen, kleine Datensätze verarbeiten und die App-Integration überprüfen. Das ist keine Zusage für den Durchsatz beliebiger Modelle und ersetzt keine Prüfung des Speicherbedarfs für große Produktions-Inferenzaufgaben.

Die aktuelle Konfiguration bietet 16 GB RAM. Berücksichtigen Sie bei der Planung Modellgewichte, Laufzeitbedarf, Kontext-Cache, Eingabedaten, Entwicklungstools und Systemverbrauch. Die Dateigröße des Modells allein reicht meist nicht aus, um den zuverlässigen Betrieb einzuschätzen.

Speicherbedarf vor dem Start planen 16 GB GESAMT

Modellgewichte: Tatsächlichen Speicherbedarf nach dem Laden prüfen, nicht nur die Downloadgröße.
Kontext-Cache: Mit längeren Kontexten kann der Speicherbedarf des Caches weiter steigen.
Laufzeit und Tools: Platz für Framework, Konvertierungstools, IDE und System reservieren.
Eingaben und Ergebnisse: Bei großen Datensätzen +2 TB SSD prüfen und Daten in Batches laden.

Geeignet für Kompatibilitätstests, Prototypen und kleine Datensätze

Konfigurationen im Vergleich

Mit der Basiskonfiguration starten und nur bei klarem Bedarf Optionen ergänzen

Wir erfinden keine zusätzlichen Gerätemodelle, um verschiedene Workloads abzudecken. Alle Aufgaben starten mit der CDNMac-M4-Basiskonfiguration. Je nach Speicherbedarf oder Geräte-Workflow lassen sich festgelegte Optionen ergänzen.

Einzige aktuell verfügbare Konfiguration

CDNMac M4

Mac mini M4 · 16 GB RAM · 256 GB SSD

6 Standorte zur Auswahl

01
Kompakte Builds Ein Repository, kurze Warteschlange, reguläre Archive

CDNMac M4 – Basiskonfiguration
Prüfen Sie mit der 256-GB-SSD, ob Abhängigkeiten, Caches und Artefakte unter Ihrer Bereinigungsrichtlinie zuverlässig verwaltet werden können.
02
Entwicklung im Alltag Dauerhaft genutzter Workspace, mehrere Projekte, häufige GUI-Arbeit

Speichererweiterung: optionaler SSD mit 1 TB
Für Entwicklungsabläufe, in denen mehr Repositories, SDKs, Abhängigkeits-Caches und Build-Archive erhalten bleiben sollen.
03
Große Datensätze oder Modelltests Modelldateien, Stichproben, Konvertierungsergebnisse und mehrere Ausgabebatches

Speichererweiterung: optionaler SSD mit 2 TB
Die Erweiterung vergrößert den Speicher, nicht den Arbeitsspeicher: 16 GB RAM bleiben unverändert. Prüfen Sie den Speicherbedarf daher separat vor der Bestellung.
04
Workflows mit mehreren Geräten Wenn eine schnelle Verbindung zwischen mehreren Geräten geprüft werden muss

Thunderbolt-5-Verbindung prüfen
Wählen Sie die Verbindungsoption für jedes Gerät und prüfen Sie zuerst Workload-Topologie, Datenrichtung und Softwareunterstützung.

CDNMac M4: passende Konfiguration nach Workload
Workload	Basismodell	Zu prüfende Optionen	Vor der Bestellung klären
Kompakte iOS-Builds	CDNMac M4	256 GB SSD (Basis)	Umfang der Abhängigkeiten, Cache-Bereinigung und Größe einzelner Artefakte
Remote-Entwicklung im Alltag	CDNMac M4	1 TB SSD je nach Speicherbedarf	Anzahl der Repositories, SDKs, Archive und Gesamtgröße des Workspace
Daten- oder Modelltests	CDNMac M4	2 TB SSD je nach Speicherbedarf	Reichen 16 GB RAM für Modell, Cache und Laufzeit aus?
Workflows mit mehreren Geräten	CDNMac M4	Thunderbolt-5-Verbindung	Geräteanzahl, Verbindungstopologie und Unterstützung durch die Toolchain

Zuerst ungeeignete Einsatzfälle prüfen

Wenn Sie nicht verfügbare Hardware benötigen, ist die Basiskonfiguration kein Ersatz

Wenn Ihr Projekt ausdrücklich einen nicht aufgeführten Chip, mehr als 16 GB Arbeitsspeicher oder eine andere interne Laufwerkskonfiguration erfordert, sollten Sie CDNMac M4 nicht als passend darstellen. Klären Sie zunächst mit dem Serviceteam Ihre tatsächlichen Anforderungen, Tool-Versionen, Datenmengen und Parallelität.

Nicht verfügbare Chips

Aktuell gibt es nur M4, keine anderen nicht aufgeführten Chip-Konfigurationen.

Mehr Arbeitsspeicher erforderlich

Aktuell sind 16 GB RAM verfügbar; Speicheroptionen ersetzen keinen Arbeitsspeicher.

Andere interne Laufwerkskonfiguration

Das Systemlaufwerk umfasst standardmäßig 256 GB SSD; mehr Kapazität ist über festgelegte Optionen verfügbar.

Nicht aufteilbare hohe Parallelität

Prüfen Sie zunächst Warteschlangen, Job-Isolierung und mehrere Bestellungen. Gehen Sie nicht von unbegrenzter Parallelität auf einem Gerät aus.

Anforderungen mit dem Team klären Verfügbare Konfigurationen prüfen

Nächste Schritte

Je nach Entscheidungsstand fortfahren

Prüfen Sie zuerst die einzige Konfiguration und vergleichen Sie anschließend die sechs Standorte. Wenn Sie bestellen möchten, folgen Sie der Anleitung für Verbindung und Umgebungstests.

Konfiguration und Optionen ansehen

Prüfen Sie Mietlaufzeiten und Preise für CDNMac M4. Die optionalen SSD-Erweiterungen mit 1 TB und 2 TB sowie Thunderbolt-5-Verbindungen sind separat aufgeführt.

Konfigurationen ansehen

Sechs Standorte vergleichen

Vergleichen Sie die Standorte Singapur, Tokio, Seoul, Hongkong, US-Ostküste und US-Westküste.

Standorte vergleichen

Erste sichere Verbindung vorbereiten

Nutzen Sie die Checkliste vor der Bestellung für Codezugriff, Verbindungsmethode, Build-Umgebung und Artefakt-Export.

Anleitung zur ersten Verbindung

Konfiguration wählen und bestellen

Wählen Sie Laufzeit, Standort und Optionen. Verfügbarkeit und Bereitstellungsdetails werden aktuell im Portal angezeigt.

Bestellung konfigurieren

Passt CDNMac M4 zu Ihrem Workload?

Wählen Sie im Bestellvorgang die Laufzeit, einen von sechs Standorten und die benötigten Optionen. Wenn Arbeitsspeicher, Chip oder Speichergrenzen noch unklar sind, klären Sie die Anforderungen zuerst mit unserem Team.

Jetzt mieten Eignung besprechen