Jeder Tarif umfasst einen kompletten, dedizierten physischen Mac mini – keine virtuelle Maschine. Das Rechenzentrum kümmert sich um Stromversorgung, Netzwerk und Kühlung. Die Server sind 365 Tage im Jahr verfügbar, damit sich Ihr Team auf Builds und Releases konzentrieren kann.
Wählen Sie zuerst den Tarif passend zu Speicherbedarf und Cache Ihres Projekts, dann die Laufzeit. Einstieg ab $19.7/Tag. Teams, die nur gelegentlich Builds erstellen und bereits einen ungenutzten Mac haben, können auch bei ihrer eigenen Infrastruktur bleiben.
Alle Preise sind in USD angegeben. Die aktuelle Verfügbarkeit sehen Sie in der Konsole.
Alle drei Tarife bieten eine macOS-GUI und eine Kommandozeile. Testen Sie mit einem repräsentativen Projekt Speicherverbrauch, Abhängigkeits-Downloads und Artefaktgrößen. Sie müssen nicht vorsorglich den höchsten Tarif wählen, nur weil Sie vielleicht später mehr parallele Builds benötigen.
Für einzelne Apps und wenige tägliche Builds – damit Ihre erste Pipeline zuverlässig läuft.
$19.7/Tag
Ideal, um automatisches Signieren, Archivierung und Upload zu testen. Mehrere Simulatoren und umfangreiche Builds sollten Sie nicht gleichzeitig in 16 GB Speicher ausführen.
Port M4 Base mietenFür tägliche Merges, Builds mehrerer Branches und Simulator-Tests – mit mehr Platz für Caches.
$40.3/Tag
Ideal für dauerhaft laufende Runner, wiederverwendbare Dependency-Caches und geplante Tests. Wie viele Builds parallel laufen können, sollten Sie anhand Ihrer Projekte testen – die Teamgröße allein ist kein Maßstab.
Port M4 Plus mietenFür große Projekte mit mehreren Targets, umfangreiche Testläufe und lokale Modellinferenz.
$61.4/Tag
Ideal, wenn Speicher oder Projektumfang nachweislich zum Engpass werden. Für Multi-GPU-Training ist ein einzelner Mac mini jedoch nicht die passende Rechenplattform.
Port M4 Pro mietenAlle Preise werden in USD abgerechnet. Unterstützte Zahlungsarten: USDT-TRC20 sowie Visa, Mastercard und Amex über Stripe. Welche Zahlungswege verfügbar sind, zeigt die Backend-Schnittstelle.
Wenn ein gemeinsam genutzter Runner auf Ressourcen wartet, ist das etwas anderes als wartende Aufgaben auf einem dedizierten Server. Ein dedizierter Server verhindert den Wettbewerb mit anderen Kunden. Parallel laufende Aufgaben, Festplattenzugriffe und Scheduling auf demselben Gerät müssen Sie weiterhin sinnvoll organisieren.
| Projekt und Arbeitsrhythmus | Empfohlener Einstieg | Zuerst prüfen | Nicht empfohlen |
|---|---|---|---|
| Leichte Builds: einzelne App, wenige Builds pro Tag | Port M4 Base | Lässt sich ein vollständiges Archiv erstellen? Passen Dependencies, DerivedData und Artefakte ins verfügbare Speichervolumen? | 16 GB sind für mehrere gleichzeitig laufende Simulatoren ungeeignet und sollten nicht parallel mit rechenintensiven Inferenzaufgaben belastet werden. |
| Tägliche Entwicklung, parallele Branches und Simulator-Tests | Port M4 Plus | Speicherbelastung bei gleichzeitigen Builds und Tests; müssen main- und Nightly-Builds zeitversetzt laufen? | Mehrere Runner lassen sich nicht unbegrenzt parallel betreiben. Begrenzen Sie zuerst die Anzahl gleichzeitig laufender Aufgaben. |
| Große Projekte mit mehreren Targets und umfangreiche Modellinferenz | Port M4 Pro | Arbeitsspeicherbedarf des Modells, Spitzenbedarf des Projekts und Archivgröße; lassen sich Builds und Inferenz zeitlich trennen? | Nicht für Aufgaben mit Multi-GPU-Training geeignet. Liegt der Engpass beim Netzwerkzugriff auf Dependency-Quellen, bringt ein schnellerer Chip allein womöglich wenig. |
Speichern Sie die Logs eines sauberen Builds und eines Builds mit Cache-Treffern. Vergleichen Sie anschließend Gesamtdauer, Speicherauslastung und freien Speicherplatz. Wenn Sie nur gelegentlich im Monat Builds erstellen und im Büro bereits einen Mac haben, kann die eigene Infrastruktur günstiger sein.
Das gesamte Gerät ist einem einzigen Kunden zugewiesen. Sie können mehrere Aufgaben für Ihr Team einplanen, aber sie teilen sich CPU, Unified Memory und SSD dieses Geräts. Die Aufgabenplanung auf einem einzelnen Server ist nicht mit mehreren isolierten Geräten gleichzusetzen.
Zur Auswahl stehen Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Westküste. Die technischen Daten sagen nichts über die tatsächliche Build-Geschwindigkeit aus: Projektabhängigkeiten, Xcode-Version und Cache-Strategie spielen ebenfalls eine Rolle.
Unterscheiden Sie zuerst zwischen fehlendem Speicherplatz und zu wenig Arbeitsspeicher. Eine SSD-Erweiterung bietet Platz für Dependencies, Archive und Caches, erhöht aber nicht den Unified Memory. Eine Thunderbolt-5-Verbindung für mehrere Geräte ermöglicht die Zusammenarbeit, fasst sie jedoch nicht zu einem Gerät mit mehr Arbeitsspeicher zusammen.
Für Projekte, bei denen der Basisspeicher fast ausgeschöpft ist, aber noch keine größere Erweiterung nötig ist. Löschen Sie zunächst alte, wiederherstellbare Caches und entscheiden Sie dann, ob Sie mehr Archive aufbewahren möchten.
Für umfangreiche Artefakte, den Export großer Datenmengen oder eine längere Aufbewahrung von Archiven. Zusätzlicher Speicher ersetzt kein separates Backup. Wichtige Zertifikate und ausgelieferte Artefakte sollten Sie an einem weiteren Ort sichern.
Abrechnung pro Gerät, geeignet für Konfigurationen mit mehreren miteinander verbundenen Geräten. Klären Sie zuerst, wie sich die Aufgaben aufteilen lassen und welche Verbindungen benötigt werden. Für gewöhnliche iOS-Builds auf einem Server ist diese Option nicht erforderlich.
Die Preise oben gelten für optionale Erweiterungen und enthalten nicht die Miete des Servers. Prüfen Sie beim Bestellen Gesamtsumme, Laufzeit, Anzahl und Konfiguration. Wenn Sie mehrere Geräte verbinden möchten, klären Sie die Anforderungen vorab über ein Support-Ticket in der Konsole.
Beispiel: Port M4 Plus am Standort Tokio mit zusätzlicher 1-TB-SSD. Die folgende Beispielrechnung zeigt die Konfiguration und ist weder ein Zahlungsbeleg noch eine Bestätigung, dass ein Server für Sie eingerichtet wurde.
In diesem Beispiel wird monatlich abgerechnet. Deshalb gilt sowohl für den Server als auch für die Erweiterung der Monatspreis – nicht der Tagespreis multipliziert mit der Anzahl der Tage.
Tokio ist in diesem Beispiel der Serverstandort und kein zusätzlicher Rechnungsposten. Berücksichtigen Sie bei der Standortwahl auch den Weg zu Ihrem Code-Repository, den Dependency-Quellen und dem Ziel für Artefakt-Uploads.
Der Serverpreis gilt für Apple Silicon M4, 24 GB Unified Memory und 512 GB SSD. Die zusätzliche 1-TB-SSD ist eine separate Speichererweiterung und ändert weder Chip noch Arbeitsspeicher.
Zahlen Sie in USD mit USDT-TRC20 oder Visa, Mastercard und Amex über Stripe. Welche Zahlungswege verfügbar sind, zeigt die Backend-Schnittstelle.
Nur weil eine tägliche Buchung möglich ist, ist sie auf Dauer nicht automatisch günstiger. Schätzen Sie zuerst, wie lange der Server durchgehend benötigt wird, und vergleichen Sie dann die Gesamtpreise für denselben Tarif. Wählen Sie nach dem Test rechtzeitig die passende Laufzeit für den weiteren Betrieb.
Geeignet für den ersten Anschluss, die Fehlersuche in der Build-Umgebung oder zusätzliche Kapazität während einer Release-Woche. Prüfen Sie nicht nur, ob der Build durchläuft, sondern auch Signierung, Archivierung, Upload und Logs.
Halten Sie eine wiederholbare Installations- und Konfigurationsanleitung fest. So bleibt nach dem Test nicht nur ein Arbeitsverzeichnis zurück, das sich nicht erneut einrichten lässt.
Geeignet für zeitlich begrenzte Integration, Tests und Releases. Wenn sich die Arbeit über mehrere Wochen erstreckt, vergleichen Sie direkt mit dem Monatspreis. Eine anfangs gewählte Wochenmiete muss nicht automatisch die beste Wahl für die gesamte Laufzeit sein.
Planen Sie bei der Laufzeit auch Wartezeiten und Nachprüfungen ein, nicht nur die geschätzten Stunden für den Build.
Geeignet für Teams mit fortlaufenden Merges, Nightly-Tests und wiederverwendbaren Caches. Prüfen Sie vor einer Quartalsbuchung, ob das Projekt so lange weiterläuft und der gewählte Tarif auch für die kommenden Aufgaben ausreicht.
Eine längere Laufzeit erspart häufige Neueinrichtungen. Backups und Pipeline-Konfigurationen müssen Sie dennoch selbst verwalten und dürfen nicht nur lokal auf dem Server liegen.
Eine leicht überprüfbare Faustregel:Teilen Sie den Monatspreis des gewählten Tarifs durch den Tagespreis. So erhalten Sie die Anzahl der Nutzungstage, ab der sich Tagespreise auf den Monatspreis summieren. Base: 98.5 ÷ 19.7 = 5; Plus: 201.6 ÷ 40.3 ≈ 5.003; Pro: 307.1 ÷ 61.4 ≈ 5.002. Benötigen Sie den Server durchgehend 6 Tage, sollten Sie bei allen drei Tarifen zuerst den Monatspreis vergleichen. Das ist ein Preisvergleich und bedeutet nicht, dass ein bestehender Auftrag automatisch auf einen anderen Zeitraum umgestellt wird.
Alle drei Tarife sind in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und an der US-Westküste verfügbar. Nähe bedeutet nicht nur kurze Wege für die Personen, die den Server bedienen. Berücksichtigen Sie auch Code-Downloads, Dependency-Quellen und Artefakt-Uploads. Wir machen keine unbelegten Angaben zu Latenzen einzelner Städte.
| Modell | Singapur | Japan (Tokio) | Südkorea (Seoul) | Hongkong | US-Westküste |
|---|---|---|---|---|---|
| Port M4 Base | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
| Port M4 Plus | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
| Port M4 Pro | Verfügbar | Verfügbar | Verfügbar | Verfügbar | Verfügbar |
Erfassen Sie beim Test getrennt die Dauer für Code-Downloads, die erste Installation von Dependencies, Builds mit Cache und Artefakt-Uploads. Wenn externe Dependency-Downloads langsam sind, optimieren Sie zuerst Cache und Netzwerkwege, bevor Sie über einen höheren Tarif entscheiden.
Prüfen Sie Laufzeit, Gerätewechsel und Zahlungsbedingungen, bevor Sie den Server für tägliche Builds einsetzen. Bei bestehenden Bestellungen sind die Angaben in der Konsole und die Bestätigung per Support-Ticket maßgeblich.
Erstellen Sie zuerst in der Konsole ein Support-Ticket mit Ihrem aktuellen Tarif, dem Spitzenbedarf Ihres Projekts und der gewünschten Konfiguration. Ein Wechsel des physischen Servers kann einen Geräteaustausch und die Migration der Umgebung erfordern. Das lässt sich nicht mit einer Online-Erweiterung des Arbeitsspeichers einer virtuellen Maschine vergleichen. Klären Sie Ablauf, Kosten und Migration, bevor Sie Änderungen vornehmen. Sichern Sie vorher Konfigurationen, Signierungsmaterial und wichtige Artefakte.
Prüfen Sie in der Konsole den Abrechnungszeitraum, das Ablaufdatum und die Verlängerungsoption. Gehen Sie nicht davon aus, dass eine Zahlung automatisch alle Server verlängert. Verlängern oder migrieren Sie vor dem Ablauf – insbesondere Nightly-Aufgaben, Zertifikats-Backups und gespeicherte Artefakte. Betrachten Sie den gemieteten Server nicht als dauerhaft verfügbares Archiv, auf das Sie nach Ablauf weiterhin zugreifen können. Maßgeblich ist der Bestellstatus in der Konsole.
Die Abrechnung in USD erleichtert den Preisvergleich von Server, Laufzeit und Erweiterungen auf einer einzigen Preisliste. Die angezeigten Preise werden nicht in eine lokale Währung umgerechnet. Prüfen Sie vor der Zahlung den USD-Betrag im Checkout sowie die ausgewählte Konfiguration und Laufzeit, damit Sie Tages- und Monatspreise nicht verwechseln.
Unterstützt werden ausschließlich USDT-TRC20 sowie Visa, Mastercard und Amex über Stripe. Welche Zahlungswege verfügbar sind, zeigt die Backend-Schnittstelle. Wenn Sie nach der Zahlung den Bestellstatus prüfen lassen möchten, geben Sie in einem Support-Ticket über die Konsole Ihre Bestellinformationen und erforderliche Zahlungsnachweise an. Senden Sie niemals die vollständige Kartennummer oder vertrauliche Zugangsdaten.
Exklusiv bedeutet, dass der gesamte physische Server einem einzigen Kunden zugewiesen ist und keine Ressourcen mit anderen Kunden geteilt werden. Mehrere Builds auf demselben Server konkurrieren weiterhin um CPU, Arbeitsspeicher und Speicherplatz. Begrenzen Sie die Parallelität Ihrer Runner und führen Sie umfangreiche UI-Tests und Archivierungen zeitversetzt aus. Ob sich ein zweiter Server lohnt, hängt von der tatsächlichen Häufigkeit und Dauer Ihrer Aufgaben ab.
Nein. Der Server ist 365 Tage im Jahr verfügbar. Bei Hardwareproblemen wird die Ursache per Support-Ticket geprüft und ein Austausch nach bestätigtem Ablauf durchgeführt. Sichern Sie Signierungsmaterial, Pipeline-Konfigurationen und nicht reproduzierbare Artefakte separat. Caches lassen sich wiederherstellen, doch die dafür benötigte Zeit sollten Sie ebenfalls bei der Release-Planung berücksichtigen. Halten Sie die Schritte zum Wiederaufbau der Umgebung fest, damit ein Gerätewechsel weniger manuelle Arbeit verursacht.
Ab $19.7/Tag. Testen Sie mit Ihrem eigenen Repository Builds, Tests, Archivierung und Uploads. Entscheiden Sie danach, ob der Server dauerhaft bleiben soll – Sie müssen sich nicht vor dem Test langfristig festlegen.