Erst Bedarf prüfen, dann mieten

Beschreiben Sie Ihre CI/CD-Pipeline –
wir helfen Ihnen bei der Entscheidung

Ein eigener Server im Büro, ein gemeinsam genutzter Runner oder exklusives Hosting: Jede Option hat ihre Vorteile. Nennen Sie uns Build-Häufigkeit, parallele Jobs und den Aufwand für Ihre Hardware. Gemeinsam prüfen wir, ob Ihre vorhandene Ausstattung genügt oder ein ganzer physischer Mac mini im Rechenzentrum sinnvoll ist.

Build-Server mieten Beratungs-E-Mail erstellen

Sie sind noch unentschlossen? Fragen Sie uns. Bei Problemen mit einem bestehenden Server melden Sie sich in der Konsole an und erstellen Sie ein Support-Ticket.

Kein Beschaffungskonzept nötig

Vier Angaben sind hilfreicher als „Wir brauchen mehr Tempo“

Eine grobe Einschätzung reicht, ein vollständiger Leistungstest ist nicht nötig. Unterscheiden Sie möglichst zwischen der Wartezeit auf einen Runner und der eigentlichen Build-Dauer – beides erfordert unterschiedliche Lösungen.

  1. 01

    Team und Arbeitsweise

    Wie viele Personen committen Code? Packt eine Person Releases manuell oder wird bei jedem Merge automatisch ein Build gestartet? Geben Sie auch an, ob die vorhandenen Macs noch für die tägliche Entwicklung genutzt werden. Die Teamgröße allein sagt wenig über den Hardwarebedarf aus.

  2. 02

    Build-Häufigkeit und Parallelität

    Wie viele Builds laufen an normalen Tagen und an Release-Tagen? Notieren Sie die Dauer eines typischen Builds, die längste Wartezeit in der Queue und ob mehrere Branches oder Simulator-Tests gleichzeitig laufen. Für die Auswahl ist die Spitzenlast oft aussagekräftiger als der Tagesdurchschnitt.

  3. 03

    Projekt und Toolchain

    Nennen Sie native Projekte, Flutter oder React Native sowie die verwendeten Versionen von Xcode und fastlane und Ihr CI-Tool. Erwähnen Sie auch große Abhängigkeiten, mehrere Targets, UI-Tests und den Umgang mit Archiven und Caches.

  4. 04

    Teamstandort und Release-Ziele

    Geben Sie neben dem Standort Ihres Teams auch an, wo sich Code-Repository, Downloadquellen für Abhängigkeiten und Ziele für Build-Artefakte befinden. Der nächstgelegene Build-Server ist nicht automatisch die beste Wahl – betrachten Sie den gesamten Datenfluss.

Senden Sie per E-Mail keine Repository-Zugriffstoken, Passwörter, privaten Signaturschlüssel oder vollständigen Zertifikate. Angaben zu Projektumfang und Fehlermeldungen reichen in der Regel für ein erstes Gespräch.

Beratung und laufender Support – getrennte Wege

Noch in der Auswahl? Schreiben Sie uns. Server läuft schon? Support-Ticket.

Über beide Wege erreichen Sie unser Serviceteam. Per E-Mail beraten wir Sie zu den verschiedenen Optionen. Über ein Support-Ticket können wir Ihre Bestellung, Ihren Server und die bisherigen Schritte zur Fehlerbehebung direkt zuordnen.

Für bestehende Kunden

Serverprobleme mit allen Details in der Konsole melden

Für Verbindungsprobleme, Serverstörungen, Verlängerungen, Rechnungen und Fragen zu bestehenden Bestellungen. Melden Sie sich in der Konsole an, öffnen Sie den Support-Bereich und erstellen Sie ein Ticket mit der betreffenden Bestell- oder Serverkennung.

Nennen Sie möglichst den Zeitraum und die Zeitzone, die durchgeführten Schritte sowie das erwartete und das tatsächliche Ergebnis. Antworten Sie bei Ergänzungen auf das bestehende Ticket, damit alles an einem Ort bleibt.

Antworten und weitere Schritte:Antworten und Rückfragen finden Sie im Ticket. Wie lange die Diagnose, ein Servertausch oder eine allgemeine Rechnungsanfrage dauert, hängt vom jeweiligen Fall ab.

Support-Ticket in der Konsole erstellen
Beratung vor Auswahl und Miete

Per E-Mail klären, ob sich ein Wechsel lohnt

Wir beraten Sie beim Vergleich von Eigenbetrieb und Hosting, bei der Wahl aus drei Serverklassen, bei mehreren Servern und zu Zahlung und Abrechnung. Schreiben Sie die vier Angaben von oben in eine E-Mail – so lässt sich Ihre Anfrage gezielter beantworten.

Unsere einzige Kontaktadresse lautet support@osxport.com. Das Tool unten hilft Ihnen beim Formulieren. Senden Sie die E-Mail anschließend von Ihrem eigenen E-Mail-Konto.

Antworten und weitere Schritte:Unsere Antwort geht an die Absenderadresse Ihrer E-Mail. Bei technischen Fragen klären wir Details gegebenenfalls noch ab. Dass der Server das ganze Jahr über läuft, bedeutet nicht, dass E-Mails innerhalb einer festen Minutenzahl beantwortet werden.

Anfrage vorbereiten

Ihre CI/CD-Pipeline in einer E-Mail beschreiben

Dieses Tool erstellt lediglich einen E-Mail-Entwurf. Ihre Angaben werden nur zum Erstellen des Entwurfs auf dieser Seite verwendet und weder über dieses Formular versendet noch hochgeladen. Prüfen und senden Sie die E-Mail anschließend in Ihrem eigenen E-Mail-Konto.

Geben Sie auch an, wer den vorhandenen Build-Server betreut.
Falls bekannt, unterscheiden Sie Wartezeit und Build-Dauer.
Sie können auch native Projekte, React Native oder Simulator-Tests angeben.
Sie haben noch keine Region ausgewählt? Wir vergleichen zunächst die Netzwerkwege.
Geben Sie keine Passwörter, Token, privaten Schlüssel, vollständigen Kartennummern oder andere vertrauliche Zugangsdaten ein.

Füllen Sie die Pflichtfelder aus, um einen Entwurf zu erstellen. Diese Seite versendet keine E-Mails.

Bei der Region zählt mehr als die Entfernung auf der Karte

Fünf Regionen – wählen Sie passend zu Ihrem Datenfluss

Filtern Sie zunächst nach dem Standort Ihres Teams. Vergleichen Sie dann die Wege für den Abruf des Codes, den Download von Abhängigkeiten und den Upload von Build-Artefakten. Die folgenden Hinweise helfen bei der Auswahl, ersetzen aber keine Messung Ihrer aktuellen Verbindung. Testen Sie die tatsächliche Leistung mit Ihrer eigenen CI/CD-Pipeline.

Singapur

Ein naheliegender Ausgangspunkt für Teams in Südostasien. Befinden sich Code und Abhängigkeiten ebenfalls in der Nähe, lassen sich Abruf, Build und Upload leichter gemeinsam bewerten.

Singapur auf der Bestellseite auswählen

Japan (Tokio)

Eine gute Wahl für Teams und Workflows in Japan. Testen Sie Downloads von Abhängigkeiten und die Verteilung der Artefakte gemeinsam – die Qualität der Remote-Verbindung allein ist kein verlässlicher Maßstab.

Tokio auf der Bestellseite auswählen

Südkorea (Seoul)

Eine Option für Teams in Südkorea und Nordostasien. Werden Build-Abhängigkeiten aus anderen Regionen geladen, messen Sie auch die Download-Zeit, um festzustellen, ob der Engpass tatsächlich beim Server liegt.

Seoul auf der Bestellseite auswählen

Hongkong

Eine mögliche Option für Teams in Südchina und Südostasien. Remote-Bedienung, Synchronisierung des Quellcodes und Rückübertragung der Artefakte sind unterschiedliche Wege – beobachten Sie sie einzeln, statt sie zu einer einzigen Bewertung zusammenzufassen.

Hongkong auf der Bestellseite auswählen

US-Westküste

Für Teams an der nordamerikanischen Westküste oder Workflows mit Code und Artefakten in dieser Region. Testen Sie zunächst hier und vergleichen Sie anschließend den Aufwand für die Zusammenarbeit über Regionen hinweg.

US-Westküste auf der Bestellseite auswählen

Alle drei Serverklassen sind in den fünf genannten Regionen verfügbar. Die aktuelle Verfügbarkeit wird in Echtzeit über die Konsole angezeigt. Teilen Sie uns bei Ihrer Anfrage einfach Ihre bevorzugte Region und den Grund für Ihre Wahl mit.

Manchmal ist ein Wechsel nicht nötig

Prüfen Sie zuerst, ob ein exklusiver Server Ihr Problem löst

Ein exklusiv genutzter physischer Server steht nur einem Kunden zur Verfügung – so müssen Sie keine Build-Ressourcen mit anderen teilen. Er beseitigt jedoch weder Wartezeiten innerhalb Ihrer eigenen Pipeline noch Fehler in der Projektkonfiguration oder beim Signieren.

Nur gelegentliche Builds und ein freier Mac vorhanden

Wenn Sie nur ein- oder zweimal im Monat Builds erstellen, ein Mac ungenutzt ist und jemand Stromversorgung und Netzwerk im Blick behalten kann, ist der Eigenbetrieb möglicherweise günstiger. Erfassen Sie zunächst die tatsächliche Nutzungsdauer. Ein Wechsel in die Cloud ist kein Selbstzweck.

Wichtig für die Beratung:Kosten und Betreuungsaufwand Ihrer vorhandenen Geräte – beeinträchtigen sie wirklich Ihre Releases?

Unregelmäßige Jobs? Flexibilität nach Bedarf kann besser passen

Bei seltenen Jobs, die sich jedes Mal in einer neuen Umgebung ausführen lassen, und wenn eine gemeinsam genutzte Queue für Sie infrage kommt, kann ein gemeinsam genutzter Runner die bessere Wahl sein. Auch bei einem exklusiven Server hängt die Parallelität von den Ressourcen und der Jobplanung auf diesem Gerät ab.

Wichtig für die Beratung:Wie lange dauern Spitzenlasten? Ist ein erhaltener Cache wichtiger als die Möglichkeit, jederzeit zu skalieren?

Ein Remote-Server ersetzt nicht automatisch alle lokalen Tests

Windows- oder Flutter-Teams können iOS-Builds auf einen Mac in der Cloud verlagern. Tests auf echten Geräten, mit Peripheriegeräten und die abschließende Geräteprüfung müssen jedoch separat organisiert werden. Remote-Builds ersetzen nicht die vollständige lokale Testumgebung.

Wichtig für die Beratung:Builds, Simulator-Tests und Tests auf echten Geräten sinnvoll aufteilen.

Wenn Sie dagegen täglich wiederholt Builds nach Merges ausführen, Caches behalten möchten und keine Bürohardware mehr betreuen wollen, kann sich ein Test mit einem exklusiv genutzten Server im Rechenzentrum lohnen. Der Server ist 365 Tage im Jahr in Betrieb und bleibt vollständig Ihnen vorbehalten. Wie die Jobs eingeplant werden, entscheidet weiterhin Ihr Team.

Kosten vor der Zahlung klären

Laufzeit, Extras und Abrechnung erfragen – keine Zahlungsdaten senden

Alle Bestellungen werden in US-Dollar (USD) abgerechnet. Wir akzeptieren USDT-TRC20 sowie Visa, Mastercard und Amex, verarbeitet über Stripe. Welche Zahlungsoptionen verfügbar sind, richtet sich nach der Rückmeldung des Zahlungs-Gateways.

Noch nicht bestellt? Erst die Kosten prüfen

Nennen Sie bei Ihrer Anfrage die Serverklasse, den Mietzeitraum (Tag, Woche, Monat oder Quartal), die Anzahl der Server sowie gegebenenfalls den Bedarf an SSD-Erweiterungen oder Thunderbolt 5-Verbindungen. Prüfen Sie den Preis der Serverklasse und die Zusatzoptionen getrennt, damit Erweiterungen nicht versehentlich als Teil der Basiskonfiguration verstanden werden.

Maßgeblich für Angebot und Zahlung ist die Aufstellung auf der Bestellseite. Vollständige Kartennummern oder den Sicherheitscode Ihrer Karte müssen Sie nicht per E-Mail senden.

Schon bezahlt? Anfrage der Bestellung zuordnen

Fragen zum Zahlungsstatus, zu Verlängerungen oder Rechnungen klären Sie am besten über ein Support-Ticket in der Konsole. Geben Sie die Bestell- oder Rechnungskennung, den Zeitpunkt und den angezeigten Hinweis an. Falls für die Zuordnung einer USDT-TRC20-Zahlung erforderlich, können Sie den Transaktions-Hash mitteilen – niemals den privaten Schlüssel Ihrer Wallet.

Wenn Sie sich vorübergehend nicht anmelden können, schildern Sie das Problem per E-Mail und nennen Sie die zugehörige Bestellkennung. Sobald Sie wieder Zugriff haben, setzen Sie die Anfrage im Support-Ticket fort.

Finden Sie es mit einem Testlauf heraus

Ab $19.7 pro Tag. Testen Sie Ihren eigenen Code, Ihre Abhängigkeiten und Build-Artefakte, bevor Sie sich für einen dauerhaft verfügbaren Server entscheiden. Noch Fragen? Bereiten Sie eine Beratungs-E-Mail vor.

Build-Server tageweise mieten Beratungs-E-Mail vorbereiten