Mac nach Aufgabe wählen

Ein Cloud-Mac
für diese Aufgaben

Verlagern Sie macOS-Arbeitslasten auf einen dedizierten Apple-Silicon-Mac. Ob Build, Signierung und App-Verteilung, Inferenztest oder kurzfristiger Regressionstest: Für jede Aufgabe gibt es das passende Modell und die passende Mietdauer. So muss nicht alles auf dem Rechner eines Entwicklers laufen.

MacFTP stellt Ihnen einen vollständigen physischen Rechner statt einer VM bereit. Die macOS-Oberfläche und die Kommandozeile stehen vollständig zur Verfügung. Sie verwalten Projekt, Abhängigkeiten und Aufgabenplanung – wir liefern den verbundenen Cloud-Mac.

Ab $21.2/Tag, mit Vorauszahlung für Tag, Woche, Monat oder Quartal. Alle Preise in USD.

Workflow-Übersicht

Erst das Ergebnis definieren, dann den Mac wählen

Die folgenden Workflows sind Beispiele, keine laufenden Aufträge.

  1. Code einreichen → Build archivieren

    Self-hosted Runner · feste Toolchain

    .xcarchive
  2. Build exportieren → intern verteilen

    Zertifikate prüfen · Upload mit fastlane

    .ipa
  3. Modell laden → Ergebnisse erfassen

    MLX / Core ML · Speichermessung

    Versuchsprotokoll
  4. Regressionstests ausführen → Bericht exportieren

    Zielsystem · Simulator-Tests

    .xcresult
4 Standorte · 3 Mac-Modelle

Singapur, Tokio, Seoul und Hongkong. Die Verfügbarkeit der Standorte wird aktuell in der Konsole angezeigt.

Continuous Integration

Builds vom Entwicklerrechner entkoppeln

Ideal für iOS- und macOS-Teams mit regelmäßigen Commits, mehreren aktiven Branches oder getrennten Release-Builds und täglicher Entwicklung.

Empfehlung: FTP M4 Plus · M4 / 24 GB / 512 GB zur Miete pro Monat für $198.6/Monat. Ein fester Rechner behält Abhängigkeits-Caches und Toolchain-Konfigurationen bei. So entfällt ein Teil der wiederholten Einrichtung.

Registrieren Sie den Mac als selbst gehosteten Runner für GitHub Actions oder GitLab Runner und leiten Sie macOS-Jobs über Tags an den passenden Rechner weiter. Verschiedene Branches können eigene Jobs einreichen. Für mehrere gleichzeitig laufende, rechenintensive Builds benötigen Sie mehrere Rechner und eine verwaltete Warteschlange. Ein dedizierter Rechner bedeutet nicht unbegrenzte Parallelität.

Signieren & bereitstellen

Aus dem Archiv eine Version zur Verteilung machen

Geeignet für App-Store-Releases, interne TestFlight-Tests und Release-Teams, die Signierung und Upload wiederholt ausführen müssen.

Verteilungsaufgaben laufen meist zusammen mit dem Build. Daher empfehlen wir weiterhin den FTP M4 Plus. Wenn sich Releases auf eine einzelne Phase konzentrieren, eignet sich die Wochenmiete für $107.2/Woche. Für eine dauerhaft genutzte Release-Pipeline sollten Sie die Monatsmiete prüfen. Ermitteln Sie zuerst die Aufgabendauer – für den Upload allein ist kein höheres Modell nötig.

Teams mit Schwerpunkt auf Japan können zunächst den Standort Tokio prüfen, um die Zusammenarbeit an den lokalen Arbeitsrhythmus anzupassen. Der Standort garantiert weder eine bestimmte Upload-Geschwindigkeit noch kürzere Prüf- oder Verarbeitungszeiten der App. Prüfen Sie vor der Entscheidung SSH, Fernzugriff auf die Oberfläche und Artefakttransfer über Ihr tatsächliches Büronetzwerk.

Prüfen Sie vor dem Archivieren und dem Upload mit fastlane die Gültigkeit der Zertifikate sowie die Zuordnung von Provisioning-Profilen und Exportoptionen. Ein Release gilt erst dann als abgeschlossen, wenn der Upload-Befehl erfolgreich war und die Zielversion sichtbar ist – nicht schon bei einem erfolgreichen Rückgabecode im Terminal.

Inferenz & Validierung

Modell erst testen, dann langfristig investieren

Geeignet für lokale Inferenz mit MLX, die Validierung von Core-ML-Modellen und Experimente mit Apps, die eine echte Apple-Silicon-Umgebung erfordern.

Empfehlung: FTP M4 Pro · M4 Pro / 64 GB / 2 TBzur Miete pro Woche für $162.2/Woche. 64 GB gemeinsamer Arbeitsspeicher bieten mehr Spielraum für Modellgewichte, Laufzeitumgebung und Kontext. Das heißt jedoch nicht, dass Modelle beliebiger Größe oder Quantisierung hineinpassen.

Legen Sie Modellversion, Quantisierung, Kontextlänge und Batchgröße fest, bevor Sie mit reproduzierbaren Eingaben testen. Erfassen Sie Kaltstart, Zeit bis zur ersten Ausgabe, kontinuierliche Generierungsgeschwindigkeit und maximalen Speicherbedarf getrennt. Ein kurzer Testlauf sagt nichts über die Gesamtkapazität aus.

Welche Modelle MLX und Core ML unterstützen, hängt vom jeweiligen Modell und der Toolversion ab. Prüfen Sie Operatoren und Konvertierungskette zunächst mit einer kleinen Stichprobe, bevor Sie längere Aufgaben starten. Exportieren Sie vor Abschluss des Experiments die Umgebungsübersicht, Ergebnisdateien und Befehle zur Reproduktion, damit die Erkenntnisse nicht nur in einer interaktiven Sitzung verfügbar sind.

Kurzfristige Tests

Für Regressionstests eine separate Umgebung nutzen

Geeignet für Tests mit neuen Systemversionen, Simulator-Regressionen, zeitlich begrenzte macOS-Aufgaben und Projekte, die den täglichen Entwicklerrechner nicht verändern sollen.

Für einfache Prüfungen eignet sich FTP M4 Core · M4 / 16 GB / 256 GB zum Einstieg für $21.2/Tag. Prüfen Sie zuerst, ob die Zielversionen von Xcode, SDK und Betriebssystem miteinander kompatibel sind. Für mehrere parallele Simulatoren oder größere Projekte empfehlen wir, den FTP M4 Plus zu prüfen.

Für Remote-Arbeit können Sie Projektdateien über die macOS-Oberfläche bearbeiten oder Skripte per SSH ausführen. Wie flüssig die Bedienung ist, hängt von Ihrem Netzwerk, Routing und den Anzeigeeinstellungen ab. Testen Sie die tatsächliche Nutzung zunächst mit einer kurzen Mietdauer, bevor Sie verlängern. Für Abläufe mit lokalen Peripheriegeräten, latenzarmer Audio- und Videoübertragung oder Verbindung zu echten Geräten müssen die Verbindungsbedingungen separat geprüft werden.

Exportieren Sie vor Änderungen an System oder Toolchain das Projekt und wichtige Einstellungen. Prüfen Sie, ob die benötigten Versionen verfügbar sind, bevor Sie fortfahren. Übertragen Sie nach den Regressionstests Berichte, Screenshots und Fehler-Logs in den Team-Speicher. Eine Verlängerung ersetzt kein Backup – sichern Sie Ihre Daten vor Mietende.

Ein bestehendes Projekt übernehmen

Vom lokalen Mac zum Cloud-Mac: drei Abnahmeschritte

Übertragen Sie nicht zuerst die gesamte Festplatte. Synchronisieren Sie zunächst ein lauffähiges Projekt, richten Sie danach die Toolchain neu ein und integrieren Sie zuletzt die Automatisierung. Halten Sie die Prüfergebnisse jedes Schritts fest, damit sich Fehler klar einer Ebene zuordnen lassen.

01 · Daten synchronisieren

Nur Quellcode und benötigte Eingaben übertragen

Übertragen Sie das Projekt per rsync oder SFTP. Schließen Sie DerivedData, temporäre Build-Verzeichnisse und neu erzeugbare Caches aus. Dependency-Lockfiles, Testressourcen und Projektkonfigurationen müssen erhalten bleiben.

Prüfen:Commit-ID und Prüfsummen wichtiger Dateien vergleichen und Arbeitsverzeichnis, Berechtigungen sowie freien Speicherplatz prüfen. Beim ersten Lauf im Vorschau-Modus die Änderungen kontrollieren.

rsync -azn \
  --exclude 'DerivedData/' \
  --exclude 'build/' \
  ./project/ \
  "$MAC_HOST:~/work/project/"

Entfernen Sie n, sobald Sie das Vorschauergebnis geprüft haben.MAC_HOST Verwenden Sie den bereitgestellten SSH-Verbindungsalias. In diesem Beispiel werden keine vorhandenen Dateien auf dem entfernten Rechner gelöscht.

02 · Toolchain neu einrichten

Erst Versionen abgleichen, dann Zugangsdaten importieren

Richten Sie Homebrew-Abhängigkeiten, Xcode und Command Line Tools anhand der Projektliste ein. Prüfen Sie den Entwicklerpfad und importieren Sie anschließend Zertifikate und Provisioning-Profile über einen sicheren Kanal.

Prüfen:Xcode-, Swift- und Abhängigkeitsversionen auf lokalem Rechner und Cloud-Mac vergleichen. Einen Build ohne Release-Zugangsdaten ausführen, um grundlegende Abweichungen der Umgebung auszuschließen.

xcode-select -p
xcodebuild -version
swift --version
brew bundle check

brew bundle check Homebrew muss installiert sein. Führen Sie den Befehl in einem Verzeichnis mit der Brewfile des Projekts aus. Er prüft Abhängigkeiten, importiert aber kein Signiermaterial.

03 · CI anbinden

Erst manuell erfolgreich ausführen, dann automatisch starten

Führen Sie zunächst die Projektbefehle manuell auf dem Rechner aus. Registrieren Sie danach den Runner gemäß der Dokumentation Ihrer Plattform und konfigurieren Sie Repository-Zugriff, Job-Tags, Arbeitsverzeichnis und Berechtigungen für Zugangsdaten.

Prüfen:Einen Test-Commit auslösen und prüfen, ob der Job auf dem gewünschten Rechner läuft, die Logs nachvollziehbar sind und sich die Artefakte abrufen lassen. Testen Sie den Dienstbetrieb erneut, nachdem Sie die interaktive Sitzung beendet haben.

uname -m
xcodebuild -list
launchctl list

Prüfen Sie das Build-Ziel im Projektverzeichnis. Registrierung und dauerhafter Betrieb des Runners hängen von der Plattformversion und ihrer Konfiguration ab. Ein erfolgreicher Lauf in einer interaktiven Sitzung bedeutet nicht, dass der Dienst einsatzbereit ist.

Wann die Migration abgeschlossen ist

Derselbe Commit lässt sich wiederholt ausführen; Abhängigkeiten und Signiereingaben sind nachvollziehbar; Ergebnisse werden außerhalb des Rechners gespeichert; Zugangsdaten können widerrufen werden. Die Migrationsdauer hängt von Projektgröße, Netzwerk und Tool-Downloads ab – eine einheitliche Minutenzahl können wir nicht zusagen.

Nach Rolle planen

Anforderungen in einem überprüfbaren Satz formulieren

Die folgenden Beispiele zeigen rollenbezogene Anforderungen, um Teams auf ein gemeinsames Ziel auszurichten. Sie sind keine echten Nutzerbewertungen oder Leistungsversprechen.

„Ich möchte Release-Builds nicht mehr auf den Rechnern von Kollegen ausführen. Bei jeder Übergabe sollen Archiv, Logs und Toolchain-Version zum selben Commit auffindbar sein.“

iOS-Verantwortliche · Beispiel für Continuous-Build-Anforderungen

„Ich möchte Modellkonfigurationen auf demselben Rechner vergleichen und zuerst Speicher, Ausgabequalität und Laufbedingungen dokumentieren, bevor ich das Experiment verlängere.“

Machine-Learning-Engineer · Beispiel für Anforderungen an Inferenztests

„Für Regressionstests einer neuen Version möchte ich eine separate Umgebung einrichten und den Bericht anschließend abrufen, ohne meinen Arbeitsrechner zum Testlabor zu machen.“

Unabhängige Entwicklung · Beispiel für kurzfristige Tests
Vor der Bestellung vergleichen

Modell nach Workload, Mietdauer nach Laufzeit wählen

Die Empfehlungen sind ein Ausgangspunkt, keine Leistungsgarantie. Prüfen Sie Speicher, Festplatte und Job-Warteschlange mit Ihrem eigenen Projekt, bevor Sie verlängern oder weitere Rechner hinzufügen. Alle drei Konfigurationen sind in Singapur, Tokio, Seoul und Hongkong verfügbar.

Anwendungsfälle und empfohlene Konfigurationen; Preise in USD, einmalige Zahlung für die jeweilige Mietdauer
Anwendungsfall Empfohlenes Modell und technische Daten Empfohlene Mietdauer und Preis Was zuerst geprüft werden sollte
iOS-CI/CD FTP M4 Plus
M4 / 24 GB / 512 GB
Monatlich · $198.6/Monat Ressourcenverbrauch pro Archiv, Warteschlangenlänge, Abhängigkeits-Caches und Aufbewahrung der Artefakte.
App-Store- und TestFlight-Verteilung FTP M4 Plus
M4 / 24 GB / 512 GB
Wöchentlich · $107.2/Woche Zertifikate und Provisioning-Profile, Exportoptionen, Upload-Berechtigungen und Verarbeitungsergebnis.
MLX- / Core-ML-Experimente FTP M4 Pro
M4 Pro / 64 GB / 2 TB
Wöchentlich · $162.2/Woche Modellkompatibilität, Quantisierung, Kontextlänge und maximaler Speicherbedarf.
Kurzfristige Regressionstests und Remote-Arbeit FTP M4 Core
M4 / 16 GB / 256 GB
Täglich · $21.2/Tag Benötigte Toolchain, Simulatoranforderungen, Remote-Bedienung und Datenexport.

Mehr Kapazität benötigt:Speichererweiterungen und die Kopplung über Thunderbolt 5 sind Zusatzoptionen und ändern nichts am Basismodellangebot. Preise, unterstützte Konfigurationen und Abrechnungsmodelle finden Sie in den vollständigen Mietoptionen.

Einsatzgrenzen prüfen:Aufgaben, die einen Intel Mac, dauerhaftes Eigentum an Hardware oder einen nicht gelisteten Standort voraussetzen, eignen sich nicht für eine Bestellung nach diesen Empfehlungen. Stellen Sie zunächst die Anforderungen an Tools und Verbindung zusammen und fragen Sie per E-Mail oder über ein Support-Ticket in der Konsole nach.

Zahlung und Bereitstellung:Wir akzeptieren ausschließlich USDT-TRC20 sowie Visa, Mastercard und Amex über Stripe. Abgerechnet wird in USD. Verfügbare Gateways und den aktuellen Status der Standorte zeigt die Konsole in Echtzeit an.

Wählen Sie eine Aufgabe und liefern Sie ein Ergebnis

Halten Sie Toolversionen, Ressourcenbedarf und gewünschte Mietdauer Ihres Projekts bereit. Wählen Sie anschließend Modell und Standort. Eine bestehende Pipeline muss nicht komplett neu aufgebaut werden – bringen Sie zunächst einen reproduzierbaren Job zum Laufen.