Erst die Workload, dann die Laufzeit
Mieten Sie einen exklusiven Mac mini und nutzen Sie Ihre gewohnte Xcode-, fastlane- und CI-Pipeline weiter. Keine VM: CPU, Unified Memory und SSD dieser Maschine werden nicht mit anderen geteilt. Ab $20.5/Tag.
Zahlung im Voraus für Tag, Woche, Monat oder Quartal. Unten sehen Sie den Gesamtpreis für die gewählte Laufzeit, keinen umgerechneten Tagespreis.
Beim Wechsel aktualisieren sich alle drei Angebotskarten. Die vollständige Preisliste finden Sie weiter unten.
Angezeigt wird der Gesamtpreis für den Tagestarif, in USD.
Starten Sie mit Builds für eine einzelne App und verlagern Sie Uploads und tägliche Archives von Ihrem lokalen Rechner.
$20.5 / Tag
Mehr Spielraum für die tägliche Entwicklung mit mehreren Targets, Simulatoren und plattformübergreifenden Builds.
$39 / Tag
Mehr Speicherplatz für umfangreiche Archives, Unity-Exporte und MLX-Inferenztests.
$61 / Tag
Bevor Sie eine längere Laufzeit wählen, prüfen Sie, wie lange Sie das Projekt tatsächlich durchgehend nutzen. Die folgenden Beträge sind die Listenpreise der jeweiligen Modelle. Monatspreise werden nicht als Kleingedrucktes in Tagespreise umgerechnet, und Zusatzoptionen sind nicht in der Grundmiete enthalten.
| Modell | Tag | Woche | Monat | Quartal |
|---|---|---|---|---|
| Host M4 Lite | $20.5 | $55.4 | $102.5 | $278.8 |
| Host M4 Plus | $39 | $105.4 | $195.1 | $530.7 |
| Host M4 Pro | $61 | $164.6 | $304.8 | $829.1 |
Alle Preise werden in US-Dollar (USD) abgerechnet. Unterstützt werden USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Welche Zahlungswege tatsächlich verfügbar sind, zeigt die Backend-Schnittstelle.
Hardware, die klar ausgewiesen ist
Sie mieten einen ganzen exklusiven physischen Mac. Prüfen Sie zuerst die bestätigten Hardwaredaten und anschließend die für Ihr Projekt erforderlichen Versionen von Betriebssystem und Toolchain.
MODEL / m4-16-256
MODEL / m4-24-512
MODEL / m4pro-64-2tb
Der Chipname allein sagt nicht alles.Auch Compiler-Flags, Dependency-Caches, Signierungsabläufe und Parallelität beeinflussen die Build-Zeit desselben Projekts. Ungeprüfte Laufzeiten sind hier kein Leistungsversprechen. Wenn Sie eine bestimmte Xcode-, SDK- oder Netzwerkkonfiguration benötigen, klären Sie dies vor dem Umzug über ein Support-Ticket im Portal.
Nach Engpass wählen, nicht nach Namen
Führen Sie zuerst einen Build mit Ihrem echten Projekt aus. Prüfen Sie dann Speicher-Spitzenwerte, Cache-Größe und Warteschlangen. Die Empfehlungen sind ein Ausgangspunkt, keine feste Zusage zur Parallelität.
| Einsatz | Empfohlenes Modell | Warum dieses Modell? |
|---|---|---|
| Leichte Builds für eine App, Uploads mit fastlane | Host M4 Lite | Prüfen Sie Abhängigkeiten und Signierung zunächst mit einem einzelnen Auftrag. 16 GB Unified Memory sind ein guter Einstieg für eine schlanke Pipeline. Behalten Sie im Blick, wie schnell Caches und Build-Artefakte die 256-GB-SSD füllen. |
| Tägliche Entwicklung mit mehreren Targets, parallele Simulatoren, iOS-Teil einer Flutter-Pipeline für beide Plattformen | Host M4 Plus | 24 GB Unified Memory und 512 GB SSD bieten mehr Spielraum für mehrere Targets, Simulator-Runtimes und Dependency-Caches. Den Android-Teil können Sie in Ihrer bestehenden Umgebung belassen. |
| Parallele Archives großer Projekte, Unity-Exporte, Inferenz großer Sprachmodelle | Host M4 Pro | 64 GB Unified Memory und 2 TB SSD sind für anspruchsvollere Workloads ausgelegt. Messen Sie zuerst die tatsächliche Speicherauslastung und legen Sie danach Parallelität bei Archives oder Modellgröße fest. |
Verwenden Sie denselben Projekt-Commit, dieselbe Xcode-Version und dieselbe Build-Konfiguration. Protokollieren Sie den ersten Build und weitere Builds mit Cache-Treffern getrennt, damit die Zeit für Dependency-Downloads nicht als Compilerleistung zählt. Beobachten Sie den Speicherdruck besonders, wenn Simulator und Archive gleichzeitig laufen. Füllt sich lediglich die SSD, räumen Sie zunächst Caches auf und planen Sie den Speicher, statt gleich auf einen stärkeren Chip umzusteigen.
Zusatzkosten separat ausgewiesen
Die folgenden Preise gelten für Zusatzoptionen, nicht für ein weiteres Modell. Die Basis-SSD entspricht weiterhin der gewählten Konfiguration. Die Kosten für Erweiterungen werden bei der Bestellung separat bestätigt.
Mehr Speicher für Dependency-Caches, mehrere Toolchain-Versionen und Build-Artefakte. Klären Sie zuerst, welche Verzeichnisse erhalten bleiben sollen, und planen Sie dann Migration und Einbindung.
Die Erweiterung erhöht den SSD-Speicher, nicht den Unified Memory.
Für größere Projektressourcen, Spiele-Exporte oder Modelldateien. Verwalten Sie langfristig benötigte Artefakte getrennt von wiederherstellbaren Caches.
Auch ein zusätzliches Laufwerk braucht ein eigenes Backup und ersetzt keine Archivierung der Build-Artefakte.
Preis pro Mac. Klären Sie bei einer Lösung mit mehreren Macs zuerst Topologie, Anschlüsse der Modelle und Aufgabenverteilung. Der Anschluss mehrerer Rechner bündelt ihren Arbeitsspeicher nicht zu einem gemeinsamen Ressourcenpool.
Welche Kombinationen tatsächlich verfügbar sind und wie die Bereitstellung erfolgt, zeigt das Portal.
Mehr SSD-Speicher löst Kapazitätsengpässe, beschleunigt aber nicht automatisch jeden Build-Schritt. Geben Sie bei Bedarf an, wie viele Macs Sie verbinden möchten, wie die Daten fließen und wie die Aufgaben aufgeteilt werden sollen. Zahlen Sie nicht mehrere Einzelbestellungen und gehen Sie davon aus, dass die Macs automatisch gekoppelt werden.
Drei Modelle, fünf Standorte
Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und US-Westküste. Alle drei Modelle sind an diesen fünf Standorten verfügbar. Den aktuellen Status zeigt das Portal in Echtzeit.
| Modell | Singapur | Japan (Tokio) | Südkorea (Seoul) | Hongkong | US-Westküste |
|---|---|---|---|---|---|
| Host M4 Lite | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
| Host M4 Plus | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
| Host M4 Pro | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
Bei häufiger Nutzung der grafischen Oberfläche ist die Netzwerkverbindung zwischen Ihnen und dem Standort entscheidend. Bei reinen CI-Aufgaben zählen auch die Standorte Ihres Code-Repositories, der Dependency-Quellen und des Ziels für Build-Artefakte. Eine ähnliche Zeitzone bedeutet nicht automatisch eine geringere Latenz. Wir nennen hier keine ungeprüften Latenzwerte für einzelne Städte. Testen Sie zuerst Verbindung, Dependency-Downloads und Artefakt-Uploads und legen Sie danach den Standort für Ihr Team fest.
365 Tage im Jahr in Betrieb
99.9%monatliche Verfügbarkeitszusage
Bei einer Berechnung über 30 Tage entspricht das etwa 43 Minuten Ausfallzeit. Dies ist die Berechnungsgrundlage der Servicezusage, kein historischer Messwert und keine Genehmigung für geplante Unterbrechungen.
Für den Zeitraum oberhalb der zugesagten Verfügbarkeit wird die Servicezeit entsprechend der Dauer der Beeinträchtigung verlängert. Beschreiben Sie bei der Antragstellung den zeitlichen Verlauf genau, damit Bestellung und betroffener Standort geprüft werden können.
Notieren Sie Bestellnummer, Standort sowie Beginn und Ende der Störung und geben Sie die verwendete Zeitzone an.
Ergänzen Sie Verbindungsfehler, Job-Logs und Ergebnisse der Fehleranalyse. Schwärzen Sie Passwörter, private Schlüssel und Signierungsmaterial.
Stellen Sie den Antrag innerhalb von 7 Tagen nach Ende der Störung über das Portal. Unser Support prüft den betroffenen Zeitraum.
Zahlung und Laufzeitende frühzeitig klären
Prüfen Sie vor der Zahlung Modell, Standort, Laufzeit und Zusatzoptionen. Zahlungsnachweis und Bereitstellung der Instanz sind unterschiedliche Status, die Sie im Portal kontrollieren können.
Bestellungen werden in USD abgerechnet. Prüfen Sie vor der Zahlung das Netzwerk, die Empfängerangaben und den fälligen Betrag im Zahlungsportal. Verwenden Sie keine Angaben aus anderen Bestellungen.
Wenn Sie den Zahlungseingang prüfen lassen möchten, geben Sie im Support-Ticket Bestellnummer, Transaktions-Hash, Betrag und Zahlungszeitpunkt an. Teilen Sie weder Ihren Wallet-Private-Key noch andere irrelevante Zugangsdaten mit.
Angaben im Bestellportal sind maßgeblichKartenzahlungen werden über Stripe verarbeitet und in USD abgerechnet. Welche Zahlungswege verfügbar sind, zeigt die Backend-Schnittstelle. Folgen Sie nach Bestätigung Ihrer Bestellung den Zahlungsanweisungen auf der Seite.
Bei Unklarheiten zum Zahlungsstatus prüfen Sie zuerst Abrechnung und Bestellstatus. Reichen Sie anschließend die Bestellnummer und die erforderlichen Zahlungsnachweise ein. Senden Sie niemals die vollständige Kartennummer oder den Sicherheitscode über ein Support-Ticket.
Nur tatsächlich unterstützte Karten aufgeführtPrüfen Sie vor Ablauf im Portal den Verlängerungsbetrag und den Bestellzeitraum. Nicht verlängerte Services enden gemäß den Bestellregeln. Datenaufbewahrung und Freigabe richten sich nach Bestellung und Servicebedingungen. Sichern Sie Ihre Daten, bevor die Maschine freigegeben wird.
Planen Sie Backups nicht anhand einer unbestätigten Aufbewahrungsfrist. Exportieren Sie Build-Artefakte, Konfigurationen und benötigte Logs, bevor Sie den Service beenden. Nach der Rückgabe wird die Maschine sicher gelöscht.
Ablauf vor der Zahlung klärenVor der Bestellung drei Punkte prüfen
Klären Sie bei Änderungen an einer laufenden Bestellung zuerst, was möglich ist und welche Kosten entstehen, bevor Sie Daten migrieren. Gehen Sie nicht davon aus, dass eine noch nicht bestätigte Änderung automatisch wirksam wird.
Reichen Sie über das Portal ein Support-Ticket mit aktueller Bestellnummer, gewünschtem Modell und geplantem Migrationstermin ein. Ein Wechsel zwischen exklusiven physischen Macs erfordert andere Hardware und funktioniert nicht wie eine nachträgliche Speichererweiterung bei einer VM. Ob eine neue Bestellung nötig ist, wie mit der Restlaufzeit verfahren wird und in welcher Reihenfolge migriert werden sollte, klärt unser Support mit Ihnen.
Sichern Sie vor der Migration Projektkonfiguration, Build-Artefakte und Signierungsmaterial. Führen Sie in der Zielumgebung zuerst einen Archive-Test durch und beenden Sie erst danach die Nutzung der bisherigen Umgebung.
Entfernen Sie kein zusätzliches Laufwerk, das noch von Projekten, Caches oder Modellverzeichnissen genutzt wird. Beschreiben Sie in einem Support-Ticket im Portal Bestellnummer, Zusatzoption und gewünschten Beendigungszeitpunkt und bestätigen Sie, dass die Daten migriert wurden. Ob eine separate Änderung möglich ist und wie Restkosten behandelt werden, richtet sich nach den Bestellregeln und der Prüfung. Eine automatische anteilige Erstattung wird nicht zugesagt.
Geben Sie in Ihrer Anfrage den Einbindungspunkt und den Umfang der weiterhin benötigten Daten an. Fügen Sie keine privaten Schlüssel, Passwörter oder Zertifikatsinhalte bei.
Für die vier Laufzeiten gelten jeweils eigene Gesamtpreise; sie werden nicht direkt aus dem Tagespreis berechnet. Beispiel Host M4 Lite: $20.5/Tag, $55.4/Woche, $102.5/Monat und $278.8/Quartal. Der Monatspreis ist kein täglich zu zahlender Betrag und der Quartalspreis entspricht nicht drei Monatsbestellungen.
Die genauen Start- und Endzeiten sowie Verlängerungen und Laufzeitänderungen richten sich nach den Angaben in der Bestellung. Klären Sie Änderungen zwischen Laufzeiten zuerst im Portal. Schätzen Sie Erstattungen nicht selbst anhand von Stunden oder verbleibenden Tagen.
Notieren Sie zunächst die benötigten Xcode- und SDK-Versionen, den Dependency-Manager und die Build-Befehle. Prüfen Sie, ob sie mit der gewünschten macOS-Version kompatibel sind. Klären Sie Anforderungen an bestimmte Versionen vor der Bestellung über ein Support-Ticket, damit Sie nicht erst nach der Zahlung feststellen, dass sich die Toolchain nicht wie gewünscht zusammenstellen lässt. Die grafische Oberfläche und die Kommandozeile von macOS sind vollständig verfügbar. Details zur Einrichtung finden Sie in der Anleitung für Verbindung und Migration.
Dem nächsten Build einen klaren Platz geben
Testen Sie zuerst mit Ihrem echten Projekt. Legen Sie Modell, Standort und Laufzeit fest und verlagern Sie Ihre täglichen Builds von Ihrem lokalen Rechner auf einen exklusiven physischen Mac.