Ein fester Mac für reproduzierbare Builds
OSXHost bietet dedizierte physische Cloud-Macs. Verlegen Sie Xcode, Signaturmaterial und CI-Jobs auf einen eigenen Mac mini, statt Ihre Release-Pipeline von einem gerade eingeschalteten Bürorechner abhängig zu machen.
Ab einem Tag, ab $20.5/Tag. Die aktuelle Konfiguration und Verfügbarkeit sehen Sie direkt im Portal.
Ausgangspunkt: der Build-Mac im Büro
Früher betrieb unser Team den Build-Mac selbst im Büro. Wir kennen nicht nur den abstrakten Wunsch nach Cloud-Infrastruktur, sondern die konkreten Blockaden vor einem Release.
Ein nächtlicher Job bricht ab, und erst am nächsten Morgen fällt auf, dass das Archive fehlt. Ein Entwickler wechselt den Arbeitsplatz, doch Signaturmaterial und Schlüsselbund werden nicht vollständig übertragen. Eine schnelle Bereinigung löscht Cache und Konfigurationen, die der nächste Build benötigt. Ein Rechner, der sich einschalten lässt, garantiert noch keine reproduzierbare Pipeline.
Wird der Entwicklerrechner zugleich als gemeinsamer Build-Mac genutzt, geraten zwei unterschiedliche Arbeitsrhythmen aneinander: Jemand muss debuggen, jemand anderes ein Build erstellen. Eine Person wechselt die Toolchain, die nächste ist auf die bisherige Konfiguration angewiesen. Kurz vor dem Release muss das Team dann erst herausfinden, womit der letzte erfolgreiche Build erstellt wurde.
Der Ansatz von OSXHost ist einfach: ein eigener Mac fürs Build-System, mit einem festen Ort für Projekt, Toolchain und Ausführungsprotokolle. Ein dedizierter Rechner schafft klare Ressourcengrenzen. Mit festgelegten Versionen, verwaltetem Signaturmaterial und Automatisierungsskripten wird daraus ein nachvollziehbarer Workflow.
Ressourcengrenzen offen kommunizieren
Jeder Mac mini ist exklusiv einem Nutzer zugeteilt. CPU, Unified Memory und Speicher werden nicht mit anderen Mietern geteilt. Es handelt sich nicht um eine VM.
Builds, Simulatoren und Inferenztests nutzen die Ressourcen des gemieteten Macs. Ihr Team kann die Parallelität passend zur eigenen Job-Warteschlange steuern, statt eine unsichtbare Variable durch die Auslastung anderer Mieter zu haben.
Auch mehrere Jobs auf demselben Mac konkurrieren um Ressourcen. Prüfen Sie die passende Parallelität mit Ihrem konkreten Projekt.
Nutzen Sie die macOS-GUI oder das Terminal und richten Sie Xcode, fastlane und die Projektabhängigkeiten ein. Halten Sie Versionswahl und Umgebungsinitialisierung in Skripten fest, damit neue Jobs denselben Vorbereitungsablauf nutzen können.
Prüfen Sie die aktuelle Verfügbarkeit von Betriebssystemen und Toolchains. Kompatibilität ist keine Leistungsgarantie.
Im Angebot stehen drei Konfigurationen: Host M4 Lite, Host M4 Plus und Host M4 Pro. Prüfen Sie zuerst den Bedarf Ihres Projekts an Arbeitsspeicher, Cache und Parallelität. Wählen Sie anschließend eine Mietdauer von Tag, Woche, Monat oder Quartal.
Drei Konfigurationen vergleichenFünf Standorte, eine klare Auswahl
Für interaktive Entwicklung zählt vor allem der Standort Ihres Teams. Bei unbeaufsichtigten Builds sollten Sie auch die Übertragung von Code, Abhängigkeiten und Artefakten berücksichtigen. Eine ähnliche Zeitzone bedeutet nicht automatisch eine geringe Latenz.
SG · UTC+08:00
Gut für die Zusammenarbeit tagsüber in Südostasien und passend zu Release-Abläufen in der Zeitzone UTC+08:00.
Prüfen Sie besonders: Downloadpfade für Abhängigkeiten und Rückübertragung der Artefakte.
VerfügbarJP · UTC+09:00
Gut für Teams in Japan, die Entwicklung, Regressionstests und Build-Jobs am lokalen Arbeitstag ausrichten.
Prüfen Sie besonders: Qualität der interaktiven Verbindung und Zeitplanung für Regressionstests.
VerfügbarKR · UTC+09:00
Gut für die Zusammenarbeit an Client-Entwicklung und Game-Builds mit Teams in Südkorea – abgestimmt auf die lokalen Arbeitszeiten.
Prüfen Sie besonders: Synchronisierung von Projektdateien und Upload der Builds.
VerfügbarHK · UTC+08:00
Gut für Teams in der Zeitzone UTC+08:00, die Build-Prüfungen und Release-Übergaben am selben Arbeitstag erledigen möchten.
Prüfen Sie besonders: Verbindung Ihres Teams zum jeweiligen Standort.
VerfügbarUS-W · UTC−08:00 / −07:00
Gut für Teams, die nach Pacific Time arbeiten. Planen Sie Jobs passend zu Standardzeit und Sommerzeit.
Prüfen Sie besonders: Übergaben zwischen Zeitzonen und die Planung zeitgesteuerter Jobs.
VerfügbarDie aktuelle Verfügbarkeit sehen Sie direkt im Portal. Die Wahl eines Standorts ersetzt keinen Verbindungstest. Wenn Sie Unterstützung bei der Einschätzung benötigen, nennen Sie uns die Zeitzone Ihres Teams, die bevorzugte Arbeitsweise und den Datenfluss Ihrer Builds.
Übergaben mit klaren Abläufen
Zum Service gehört mehr als der Fernzugriff auf einen Mac. Auch die Datentrennung zwischen Mietzeiträumen und der Wiederherstellungsweg nach einem Defekt müssen klar geregelt sein.
Vor der Übergabe wird der Mac bereinigt und das System neu installiert. Anschließend prüfen wir die grundlegende Verbindung. Ändern Sie nach Erhalt zuerst das initiale Passwort, richten Sie Ihre Zugangsdaten ein und importieren Sie dann Projekt- und Signaturmaterial. Überspringen Sie die Prüfung bei der ersten Anmeldung nicht.
Bei Verdacht auf einen Hardwaredefekt melden Sie sich im Portal an und erstellen ein Support-Ticket mit Bestellnummer, Zeitpunkt und Fehlerbeschreibung. Sobald ein Hardwareproblem bestätigt ist, wird der gesamte Mac nach dem Austauschverfahren ersetzt. Für den Wiederaufbau der Umgebung benötigen Sie Ihre eigenen Skripte und Backups; der Austausch stellt nicht automatisch alle Daten wieder her.
Nach Mietende werden die Daten sicher gelöscht, bevor der Mac erneut bereitgestellt wird. Exportieren Sie vor Ablauf der Miete Build-Artefakte, erforderliche Konfigurationen und vertrauliches Material. Widerrufen Sie außerdem nicht mehr benötigte Zugangsdaten in den betreffenden CI-Systemen. Nutzen Sie den Miet-Mac nicht als einziges Backup.
Bei 30 Tagen entspricht das einem Ausfallkontingent von rund 43 Minuten. Für darüber hinausgehende Ausfallzeiten wird die Servicezeit anteilig verlängert. Stellen Sie Ihren Antrag innerhalb von 7 Tagen nach Behebung der Störung über ein Support-Ticket im Portal und geben Sie Bestellnummer und Zeitraum an.
Beschreiben Sie Ihren Bedarf aus dem Arbeitsalltag
Die folgenden Beispiele zeigen zwei typische Einsatzszenarien. Nutzen Sie sie zum Vergleich mit Ihrem Workflow; sie sind keine verifizierten Kundenbewertungen.
„Wir erstellen jede Woche Dutzende Builds für unser international veröffentlichtes Spiel. Ich möchte diese Arbeit auf dem Standort Seoul laufen lassen, damit sich unser Team auf die Spielinhalte konzentrieren kann, statt abwechselnd den Bürorechner im Blick zu behalten.“
Lead Client Engineer · Beispiel für einen Anwendungsfall
„Für mich zählen Build-Geschwindigkeit und eine transparente Rechnung. Ich teste zuerst mit meinem eigenen Projekt und entscheide dann über die Mietdauer. Nach dem Experiment nehme ich meine Artefakte mit, statt aus einem temporären Rechner einen dauerhaften Kostenpunkt zu machen.“
Unabhängiger Entwickler · Beispiel für einen Anwendungsfall
Worauf Sie den Service prüfen sollten
Sie sollten nicht auf Verdacht buchen müssen. Alle Bedingungen, die Auswahl und Bereitstellung beeinflussen, müssen vor Mietbeginn klar sein.
Vorauszahlung für Tag, Woche, Monat oder Quartal – Abrechnung in US-Dollar. Preise für Modelle und Zusatzoptionen sind separat aufgeführt. Zusätzlicher Speicher und Thunderbolt 5-Verbund werden nicht in einem vagen Einstiegspreis versteckt.
Zahlung nur mit USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Welche Zahlungswege verfügbar sind, hängt von der Rückmeldung des Zahlungsdienstes ab.
Alle Preise ansehenDie Standorte sind 365 Tage im Jahr verfügbar. Monatliche Verfügbarkeitszusage, Berechnung des Kontingents, Antragsfrist und Ausgleich müssen anhand klarer Regeln nachvollziehbar sein – nicht nur ein Versprechen ohne Antragsweg.
Bei konkreten Bestellungen halten Sie Problembeschreibung, Zeitraum und Bearbeitungsverlauf in einem Support-Ticket im Portal fest, damit alle Beteiligten auf derselben Informationsgrundlage arbeiten.
Servicebedingungen lesenEin dedizierter physischer Mac garantiert nicht, dass jedes Projekt gleich schnell fertig wird. Downloads von Abhängigkeiten, Signaturkonfiguration, Cache-Treffer und parallele Jobs beeinflussen Ergebnis und Build-Dauer.
Projekte und Zertifikate auf dem Mac verwalten Sie selbst; wir greifen nicht darauf zu. Ihr Team sollte Zugangsdaten schützen, Versionen dokumentieren und separate Backups erstellen.
Regeln zur Datenverarbeitung ansehenPrüfen Sie zuerst den Bedarf Ihres Projekts an Arbeitsspeicher, Speicherplatz und Toolchain. Wenn alles bereit ist, wählen Sie einen Mac. Fragen zur Bereitstellung Ihres Teams klären wir per E-Mail oder Support-Ticket im Portal.