Ein ganzer Mac mini für Ihre Build-Pipeline

2 Modelle, 4 Laufzeiten

Exklusiver physischer Mac statt virtueller Maschine. Alle 6 Standorte verfügbar,ab $20.1/Tag. Prüfen Sie zuerst den Bedarf an Arbeitsspeicher und Speicherplatz, dann wählen Sie die Laufzeit.

Alle Preise in US-Dollar. Verfügbarkeit, Bestellbetrag und Bereitstellungsdetails richten sich nach den aktuellen Angaben im Kundenportal.

1 exklusiver physischer Mac Abrechnung pro Tag, Woche, Monat oder Quartal SSH und macOS-GUI verfügbar
Erst den Bedarf Ihres Build-Setups ermitteln

Einzelnes App-Archiv oder mehrere parallele Jobs?

Beide Modelle umfassen einen vollständigen Mac mini, dessen CPU, Arbeitsspeicher und Speicherplatz nicht mit anderen Kunden geteilt werden. Der Unterschied liegt in den Ressourcenreserven: M4 eignet sich für reguläre Builds auf einem eigenen Rechner; M4 Pro bietet mehr Spielraum für parallele Tests, größere Projekte und lokale Inferenz.

Reguläre Builds und dedizierte CI

OSXBuild Bake M4

Führen Sie Archive, Signierung und Export einer App auf einem dedizierten Knoten aus. Der Abhängigkeits-Cache bleibt auf Ihrem Rechner – Sie müssen die Umgebung nicht für jeden Build neu einrichten.

Chip
M4
Arbeitsspeicher
16 GB
SSD
256 GB
$20.1 / Tag

Angezeigt wird der Tagespreis. Weitere Laufzeiten finden Sie in der Preistabelle unten.

Pro Tag
$20.1 / Tag
Pro Woche
$54.2 / Woche
Pro Monat
$100.3 / Monat
Pro Quartal
$272.8 / Quartal
  • Für den Einstieg mit einer App und 1–3 Archive-Vorgängen pro Tag.
  • Beginnen Sie mit seriellen Builds und legen Sie die Parallelität anhand der gemessenen Speicherauslastung fest.
  • Für viele aufzubewahrende Build-Artefakte können Sie eine zusätzliche SSD wählen.

Parallele Tests und Inferenzexperimente

OSXBuild Bake M4 Pro

Mehr Arbeitsspeicher und Speicherplatz für mehrere Targets, Simulator-Tests und größere lokale Modelle. Builds, Tests und Artefaktverwaltung lassen sich auf demselben exklusiven Knoten bündeln.

Chip
M4 Pro
Arbeitsspeicher
64 GB
SSD
2 TB
$60.3 / Tag

Angezeigt wird der Tagespreis. Weitere Laufzeiten finden Sie in der Preistabelle unten.

Pro Tag
$60.3 / Tag
Pro Woche
$162.9 / Woche
Pro Monat
$301.6 / Monat
Pro Quartal
$820.4 / Quartal
  • Für parallele Builds, gleichzeitige Simulator-Tests und Remote-Entwicklung.
  • Für lokale Inferenzexperimente mit MLX / llama.cpp.
  • Modellgröße, Kontextlänge und Parallelität sollten Sie in der Praxis testen.

Legen Sie jetzt die Laufzeit für Ihre Jobs fest

Für kurzfristige Tests eignet sich die Tagesabrechnung, für einen Release-Sprint die Wochenabrechnung und für kontinuierliche Integration die Monats- oder Quartalsabrechnung. Die Auswahl aktualisiert nur den Hauptpreis beider Karten und die vorausgewählte Laufzeit für die Bestellung – alle anderen Preise bleiben sichtbar.

Derzeit wird der Tagespreis angezeigt. Beide Karten führen alle vier Laufzeiten auf.

Konfiguration und Preis auf einen Blick

Unten sehen Sie die Preise der Basismodelle ohne Zusatzoptionen. Führen Sie zuerst einen vollständigen Build mit Ihrem eigenen Projekt aus und erfassen Sie Spitzenauslastung, freien Speicherplatz und Warteschlangen. So finden Sie leichter die passende Stufe, als wenn Sie nur auf den Chipnamen schauen.

VergleichspunktOSXBuild Bake M4OSXBuild Bake M4 Pro
Chip / Arbeitsspeicher / SSDM4 / 16 GB / 256 GBM4 Pro / 64 GB / 2 TB
Pro Tag$20.1 / Tag$60.3 / Tag
Pro Woche$54.2 / Woche$162.9 / Woche
Pro Monat$100.3 / Monat$301.6 / Monat
Pro Quartal$272.8 / Quartal$820.4 / Quartal
RessourcenzuweisungVollständiger exklusiver physischer Mac, keine VMVollständiger exklusiver physischer Mac, keine VM
ZugriffmacOS-GUI und BefehlszeilemacOS-GUI und Befehlszeile
Standort für Ihren Build auswählen

2 Modelle, verfügbar an allen 6 Standorten

Beide Konfigurationen sind an denselben Standorten verfügbar. Wählen Sie zuerst anhand der Arbeitszeitzone Ihres Teams sowie der hauptsächlichen Übertragungswege für Code und Artefakte. Wenn Ihr Team häufig Remote-Desktop nutzt, testen Sie zusätzlich die Verbindung über Ihr eigenes Netzwerk.

Verfügbare Modelle nach Standort
ModellSingapurTokioSeoulHongkongUS-OstküsteUS-Westküste
OSXBuild Bake M4VerfügbarVerfügbarVerfügbarVerfügbarVerfügbarVerfügbar
OSXBuild Bake M4 ProVerfügbarVerfügbarVerfügbarVerfügbarVerfügbarVerfügbar

„Verfügbar“ bedeutet, dass die Modell-Standort-Kombination im Mietangebot enthalten ist; ein Gerät wird dadurch nicht reserviert. Den aktuellen Status sehen Sie im Kundenportal. Alle Standorte sind 365 Tage im Jahr in Betrieb.

Der Standort beeinflusst den Verbindungsweg, nicht die exklusive Nutzung

Bei automatisierten Builds zählen vor allem die Wege für Code-Checkout, Abhängigkeitsdownloads und Artefakt-Uploads. Bei interaktiver Entwicklung ist entscheidend, wie flüssig sich der Desktop bedienen lässt. Die Zahl der Standorte sagt nichts über die Build-Parallelität aus: Wie viele Jobs gleichzeitig auf einem Rechner laufen, hängt von den tatsächlichen Anforderungen Ihres Projekts und Ihrer Tests ab.

Die passende Konfiguration richtet sich nach Ihren Jobs

Erst den Engpass ermitteln, dann Ressourcen hinzufügen

Die folgenden Angaben sind Ausgangspunkte, keine Benchmark-Zusagen. Die Archivierungsdauer hängt von Projektgröße, Abhängigkeiten, Xcode-Version und Cache-Status ab. Ob ein Modell ausgeführt werden kann, hängt außerdem von Quantisierung, Kontext und Laufzeitumgebung ab.

EinsatzbereichTypische AufgabenEmpfohlener EinstiegZuerst prüfen
Leichte BuildsEine App, 1–3 Archive-Vorgänge pro Tag, Signierung und Export nacheinander.M4 / 16 GB / 256 GBDauer des ersten Builds und weiterer Builds mit Cache-Treffern, Größe der Abhängigkeiten und Anzahl aufzubewahrender Artefakte.
Tägliche EntwicklungMehrere Targets, parallele Simulator-Tests und Code-Arbeit per Remote-Desktop.M4 / 16 GB / 256 GB + 1 TB SSD oder M4 Pro / 64 GB / 2 TBSpeicherdruck und Speicherplatz getrennt erfassen. Eine zusätzliche SSD schafft mehr Speicherplatz, aber keinen zusätzlichen Arbeitsspeicher.
Inferenz großer ModelleMittelgroße und große Modelle lokal mit MLX / llama.cpp ausführen.M4 Pro / 64 GB / 2 TBModellgewichte, Speicherbedarf zur Laufzeit, Kontextlänge und akzeptable Inferenzgeschwindigkeit.

Speicherplatz zuerst planen

Kalkulieren Sie Quellcode, Abhängigkeiten, Simulator-Runtimes, DerivedData und Build-Artefakte getrennt. Langfristig aufzubewahrende IPA-Dateien und Logs können Sie in einen eigenen Artefaktspeicher verschieben, damit der Build-Rechner nicht als einziges Backup dient.

Parallelität zuerst testen

Führen Sie zunächst einen vollständigen Job aus und erhöhen Sie dann die Zahl paralleler Tests oder Builds. Steigt der Speicherdruck dauerhaft, sollten Sie eine höhere Stufe prüfen. Wachsen nur die Artefaktbestände, prüfen Sie zuerst die Aufbewahrungsregeln und eine zusätzliche SSD.

Platz für Cache und Artefakte einplanen

Zusatzoptionen mit separaten Preisen

Zusätzlich zur Basiskonfiguration können Sie eine SSD oder Thunderbolt-5-Kopplung wählen. Die folgenden Preise richten sich nach der jeweiligen Laufzeit; die Kopplungsoption wird pro Gerät berechnet. Die endgültige Konfiguration und der Gesamtbetrag werden bei der Bestellung angezeigt.

+1 TB SSD

Mehr Speicherplatz für DerivedData, Abhängigkeits-Caches und Simulator-Images. Die Zusatzoption ändert nicht die Arbeitsspeicherkapazität des Basismodells.

Pro Tag
$2.1 / Tag
Pro Woche
$5.6 / Woche
Pro Monat
$10.4 / Monat
Pro Quartal
$28.3 / Quartal

Für Jobs mit klar erkennbarem Speicherbedarf, bei denen mehr Arbeitsspeicher nicht erforderlich ist.

+2 TB SSD

Für Projekte mit vielen gespeicherten Archiven, Testressourcen und mehreren Toolchain-Versionen. Richten Sie vor der Erweiterung weiterhin eine Bereinigung und externe Sicherung Ihrer Artefakte ein.

Pro Tag
$4.2 / Tag
Pro Woche
$11.2 / Woche
Pro Monat
$20.8 / Monat
Pro Quartal
$56.6 / Quartal

Unterscheiden Sie zunächst zwischen Cache, wiederherstellbaren Daten und dauerhaft aufzubewahrenden Lieferartefakten.

Thunderbolt-5-Kopplung

Der Preis gilt pro Gerät. Klären Sie bei Jobs mit mehreren Knoten zuerst Datenaustausch, Softwareunterstützung und Bereitstellungsbedarf, bevor Sie die Kopplungsoption aktivieren.

Pro Tag · je Gerät
$1.8 / Tag
Pro Woche · je Gerät
$4.8 / Woche
Pro Monat · je Gerät
$8.8 / Monat
Pro Quartal · je Gerät
$23.9 / Quartal

Die Kopplung führt den Arbeitsspeicher nicht automatisch zusammen und verteilt auch nicht automatisch ein einzelnes Archive auf mehrere Rechner.

Eine zusätzliche SSD ist kein Backup. Bewahren Sie Kopien von Quellcode, Signiermaterial und ausgelieferten Artefakten an einem von Ihnen kontrollierten Ort auf und exportieren Sie sie vor Ende der Laufzeit.

Vor der Bestellung alles durchgehen

Sechs Punkte prüfen und Nacharbeit nach der Bereitstellung vermeiden

Klären Sie Einsatzzweck, Standort und Übergabevorbereitung. Sie können Ihren SSH-Public-Key vorab bereithalten. Private Schlüssel, Zertifikatspasswörter und andere vertrauliche Informationen gehören nicht in Support-E-Mails oder Tickettexte.

  • Einsatzzweck geklärt

    Legen Sie mindestens ein Hauptziel fest: Archivierung, Remote-Entwicklung oder Inferenzexperimente. Erfassen Sie Projektgröße und erwartete Parallelität, statt den Bedarf mit „so viel Leistung wie möglich“ zu umschreiben.

  • Standort ausgewählt

    Berücksichtigen Sie vor allem die Verbindungswege Ihres Teams und dessen Arbeitszeitzone. Bei interaktiver Entwicklung zählen andere Faktoren als bei unbeaufsichtigten Builds – nicht nur die geografische Entfernung.

  • Laufzeit und Ablaufregeln geprüft

    Prüfen Sie, ob Sie Tag, Woche, Monat oder Quartal gewählt haben, und kontrollieren Sie den Bestellbetrag vor der Zahlung. Notieren Sie nach der Bereitstellung im Kundenportal das Ablaufdatum und planen Sie Verlängerung oder Umzug.

  • Zusätzliche SSD geprüft

    Berücksichtigen Sie Speicherbedarf für Abhängigkeiten, Simulatoren und Archive. Wenn Sie eine Erweiterung wählen, prüfen Sie Kapazität und Preis für die jeweilige Laufzeit. Verwechseln Sie zusätzlichen Speicherplatz nicht mit der Basiskonfiguration.

  • Zahlungsmittel bereit

    Unterstützt werden ausschließlich USDT-TRC20 und Visa / Mastercard / Amex (über Stripe). Abgerechnet wird in US-Dollar. Welche Zahlungswege tatsächlich verfügbar sind, richtet sich nach der Antwort des Backends.

  • SSH-Public-Key vorbereitet

    Behalten Sie Ihren Private Key für sich und übermitteln Sie nur den Public Key. Verbinden Sie sich nach der Bereitstellung mit Host, Port und Benutzerangaben aus dem Kundenportal; verwenden Sie nicht die Verbindungsdaten eines anderen Auftrags.

Zahlung und Verlängerung an einem Ort prüfen

Abrechnung in US-Dollar, Bestelldaten im Kundenportal

Prüfen Sie vor der Zahlung Modell, Abrechnungszeitraum, Standort und Zusatzoptionen. Die Preistabelle hilft bei der Auswahl; der tatsächlich fällige Betrag und die Verfügbarkeit der Zahlungswege werden beim Checkout angezeigt.

Zwei Zahlungsoptionen

USDT-TRC20 oder Visa / Mastercard / Amex (über Stripe). Bei USDT-TRC20 folgen Sie den Angaben zu Netzwerk, Betrag und Zahlung, die in Ihrer Bestellung angezeigt werden. Kreditkartenzahlungen werden von Stripe verarbeitet.

Ein Zahlungs-Screenshot allein ist kein verlässlicher Nachweis für den Abschluss der Bestellung. Kehren Sie nach der Zahlung ins Kundenportal zurück und prüfen Sie dort den Bestellstatus und die nächsten Schritte zur Bereitstellung.

Rechnungen, Verlängerung und Ablauf

Prüfen Sie Rechnungen und Belege im Kundenportal und sehen Sie beim jeweiligen Abonnement nach, wo Sie verlängern können und wann es abläuft. Bei langfristigen Aufgaben sollte die Verlängerungsprüfung zur Release-Checkliste gehören – nicht erst dann erfolgen, wenn ein Build fehlschlägt.

Wenn Sie den Rechner nicht mehr nutzen, stoppen Sie zuerst die Annahme neuer Jobs durch den Runner. Exportieren Sie anschließend Artefakte und benötigte Konfigurationen, bevor Sie die Übergabe zum Laufzeitende vorbereiten. Bewahren Sie Signiermaterial nicht nur auf einem Rechner auf, dessen Mietzeit bald endet.

Wichtige Punkte zur Mietlaufzeit

Konfiguration, Verlängerung und Daten vorher klären

Bei der Auswahl zählt nicht nur die erste Rechnung. Planen Sie auch Migration und Ausstieg, damit Ihr Build-Rechner den nächsten Commit zuverlässig verarbeiten kann.

Kann ich während der Mietzeit auf ein anderes Modell wechseln?

Wenn Sie ein Upgrade benötigen, erstellen Sie zunächst im Kundenportal ein Support-Ticket mit aktuellem Auftrag, gewünschter Stufe, Standort und möglichem Migrationstermin. Ein Wechsel des physischen Rechners ist keine Erweiterung am bestehenden Gerät: Planen Sie die Migration von Toolchain, Signiermaterial und Runner-Konfiguration mit ein.

Wie die Änderung abläuft und welche Kosten entstehen, richtet sich nach der Bearbeitung Ihres Auftrags. Erstellen Sie vor der Migration ein Backup und schalten Sie die Build-Warteschlange erst um, wenn die Zielmaschine erfolgreich getestet wurde. So vermeiden Sie, dass der alte Knoten weiterhin Jobs annimmt.

Wird der Rechner nach Ablauf automatisch freigegeben?

Nach Ende der Mietzeit wird ein nicht verlängertes Gerät zurückgeführt. Gehen Sie nicht davon aus, dass Sie es nach Ablauf weiter nutzen können. Prüfen Sie Ablaufdatum, Verlängerungsstatus und Bearbeitungsstand des Auftrags im Kundenportal.

Wenn Sie weiter Builds ausführen möchten, verlängern Sie rechtzeitig. Andernfalls exportieren Sie Code, Artefakte und benötigte Konfigurationen vorab. Vor der Bereitstellung an den nächsten Kunden werden die Datenträger sicher gelöscht und das System neu installiert.

Wie bleiben mein Code und meine Build-Artefakte erhalten?

Der Code und die Artefakte auf dem Rechner gehören Ihnen. Übertragen Sie Ihren Quellcode im Alltag in ein von Ihnen kontrolliertes Repository und synchronisieren Sie wichtige IPA-Dateien, Logs und andere Lieferdateien an einen eigenen Speicherort.

Exportieren Sie vor Ablauf der Mietzeit außerdem benötigtes Signiermaterial und prüfen Sie, ob sich die Sicherung verwenden lässt. Wiederherstellbare Daten wie DerivedData können bei Bedarf neu erstellt werden und ersetzen keine Sicherung von Quellcode oder Artefakten.

Welche Laufzeit eignet sich für den Einstieg in CI?

Schließen Sie zuerst einen vollständigen Ablauf ab: „Code abrufen → Abhängigkeiten installieren → archivieren → signieren und exportieren“. Danach können Sie die Laufzeit für den langfristigen Einsatz wählen. Für kurzfristige Tests bietet sich zunächst die Tagesabrechnung an; bei regelmäßiger Nutzung sollten Sie Wochen-, Monats- und Quartalspreise mit der voraussichtlichen Nutzungsdauer vergleichen.

Der Abrechnungszeitraum auf dieser Seite ändert nur die Anzeige und die Vorauswahl für neue Bestellungen. Bestehende Abonnements werden dadurch nicht umgestellt. Bearbeiten Sie bestehende Aufträge im Kundenportal.

Hilft eine zusätzliche SSD bei langsamen Builds oder zu wenig Arbeitsspeicher?

Eine zusätzliche SSD erhöht die Speicherkapazität, nicht den Arbeitsspeicher. Unterscheiden Sie zuerst zwischen wiederholten Abhängigkeitsdownloads, zu wenig Speicherplatz, Speicherdruck und Test-Warteschlangen. Wählen Sie dann Ressourcen passend zum Engpass.

Benötigen Ihre Jobs mehr Arbeitsspeicher, prüfen Sie M4 Pro / 64 GB / 2 TB. Wachsen dagegen nur Cache und Archive, optimieren Sie zuerst die Aufbewahrungsregeln und entscheiden anschließend über eine zusätzliche SSD.

Planen Sie Ihre nächsten Archive auf Ihrem eigenen Mac ein

Wählen Sie Modell, Laufzeit und Standort und prüfen Sie anschließend die Zusatzoptionen. Wenn Sie Ihren Bedarf noch nicht genau kennen, fragen Sie mit Angaben zu Build-Volumen und Projektgröße nach.