Komplette Macs für CI-Verantwortliche

Dedizierte physische Mac-Server

„Fly“ in VMFly steht für Builds, die durchstarten. Die Aufgaben laufen stets auf einem physischen Apple Silicon Mac mini – nicht auf einer virtuellen Maschine.

Der gesamte Mac gehört einem Kunden. Ihr Team bestimmt Xcode-Version, Runner-Konfiguration und Job-Warteschlange. So wird die Build-Umgebung vom gemeinsam genutzten Plattformdienst zu einer verwaltbaren Ressource Ihres Teams.

Physischen Mac mieten Zwei Tarife ansehen

Ab $20.1/Tag. Die aktuelle Verfügbarkeit sehen Sie in der Konsole.

Mac-Modelle2 Konfigurationen
Standorte4 Standorte in Asien-Pazifik
Betrieb365 Tage im Jahr
Klare Ressourcen statt leerer Leistungsversprechen

Build-Warteschlangen im eigenen Team verwalten

Wir teilen keinen Host zwischen mehreren Kunden auf. Ein physischer Mac verspricht keine feste Build-Zeit – er schafft klare Verhältnisse bei den Ressourcen und Einstellungen, die Ihre Builds beeinflussen.

Simulatoren laufen direkt auf physischer Hardware

Xcode und Simulatoren laufen in einer physischen macOS-Umgebung, ohne Virtualisierungsschicht. Bei Workflows mit GPU, Grafikdarstellung und Simulatoren müssen Sie sich nicht mit der Ressourcenbereitstellung einer gemeinsam genutzten VM arrangieren.

Das bedeutet nicht, dass alle Tests automatisch schneller laufen. Testumfang, parallele Simulatoren, Projektabhängigkeiten und Speicherbedarf müssen Sie mit Ihrem Projekt selbst überprüfen.

Zuerst prüfen: Archivierung und Simulator-Tests für denselben Commit.

Indizes und Caches selbst verwalten

Xcode-Indizes, Abhängigkeiten, DerivedData und Archive erzeugen laufend Festplattenzugriffe. Bei exklusiver Nutzung teilen Sie sich weder Festplatte noch physische Netzwerkschnittstelle mit anderen Kunden.

Mehrere Runner Ihres Teams nutzen weiterhin gemeinsam die Ressourcen des Servers. Übernehmen Sie Parallelitätswerte von gemeinsam genutzten Plattformen nicht ungeprüft, sondern passen Sie sie schrittweise an Speicherbedarf und freien Festplattenplatz an.

Zuerst erfassen: Build-Unterschiede mit kaltem und warmem Cache.

Releases ohne Warten auf andere Kunden

Bei gemeinsam genutzten Runnern entsteht die Wartezeit noch vor dem Build-Start. Ein dedizierter Server beseitigt diese Warteschlange zwischen Kunden – Release-Jobs laufen in einer Warteschlange, die Ihr Team selbst verwaltet.

Das heißt nicht, dass es auf dem Server gar keine Warteschlangen gibt. Wenn mehrere Branches gleichzeitig Jobs auslösen, bestimmen Ihre Pipeline-Regeln, was parallel läuft und welcher Job zuerst archiviert oder UI-Tests ausführt.

Zuerst festlegen: Prioritäten für Release-Jobs und Parallelitätsgrenzen.

Von der Bereitstellung bis zur nächsten Übergabe

Jeder Auftrag umfasst einen vollständigen Mac mini

„Physisch“ ist nicht bloß ein Etikett. Es legt fest, wie der Server registriert wird, wer die Umgebung verwaltet und was nach Mietende mit den Daten geschieht. Unsere Bereitstellung folgt einem klaren Ablauf.

  1. 01

    Beschaffung und Bereitstellung

    Wir setzen Apple Silicon Mac mini ein und bieten zwei Konfigurationen: M4 und M4 Pro. Die Server stehen an vier Standorten in Asien-Pazifik und sind 365 Tage im Jahr in Betrieb – unabhängig von Stromversorgung und Netzwerk im Büro.

  2. 02

    Zahlung bestätigen und Server registrieren

    Nach bestätigter Zahlung weisen wir einen physischen Mac zu und richten das System ein. Der gesamte Mac wird exklusiv für den jeweiligen Kunden registriert. Anschließend verwalten Sie Server, Abrechnung und Support-Tickets über die Konsole. Den aktuellen Verfügbarkeitsstatus sehen Sie dort in Echtzeit.

  3. 03

    In die Team-Pipeline integrieren

    Nach der Anmeldung öffnen Sie den Remote-Desktop im Browser oder greifen per SSH und Bildschirmfreigabe zu. Installieren und konfigurieren Sie die benötigten Tools, wechseln Sie die Xcode-Version und registrieren Sie Ihren CI-Runner. Prüfen Sie anschließend mit einem vollständigen Build Abhängigkeiten, Signierung und Artefaktpfade.

  4. 04

    Mietende und Datenlöschung

    Nach Mietende wird der Dienst beendet. Erst nachdem die gesamte Festplatte gelöscht wurde, erhält der nächste Kunde den Mac. Quellcode, Zertifikate und Build-Artefakte bleiben Ihr Eigentum. Sichern und exportieren Sie Ihre Daten vor Mietende selbst; die lokale Festplatte des Servers sollte nie Ihre einzige Kopie sein.

Vier Standorte, einheitliche Bereitstellung

Standort passend zur Arbeitsweise Ihres Teams wählen

Singapur, Tokio, Seoul und Hongkong liegen in Zeitzonen, die für viele Entwicklerteams in Asien-Pazifik relevant sind. Wählen Sie den Standort zunächst nach der gewünschten Zugriffsart und prüfen Sie dann, über welche Netzwerkwege Quellcode, Abhängigkeiten und Build-Artefakte laufen.

SIN

Singapur

Für Zusammenarbeit in Südostasien. Prüfen Sie diesen Standort zuerst, wenn Ihr Team Simulatoren häufig per Remote-Desktop überprüft.

Glide M4 und Cruise M4 Pro verfügbar.

TYO

Tokio, Japan

Für Entwicklungsarbeit mit Schwerpunkt auf Netzwerkzugriff in Japan. Prüfen Sie bei der Standortwahl sowohl den Abruf des Quellcodes als auch den Upload der Build-Artefakte.

Glide M4 und Cruise M4 Pro verfügbar.

SEL

Seoul, Südkorea

Für Netzwerkzugriffe in Südkorea und der umliegenden Region. Prüfen Sie bei interaktiver Fehlersuche zuerst Reaktionszeit und Bildqualität, bevor Sie Auflösung und Testverfahren festlegen.

Glide M4 und Cruise M4 Pro verfügbar.

HKG

Hongkong

Ein möglicher Zugangspunkt für Teams in Ostasien. Entscheidend ist das Netzwerk Ihres Teams – prüfen Sie die Verbindung, statt sich nur auf die geografische Entfernung zu verlassen.

Glide M4 und Cruise M4 Pro verfügbar.

Automatisierte Builds und Remote-Debugging haben unterschiedliche Anforderungen

Teams, die hauptsächlich automatisierte Builds über Runner erstellen, sollten Downloads von Abhängigkeiten, Repository-Zugriff und Artefaktübertragung prüfen. Für Teams, die den Desktop den ganzen Tag zum Debuggen nutzen, sind Reaktionszeit und flüssige Darstellung wichtiger. Wir versprechen keine Millisekundenwerte ohne Messdaten – das Nutzungserlebnis hängt von Ihrer Netzwerkverbindung ab.

Rechenzentren und Verbindungstipps ansehen
Den Server passend in den Workflow einordnen

Für Teams, die ihre Build-Umgebung selbst verwalten

Wir richten uns vor allem an CI-Verantwortliche, die Pipelines für Entwicklungsteams mit 3–30 Personen verwalten. Auch für kurzfristige Releases und persönliche Experimente können Sie einen Server mieten. Entscheidend ist nicht Ihre Rolle, sondern ob Sie einen dauerhaft konfigurierbaren physischen Mac benötigen.

Teams mit täglichen iOS- und macOS-Builds

Verlagern Sie Tests für feste Branches, Archivierungen und geplante Builds auf einen Runner, den Ihr Team selbst verwaltet. Glide M4 bietet Apple Silicon M4, 16 GB Arbeitsspeicher und 256 GB SSD – ein geeigneter Einstieg für tägliche CI-Prüfungen einer einzelnen App.

Migrieren Sie zunächst eine Pipeline und behalten Sie den bisherigen Build zum Vergleich bei. Prüfen Sie, ob die Artefakte übereinstimmen und Abhängigkeiten reproduzierbar sind, bevor Sie weitere Jobs verlagern.

Besonders prüfen: Tool-Versionen, Caches und parallele Jobs.

Teams, die in Release-Wochen einen zusätzlichen Build-Kanal brauchen

Mieten Sie vorübergehend einen zusätzlichen Server, um UI-Tests, Archivierungen oder Branch-Prüfungen von den täglichen Aufgaben zu trennen. Die tageweise Abrechnung eignet sich, um einen klar definierten Release-Zeitraum abzudecken – ohne gleich einen Server anzuschaffen, der später ungenutzt bleibt.

Ein zusätzlicher Server teilt Ihre bestehende Pipeline nicht automatisch auf. Richten Sie Runner-Tags, Zugangsdaten und Job-Routing so ein, dass die Aufgaben tatsächlich auf dem neuen Mac ausgeführt werden.

Besonders prüfen: Job-Verteilung und Datenexport nach dem Release.

Für Unity-Builds und persönliche KI-Experimente

Cruise M4 Pro bietet Apple Silicon M4 Pro, 64 GB Arbeitsspeicher und 2 TB SSD. Damit können Sie Unity-Projekte exportieren, mehrere Targets archivieren oder Experimente mit lokaler Inferenz von Modellen auf Apple Silicon durchführen.

Mehr Arbeitsspeicher und Speicherplatz garantieren nicht, dass alle Modelle und Plugins kompatibel sind. Prüfen Sie zuerst Laufzeitumgebung, Modellgröße und Projektabhängigkeiten und testen Sie den Ressourcenbedarf mit echten Aufgaben.

Besonders prüfen: Kompatibilität, maximaler Speicherbedarf und Artefaktgröße.

Leistungsumfang transparent beschreiben

Modelle, Abrechnung und Zuständigkeiten klar abgrenzen

Ein Mac-Cloud-Server bedeutet nicht, dass wir alle Build-Aufgaben Ihres Teams übernehmen. Wir stellen dedizierte, zugängliche physische Server bereit. Projektabhängigkeiten, Runner-Registrierung, Signierung und Datensicherung verwaltet weiterhin Ihr Team.

Zwei Mac-Modelle im Angebot

Glide M4
Apple Silicon M4
16 GB Arbeitsspeicher · 256 GB SSD
Cruise M4 Pro
Apple Silicon M4 Pro
64 GB Arbeitsspeicher · 2 TB SSD

Andere Konfigurationen bieten wir nicht als verfügbare Server an. Mehr Speicherplatz können Sie beim Bestellen mit +1 TB SSD oder +2 TB SSD hinzufügen. Ob eine optionale Thunderbolt 5-Kopplung verfügbar ist, sehen Sie in der Konsole.

Abrechnung in US-Dollar

Verfügbar sind vier Abrechnungszeiträume: täglich, wöchentlich, monatlich und vierteljährlich. Als Zahlungsmittel werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe) unterstützt. Welche Zahlungswege verfügbar sind, hängt von der Rückmeldung des Zahlungsdienstes ab.

Erst nach bestätigter Zahlung weisen wir einen physischen Mac zu. Bei Fragen zu Abrechnungszeitraum, Zusatzoptionen oder Zahlung prüfen Sie zuerst Ihre Bestellung und Rechnung. Eine Zahlung allein bedeutet nicht, dass der Server bereits einsatzbereit ist.

Support nur per E-Mail und über Tickets in der Konsole

Anfragen zu Tarifen, Sicherheitsberichten und geschäftlichen Themen senden Sie bitte an support@vmfly.com. Bei Fragen zu Servern oder Rechnungen melden Sie sich in der Konsole an, um ein Support-Ticket einzureichen und den Bearbeitungsstand zu verfolgen.

Geben Sie bei technischen Problemen die Server-ID, Zeitpunkt und Zeitzone, Schritte zur Reproduktion sowie bereinigte Logauszüge an. Senden Sie keine Passwörter, privaten Schlüssel oder vollständigen Zahlungskartendaten.

Support-Ticket in der Konsole erstellen

Zwei Tarife entdecken

Wählen Sie anhand von Chip, Arbeitsspeicher, SSD und Abrechnungszeitraum einen dedizierten physischen Mac für Ihre Pipeline. Ab $20.1/Tag, an 4 Standorten in Asien-Pazifik.

Zwei Mietoptionen vergleichen Server auswählen und bestellen