Erst vergleichen, dann mieten

Vier Teams, vier Pipelines

Vielleicht brauchen Sie keine weitere CI-Plattform, sondern einen Mac, der nicht im Büro beaufsichtigt werden muss. Lassen Sie Schritte, die macOS erfordern, auf einem exklusiven physischen Server laufen – Code, Triggerregeln und Abnahmekriterien behalten Sie selbst in der Hand.

Die folgenden Beispiele zeigen typische Workflows. Sie sind keine Kundenstimmen und machen keine Aussagen zur gemessenen Leistung. Jedes Beispiel nennt eine empfohlene Konfiguration und erklärt, wann sie nicht geeignet ist.

iOS-Build-Server mieten Workflows vergleichen

Der gesamte physische Mac mini steht exklusiv einem Kunden zur Verfügung – keine virtuelle Maschine. Die Server im Rechenzentrum sind 365 Tage im Jahr online.

Von Ihrem nächsten Release aus planen

Was kommt hinein, wo läuft es, was kommt heraus?

Suchen Sie zuerst den Workflow, der Ihrer Aufgabe am nächsten kommt, und prüfen Sie dann die Einsatzgrenzen am Ende der Karte. Ein exklusiver Server verhindert Ressourcenkonflikte mit anderen Kunden, beseitigt aber nicht automatisch Warteschlangen, Signaturfehler oder Abhängigkeitskonflikte in Ihrer eigenen Pipeline.

Beispiel · Solo-Entwickler

Flutter unter Windows entwickeln, IPA remote erstellen

Lokal steht nur Windows zur Verfügung. Das Projekt muss gelegentlich gebaut werden, benötigt aber nicht rund um die Uhr einen Build-Server.

Port M4 Base · Tagespreis

Apple Silicon M4 · 16 GB Unified Memory · 256 GB SSD

Knoten Tokio · $19.7/Tag

  1. Code einreichen

    Entwickeln Sie unter Windows und pushen Sie den geprüften Commit ins Repository. Committen Sie die Datei zum Sperren der Abhängigkeiten mit, damit remote nicht andere Versionen aufgelöst werden.

  2. Build erstellen

    Der Knoten in Tokio ruft den Code ab, installiert die benötigten Projektabhängigkeiten und führt flutter build ipaaus. Signaturzertifikat, Provisioning-Profil und Zugriffsrechte richten Sie selbst ein.

  3. Zum Vertrieb hochladen

    Prüfen Sie Versions- und Buildnummer und laden Sie anschließend mit fastlane pilot den Build zu TestFlight hoch. Speichern Sie IPA, Logs und die zugehörige Commit-ID in Ihrem eigenen Artefaktspeicher.

Nicht geeignet, wenn

Sie nur ein- oder zweimal im Monat einen Build erstellen und bereits einen ungenutzten Mac haben – dann kann der Eigenbetrieb günstiger sein. Wenn Sie mehrere Simulatoren oder mehrere rechenintensive Aufgaben gleichzeitig ausführen müssen, ist der Tarif mit 16 GB ebenfalls nicht der richtige Einstieg.

Voraussetzung: Eine gültige Entwicklerberechtigung für die Verteilung über TestFlight, Signaturmaterialien und ein App Store Connect API Key müssen Sie selbst bereitstellen. Ein Remote-Server ersetzt diese Voraussetzungen nicht.

Port M4 Base testen
Beispiel · CI-Team mit 12 Personen

Builds bei Merges starten, UI-Tests nachts ausführen

Im Team werden täglich mehrere Merges durchgeführt. Sie möchten Abhängigkeiten im Cache behalten und sich nicht länger um Stromversorgung, Netzwerk und Kühlung im Büro kümmern.

Port M4 Plus · Monatspreis

Apple Silicon M4 · 24 GB Unified Memory · 512 GB SSD

Knoten Singapur · $201.6/Monat

  1. Runner registrieren

    Installieren Sie auf dem Knoten in Singapur einen GitHub Actions self-hosted runner. Leiten Sie macOS-Jobs über Labels an diesen Knoten und beschränken Sie, welche Repositories und Branches Aufgaben starten dürfen.

  2. Prioritäten festlegen

    main Bei Merges werden Builds und grundlegende Prüfungen ausgeführt; für den Release-Branch bleibt ein eigener Job bestehen;nightly führt zeitaufwendige UI-Tests im Simulator aus.

  3. Arbeitsverzeichnisse trennen

    Verwenden Sie je Branch oder Aufgabe getrennte Arbeitsverzeichnisse und DerivedData. Erfassen Sie Spitzen beim Arbeitsspeicher- und Speicherplatzverbrauch sowie Wartezeiten. Entscheiden Sie danach, ob Sie die Parallelität erhöhen oder einen weiteren Knoten mieten.

Nicht geeignet, wenn

viele Jobs gleichzeitig starten und Ressourcen direkt nach Abschluss wieder freigeben müssen. Eine gemeinsam genutzte On-Demand-Lösung kann dann flexibler sein. Die Teamgröße von 12 Personen beschreibt nur das Szenario und bedeutet nicht, dass ein Server 12 Builds gleichzeitig ausführen kann.

Vergleichen Sie bei der Wahl der Region die Wege für Repository-Abrufe, Abhängigkeitsdownloads und Artefakt-Uploads – nicht nur den Standort Ihres Teams. Testen Sie bei regionsübergreifender Zusammenarbeit zuerst mit Ihrem eigenen Projekt.

Port M4 Plus für CI mieten
Beispiel · KI-Experimente

Modellinferenz und Quantisierungstests in derselben Umgebung ausführen

Sie möchten Softwareversionen festhalten und Modelle, Quantisierungsverfahren und Prompt-Sets wiederholt vergleichen, statt die Experimentierumgebung jedes Mal neu einzurichten.

Port M4 Pro · erst tageweise testen

Apple Silicon M4 Pro · 64 GB Unified Memory · 2 TB SSD

Knoten US-West · $61.4/Tag

  1. Kompatibilität prüfen

    Prüfen Sie, ob das Inferenz-Framework Apple Silicon und die benötigten Operatoren unterstützt. Schätzen Sie den Speicherbedarf anhand der Modellgewichte, der Kontextlänge und des Laufzeit-Overheads – nicht nur anhand der Dateigröße des Modells.

  2. Eingaben für die Evaluierung festlegen

    Laden Sie ein Modell herunter, für dessen Nutzung Sie eine Berechtigung haben, und dokumentieren Sie Version, Quantisierungsparameter und Prompt-Set. Verwenden Sie bei jedem Lauf dieselben Eingaben und unterscheiden Sie die Ladezeit beim ersten Start von der anschließenden Inferenzdauer.

  3. Experimente dokumentieren

    Exportieren Sie Durchsatz, maximalen Speicherverbrauch und Ergebnisse der Qualitätsbewertung und synchronisieren Sie sie mit Ihrem eigenen Speicher. Prüfen Sie nach einem erfolgreichen Modelllauf, ob Sie die Umgebung monatlich behalten möchten.

Nicht geeignet, wenn

Sie Multi-GPU-Training oder bestimmte CUDA-Operatoren benötigen oder der Speicherbedarf des Modells Ihr verfügbares Budget überschreitet. Dann ist ein Mac mini nicht die richtige Wahl. 64 GB Unified Memory garantieren nicht, dass jedes Modell läuft.

Dies ist ein Beispiel für einen Rechenworkflow, keine Zusicherung einer bestimmten Modellgeschwindigkeit oder Ergebnisqualität. Messen Sie beim Testlauf auch Speicherverbrauch, Ladezeit beim ersten Start und anhaltende Inferenzleistung – verlassen Sie sich nicht nur auf einen einzelnen Messwert.

Port M4 Pro für Modelltests mieten
Beispiel · Audio-/Video-Workflow

Stapelweise transkodieren und exportieren, Ergebnisse je Durchlauf prüfen

Die Aufgaben bestehen hauptsächlich aus Offline-Verarbeitung. Mediendateien, temporäre Dateien und Exportwarteschlangen müssen zuverlässig gespeichert werden; eine Echtzeit-Bearbeitung aus der Ferne ist nicht das Ziel.

Port M4 Pro · für die Dauer des Projekts mieten

Apple Silicon M4 Pro · 64 GB Unified Memory · 2 TB SSD

Modell: $61.4/Tag · optional +2 TB SSD für $5.2/Tag

  1. Übertragen und Stichproben prüfen

    Laden Sie Material hoch, das Sie bearbeiten dürfen, und prüfen Sie zunächst anhand kurzer Ausschnitte Codec, Farbeinstellungen und Exportparameter. Rechnen Sie die Uploadzeit in den Zeitrahmen für die gesamte Verarbeitung ein.

  2. Exportwarteschlange planen

    Organisieren Sie die Aufgaben mit Skripten oder der Stapelverarbeitung Ihrer Anwendung. Erhöhen Sie die Parallelität schrittweise und beobachten Sie Arbeitsspeicher sowie Festplattenzugriffe, damit sich mehrere Exportaufgaben nicht gegenseitig ausbremsen.

  3. Ergebnisse übertragen und aufräumen

    Prüfen Sie stichprobenartig Audio-/Videosynchronität, Laufzeit und Dateiintegrität. Übertragen Sie die fertigen Dateien und Aufgabenlogs. Löschen Sie nach bestätigter Sicherung die temporären Dateien, um Speicherplatz für den nächsten Durchlauf freizugeben.

Nicht geeignet, wenn

Sie lokale Peripheriegeräte, Aufnahmen vor Ort oder interaktive Bearbeitung mit niedriger Latenz benötigen – ein Remote-Server ersetzt keine Workstation. Dauert das Hochladen des Materials deutlich länger, als die Verarbeitung an Zeit einspart, sollten Sie zunächst beim lokalen Workflow bleiben.

Berechnen Sie anhand der mitgelieferten 2-TB-SSD zunächst den maximalen Speicherbedarf für Quellmaterial, Cache und Exporte. Buchen Sie weitere +2 TB SSD nur dann hinzu, wenn Sie tatsächlich mehr Speicher benötigen.

Port M4 Pro für einen Stapel Mediendateien mieten
Aufgaben und Kosten zuordnen

Temporäre Aufgaben tageweise testen, feste Warteschlangen monatlich buchen

Der Abrechnungszeitraum richtet sich danach, wie lange der Server verfügbar sein muss, nicht danach, wie lange ein einzelner Auftrag läuft. Die folgenden Angaben sind ein Ausgangspunkt für Testläufe, keine Garantie für Parallelität oder Bearbeitungsdauer.

Szenario, empfohlener Tarif und Abrechnungszeitraum für den Einstieg; alle Beträge werden in USD abgerechnet.
Aufgabe Empfohlener Tarif und Ausstattung Abrechnungszeitraum zum Einstieg Zuerst zu prüfende Kennzahlen
Flutter-Builds für Solo-Entwickler Port M4 Base
Apple Silicon M4 · 16 GB · 256 GB SSD		 Tagespreis · $19.7/Tag Ob die Signierung funktioniert, die IPA verteilt werden kann und genügend Speicherplatz frei ist
Team-Builds bei Merges und nightly-Tests Port M4 Plus
Apple Silicon M4 · 24 GB · 512 GB SSD		 Monatspreis · $201.6/Monat Maximaler Speicherverbrauch, Länge Ihrer Aufgabenwarteschlange und Cache-Trefferquote
Modellinferenz und Quantisierungstests Port M4 Pro
Apple Silicon M4 Pro · 64 GB · 2 TB SSD		 Zunächst tageweise · $61.4/Tag
Dauerbetrieb optional für $307.1/Monat		 Kompatibilität des Frameworks, Speicherbedarf von Modell und Kontext sowie Reproduzierbarkeit der Ergebnisse
Stapelweise Transkodierung und Export Port M4 Pro
Apple Silicon M4 Pro · 64 GB · 2 TB SSD		 Tagespreis · $61.4/Tag
Bei Bedarf +2 TB SSD für $5.2/Tag		 Übertragungsdauer für Material und Ergebnisse, maximaler Bedarf an temporärem Speicher sowie Abnahme der fertigen Dateien

Alle drei Tarife sind in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und im Westen der USA verfügbar. Die aktuelle Verfügbarkeit sehen Sie in der Konsole. Als Zahlungsmittel werden ausschließlich USDT-TRC20 sowie Visa, Mastercard und Amex über Stripe unterstützt. Welche Zahlarten tatsächlich verfügbar sind, zeigt die Backend-Schnittstelle.

Alle Preise und Abrechnungszeiträume ansehen
Aufgaben auf einem Server nacheinander einplanen

Exklusiv heißt nicht unbegrenzt parallel: Planen Sie zuerst Ihre Release-Aufgaben

Die beiden Planungsübersichten zeigen unterschiedliche Abläufe auf demselben exklusiven Server. Die horizontalen Felder stehen für aufeinanderfolgende Phasen, nicht für Minuten. Die Balken veranschaulichen Workflows und sind weder Screenshots der Konsole noch echte Ausführungsprotokolle oder Leistungszusagen.

Alltag mit Merges Parallelität begrenzen und reproduzierbare Build-Umgebung erhalten
main
Abhängigkeiten und KompilierungGrundlegende TestsArtefakte speichern
release/2.4
Warten, bis der Haupt-Branch fertig istSigniertes ArchivVerteilung
nightly
In die nächtliche Warteschlange einreihenUI-Tests

Beginnen Sie mit einem einzelnen Job. Trennen Sie Arbeitsverzeichnisse und Cache-Schlüssel und entscheiden Sie anhand von Messungen mit Ihrem Projekt, ob Sie die Parallelität erhöhen.

Release-Tag Zuerst das Release archivieren, danach nicht blockierende Aufgaben erledigen
release/2.4
Festgelegten Commit archivierenSignatur prüfenHochladen und verteilen
main
Auf den Release-Job wartenMerge-Builds wieder aufnehmen
nightly
Nicht blockierende Tests nach hinten verschiebenRegressionstests

Wenn Release und Regressionstests gleichzeitig fertig werden müssen, sollten Sie die Aufgaben auf verschiedene Server verteilen, statt einfach mehr Runner auf demselben Server einzurichten.

Vor dem Upgrade klären: Warten Sie auf Ressourcen oder auf den Ablauf?

Wenn CPU, Arbeitsspeicher oder Speicherplatz dauerhaft zum Engpass werden, sollten Sie den Tarif neu bewerten. Sind hingegen Sperren, fehlgeschlagene Abhängigkeitsdownloads oder nacheinander ausgeführte Signaturschritte das Problem, passen Sie zuerst den Workflow an. Der Server ist 365 Tage im Jahr online, ersetzt aber weder die Sicherung von Artefakten noch Wiederholungsversuche bei Fehlern. Speichern Sie Commit-ID, Toolversionen, Aufgabenlogs und Artefaktpfade gemeinsam, damit Sie im Fehlerfall an einem klar definierten Schritt wieder ansetzen können.

Mit Ihrem Projekt entscheiden

Passenden Workflow gefunden? Führen Sie einen vollständigen Testlauf durch

Wählen Sie in der Konsole den passenden Tarif, die Region und den Abrechnungszeitraum. Führen Sie den Workflow vom Codeabruf bis zur Abnahme der Artefakte aus. Prüfen Sie zuerst Signierung, Abhängigkeiten, Arbeitsspeicher und Uploadpfad, bevor Sie den Server dauerhaft in Ihre Pipeline integrieren.

Testläufe ab $19.7/Tag, Abrechnung in USD. Wenn Sie bereits einen ungenutzten Mac haben und nur wenige Aufgaben anfallen, können Sie auch weiterhin selbst hosten – Sie müssen Ihren Workflow nicht nur wegen eines Beispiels ändern.

Passenden Tarif jetzt mieten Ausstattung und Abrechnungszeiträume vergleichen