Laufzeit passend zum Build

Modell und Laufzeit wählen

Zwei Modelle, vier Laufzeiten: Tag, Woche, Monat oder Quartal. Nach Ablauf endet der Dienst ohne Verlängerung.

Entwickeln Sie unter Windows oder Linux und erledigen Sie Builds, Signierung und Exporte, die macOS erfordern, auf einem Mac in der Cloud. Wählen Sie zuerst die passende Ausstattung für Ihr Projekt und planen Sie dann die Laufzeit passend zum Liefertermin.

Einstiegspreis $19.9/Tag. Der Dienst ist am Tag der Aktivierung nutzbar. Maßgeblich ist der aktuelle Status im Portal.

XCODEHOST / M4 PRO
Hardware prüfen

Mehr Spielraum für große Projekte

Achten Sie auf den gemeinsamen Arbeitsspeicher und den Speicherbedarf Ihres Projekts – nicht nur auf den Chip.

Chip
M4 Pro
Gemeinsamer Arbeitsspeicher
64GB
Speicher
2TB SSD
Zugriff
VNC · SSH
Dedizierte physische Maschine · keine VM · CPU und Arbeitsspeicher exklusiv

Gesamtpreise prüfen

Passendes Modell fürs Projekt

Die angegebenen Preise gelten jeweils für eine vollständige Laufzeit und sind keine Tagespreise. Prüfen Sie zuerst, wie viel Speicherplatz Quellcode, Abhängigkeiten, Build-Cache und Exportdateien benötigen.

XcodeHost M4

M4 / 16GB / 256GB SSD

Eine gute Wahl, um den iOS-Build mit Flutter oder React Native erstmals einzurichten. Wenn Sie hauptsächlich Abhängigkeiten installieren, ein einzelnes Projekt kompilieren und einen Test-Build exportieren, können Sie mit diesem Modell starten.

Tag
$19.9/Tag
Woche
$53.8/Woche
Monat
$99.7/Monat
Quartal
$271.2/Quartal

Planen Sie auch die erste Installation der Abhängigkeiten und einen vollständigen Archive-Vorgang ein. Berücksichtigen Sie bei der Speicherplanung die Build-Artefakte – die Größe des Git-Repositories allein reicht nicht aus.

XcodeHost M4 Pro

M4 Pro / 64GB / 2TB SSD

Geeignet für Projekte mit höherem Arbeitsspeicher- und Speicherbedarf, etwa große Unity-Asset-Pakete, mehrere Abhängigkeitsumgebungen oder kontinuierliche Builds. Ob dieses Modell nötig ist, hängt vom jeweiligen Projekt ab.

Tag
$59/Tag
Woche
$159.4/Woche
Monat
$295.1/Monat
Quartal
$802.7/Quartal

Mehr Arbeitsspeicher bedeutet nicht automatisch eine feste Beschleunigung beim Kompilieren. Testen Sie Installation, Asset-Verarbeitung und Export mit Ihrem eigenen Projekt, bevor Sie die Laufzeit verlängern.

Direkt vergleichen

Ausstattung und Laufzeitpreise der beiden Mac-Workstations, alle Preise in US-Dollar.
MerkmalXcodeHost M4XcodeHost M4 Pro
ChipM4M4 Pro
Gemeinsamer Arbeitsspeicher16GB64GB
Interner Speicher256GB SSD2TB SSD
Pro Tag$19.9/Tag$59/Tag
Pro Woche$53.8/Woche$159.4/Woche
Pro Monat$99.7/Monat$295.1/Monat
Pro Quartal$271.2/Quartal$802.7/Quartal
Hardware-ZuweisungDedizierte physische MaschineDedizierte physische Maschine

Liefertermin im Blick

Laufzeit nach Zeitplan wählen

Planen Sie die erste Verbindung, die Einrichtung, den eigentlichen Build und die Abnahme gemeinsam. Die Laufzeit sollte die tatsächliche Arbeit abdecken – nicht nur den letzten Build.

01

Projekt mit zwei Wochen Laufzeit

Planen Sie den ersten Build und spätere Anpassungen wochenweise. Prüfen Sie vor jedem Laufzeitende, ob alle Testergebnisse vorliegen. Wenn Sie weiterarbeiten müssen, verlängern Sie; nach der Abnahme exportieren Sie die Dateien und sichern sie.

02

Release iterativ fertigstellen

Planen Sie fortlaufendes Debugging, wiederholte Archive-Vorgänge und Signaturtests monatlich. Das passt zu Teams, die für ein Release mehrere Test-Builds erstellen, statt für jeden Build die Umgebung neu einzurichten.

03

CI dauerhaft einrichten

Planen Sie den Build-Rechner für eine stabile Nutzung über ein Quartal. Testen Sie zuerst Runner, Abhängigkeiten und Build-Skripte, bevor Sie die Laufzeit verlängern. Projektschlüssel und Berechtigungen zum Auslösen von Jobs bleiben in der Verantwortung Ihres Teams.

Wenn Sie die Umgebung nur einmal testen möchten, wählen Sie zunächst die Tagesoption. Die Preise der einzelnen Laufzeiten sind im Katalog angegeben. Setzen Sie Wochen-, Monats- und Quartalspreise nicht mit Tagespreisen gleich und verstehen Sie die Laufzeit nicht als Zusage für die Build-Dauer.

Nur bei Bedarf ergänzen

Mehr Speicherplatz einplanen

Zusatzoptionen werden separat berechnet und sind nicht im oben angegebenen Gesamtpreis enthalten. Prüfen Sie zuerst den Platzbedarf für Projekt-Cache und Build-Artefakte.

+1TB SSD hinzufügen

Mehr Platz für Abhängigkeits-Caches, Build-Verzeichnisse und Lieferdateien. Eine Speichererweiterung ändert weder den Chip noch den gemeinsamen Arbeitsspeicher des gewählten Macs.

Pro Tag
$2.7/Tag
Pro Woche
$7.4/Woche
Pro Monat
$13.7/Monat
Pro Quartal
$37.3/Quartal

+2TB SSD hinzufügen

Für Projekte, die mehr Asset-Dateien oder mehrere Build-Artefakte aufbewahren müssen. Unterscheiden Sie vor der Bestellung zwischen Arbeitskopien und Backups, die langfristig erhalten bleiben sollen.

Pro Tag
$5.4/Tag
Pro Woche
$14.8/Woche
Pro Monat
$27.4/Monat
Pro Quartal
$74.6/Quartal

TB5-Verbund hinzufügen

Der Thunderbolt-5-Verbund wird pro Gerät berechnet. Wählen Sie diese Option nur, wenn Ihr Workflow sie tatsächlich erfordert – für gewöhnliche Builds ist sie nicht nötig.

Pro Tag
$1.3/Tag
Pro Woche
$3.6/Woche
Pro Monat
$6.7/Monat
Pro Quartal
$18.2/Quartal

Preise der Extras prüfen

Preise der Zusatzoptionen pro Laufzeit; der Thunderbolt-5-Verbund wird pro Gerät berechnet.
ZusatzoptionTagWocheMonatQuartal
+1TB SSD$2.7$7.4$13.7$37.3
+2TB SSD$5.4$14.8$27.4$74.6
Thunderbolt 5-Verbund (pro Gerät)$1.3$3.6$6.7$18.2

Standort nach Zugriff wählen

Verfügbare Standorte

Singapur, Tokio, Seoul, Hongkong und der Westen der USA – insgesamt 5 Standorte. Beide Modelle sind an allen fünf verfügbar. Die Übersicht:

Verfügbarkeit der Modelle an den einzelnen Standorten. Die Einträge zeigen das Angebot im Katalog, nicht den Live-Status. Maßgeblich ist der aktuelle Status im Portal.
ModellSingapurTokioSeoulHongkongWesten der USA
XcodeHost M4VerfügbarVerfügbarVerfügbarVerfügbarVerfügbar
XcodeHost M4 ProVerfügbarVerfügbarVerfügbarVerfügbarVerfügbar

Wenn Sie häufig mit dem Remote-Desktop arbeiten, wählen Sie möglichst einen Standort in der Nähe. Für Builds per SSH sollten Sie auch die Übertragungswege für Quellcode, Abhängigkeiten und Build-Artefakte berücksichtigen.

Legen Sie bei der Zusammenarbeit im Team zuerst fest, wer sich verbindet und die Builds erstellt, und wählen Sie dann den Standort. Die geografische Nähe ist nur ein erster Anhaltspunkt – das tatsächliche Erlebnis hängt auch von der Internetverbindung Ihres Teams ab.

Zusage und Dauer unterscheiden

Verfügbarkeit richtig einordnen

Die Verfügbarkeit gibt an, wie lange der Dienst erreichbar ist. Sie sagt weder aus, wie schnell ein Archive-Vorgang abgeschlossen wird, noch wie oft ein Build erfolgreich ist.

99.9%

Verfügbarkeitszusage

Auf 30 Tage gerechnet: etwa 43 Minuten Ausfallzeit pro Monat.

Alle Standorte sind an 365 Tagen im Jahr regulär in Betrieb. 30 Tage entsprechen 43,200 Minuten; 0.1% davon sind 43.2 Minuten. Daher wird das Kontingent hier mit etwa 43 Minuten angegeben.

Wird dieses Kontingent überschritten, wird die Dienstzeit entsprechend der betroffenen Dauer gutgeschrieben. Reichen Sie den Antrag über ein Ticket im Portal ein und geben Sie Bestellnummer, Beginn und Ende der Beeinträchtigung sowie die Zeitzone an.

Verbindungsfehler und relevante Aufgabenprotokolle helfen dabei, den Umfang der Beeinträchtigung zu prüfen. Fügen Sie keine privaten Zertifikatsschlüssel, Verbindungskennwörter oder vollständigen Zahlungsdaten bei.

Vor der Zahlung kurz prüfen

Bestellung vorbereiten

Diese sechs Punkte helfen Ihnen bei der Auswahl. Es werden keine Formulare übermittelt und keine Daten gespeichert. Gehen Sie anschließend zur Konfiguration und Bestellung.

  1. 01

    Einsatzzweck festlegen

    Entscheiden Sie, ob Sie Builds erstellen, debuggen oder CI einrichten. Bei Flutter und React Native sollten Sie Abhängigkeiten und Signierung prüfen; bei Unity auch Exportprojekt und Asset-Größe.

  2. 02

    Standort wählen

    Orientieren Sie sich an den Personen, die sich tatsächlich verbinden, und wählen Sie einen möglichst nahe gelegenen Standort. Remote-Desktop-Arbeit und automatisierte Builds stellen unterschiedliche Anforderungen an die Verbindung. Legen Sie zuerst Ihre hauptsächliche Arbeitsweise fest.

  3. 03

    Laufzeit und Ablauf prüfen

    Prüfen Sie die gewählte Laufzeit und das im Auftrag angegebene Ablaufdatum. Planen Sie Zeit für Testergebnisse und Nachbesserungen ein und exportieren Sie Lieferdateien, Quellcodeänderungen und benötigte Einstellungen rechtzeitig vor Ablauf.

  4. 04

    Speicherbedarf kalkulieren

    Berücksichtigen Sie Abhängigkeiten, Build-Cache, Archive-Dateien und exportierte .ipa-Dateien. Prüfen Sie, ob die interne SSD ausreicht, und entscheiden Sie dann, ob zusätzlicher Speicher nötig ist.

  5. 05

    Signierung vorbereiten

    Prüfen Sie vorab, ob Entwicklerberechtigungen, Signierzertifikat und Provisioning Profile den Projektanforderungen entsprechen. Warten Sie mit der Prüfung von Zertifikatsgültigkeit und App-ID nicht bis zum letzten Export.

  6. 06

    Zahlungsmittel wählen

    Halten Sie USDT-TRC20 oder eine Kreditkarte von Visa / Mastercard / Amex bereit. Prüfen Sie vor der Zahlung Modell, Laufzeit, Standort und Extras und fahren Sie mit dem Gateway fort, das die Checkout-Seite tatsächlich anbietet.

Bezahlen und Nutzung beenden

Abrechnung prüfen

Alle Bestellungen werden in US-Dollar (USD) abgerechnet. Prüfen Sie die Kosten für die gewählte Laufzeit und Zusatzoptionen beim Checkout. Maßgeblich sind die vom Backend tatsächlich angebotenen Zahlungsmethoden.

Mit USDT zahlen

USDT-TRC20 wird unterstützt. Verwenden Sie beim Bezahlen das im Checkout angegebene Netzwerk, die dort genannten Empfängerdaten und den ausgewiesenen Betrag. Überweisungen über andere Netzwerke gelten nicht als Zahlung für diese Bestellung.

Wenn eine Zahlung geprüft werden muss, geben Sie im Ticket die Bestellnummer und den Transaktions-Hash an. Senden Sie weder Wallet-Private-Keys noch Wiederherstellungsdaten.

Mit Kreditkarte zahlen

Visa / Mastercard / Amex werden über Stripe verarbeitet. Wir speichern keine Kreditkartennummern. Folgen Sie den Anweisungen auf der Zahlungsseite, um die Zahlung zu bestätigen.

Notieren Sie bei Zahlungsproblemen die Bestellnummer und den Hinweis auf der Seite. Geben Sie in Tickets niemals die vollständige Kartennummer, den Sicherheitscode oder Verifizierungsdaten an.

Nutzung beenden

Wenn Sie nicht verlängern, wird der Dienst nach Ablauf automatisch beendet. Für kurzfristige Projekte ist kein langfristiger Vertrag nötig. Das Beenden des Dienstes ersetzt kein Backup: Exportieren Sie Projekte, Build-Artefakte und Zertifikate, die Sie behalten möchten, vor Ablauf selbst.

Daten nach Ablauf werden gemäß den Nutzungsbedingungen gelöscht. Verwenden Sie abgelaufene Instanzen nicht als Speicherort für Dateien.

Build-Termin einplanen

Wählen Sie zuerst den Mac und prüfen Sie anschließend Laufzeit, Standort und Extras. Wenn vor Ablauf genug Zeit für den Export der Lieferdateien bleibt, können Sie bestellen.