Von der Bereitstellung bis zur Rücknahme alles geregelt

Eine Aufgabe: Ihnen einen jederzeit einsatzbereiten Mac mini bereitstellen

Sie kümmern sich um Code und Releases, wir um Bereitstellung und Betrieb des physischen Servers. VpsHold bietet dedizierte Cloud-Macs statt virtueller Maschinen. Mieten Sie tageweise und behalten Sie Ihren Mac so lange, wie Ihr Projekt ihn braucht.

Drei Tarife, fünf Standorte, ab $21/Tag. Nach bestätigter Zahlung erhalten Sie die Verbindungsdaten in der Regel nach etwa 4 Minuten. Der aktuelle Fortschritt und Verfügbarkeitsstatus werden in Echtzeit in der Konsole angezeigt.

Schon gemietet? Erstellen Sie ein Ticket in der Konsole, damit Bestellung und Gerätenummer direkt zugeordnet sind.

Schematische Darstellung von Serverprüfung und Übergabe Zwei Mitarbeitende prüfen an einem Tisch die Verbindung und Übergabe eines Mac mini. Die Illustration zeigt den Ablauf und ist kein echtes Foto.
Schematische Übergabe Abgleich von Serverzuordnung, Verbindungsstatus und Bearbeitungsverlauf. Die Illustration erklärt den Ablauf; sie ist weder ein Foto des Rechenzentrums noch ein Nachweis des Betriebsstatus.
Ressourcenzuordnung
Eine Bestellung, ein physischer Server
Verbindung
macOS-GUI und SSH
Supportverlauf
In der Konsole anmelden und Ticket zur Bestellung erstellen
Klare Grenzen

Exklusiv ist mehr als nur der Zugang

VpsHold richtet sich an Einzelpersonen und Teams, die eine macOS-Entwicklungsumgebung benötigen. Die Grundlage ist ein echter Mac mini, keine virtuelle Ressource auf einem gemeinsam genutzten Host. So müssen Sie nicht erst eigene Hardware anschaffen und vor Ort betreuen, nur weil Ihr lokaler Mac vorübergehend nicht ausreicht.

CPU, Arbeitsspeicher und Speicherplatz gehören zu Ihrem Mac

Während der Mietzeit werden CPU, Arbeitsspeicher und Speicherplatz Ihres Macs nicht mit anderen Mietern geteilt. Da es sich nicht um eine virtuelle Maschine handelt, können andere Mieter keine Ressourcen desselben Hosts beanspruchen.

Exklusive Ressourcen garantieren nicht bei jeder Aufgabe dieselbe Geschwindigkeit. Projektumfang, Build-Cache, parallele Simulatoren und Downloads über das Netzwerk beeinflussen weiterhin die tatsächliche Dauer.

Testen Sie zuerst Ihr echtes Projekt und entscheiden Sie dann, wie lange Sie den Mac behalten möchten.

Ihr gewohnter Entwicklungsablauf

macOS mit grafischer Oberfläche und vollständiger Kommandozeile. Xcode, Simulatoren, Zertifikate und Provisioning-Profile sowie der Signaturprozess Ihres Projekts laufen auf dem physischen Server.

Prüfen Sie nach der Bereitstellung zunächst die Xcode-Version und die Projektabhängigkeiten. Teilen Sie uns Anforderungen an externe Geräte, Netzwerkerreichbarkeit oder andere hardwareabhängige Abläufe bitte vor der Miete mit.

Eine lauffähige Umgebung bedeutet nicht, dass Ihr Projekt bereits eingerichtet ist.

Wir kümmern uns um die Hardware, Sie behalten die Kontrolle über Ihren Code

Wir übernehmen die Bereitstellung des Servers und kümmern uns um Hardwaredefekte. Sie verwalten Entwicklungsaccounts, Code, Schlüssel und Aufgaben im System. Bei mehreren Nutzern richten Sie separate macOS-Benutzerkonten ein, statt Zugangsdaten gemeinsam zu verwenden.

Sichern Sie wichtige Projekte separat. Vergeben Sie CI-Schlüssel nach dem Prinzip der geringsten Rechte, entziehen Sie ausgeschiedenen Teammitgliedern zeitnah den Zugriff und bewahren Sie keine einzige Kopie auf dem Mietserver auf.

Ein dedizierter physischer Server ersetzt keine Datensicherung.

Fünf Standorte, einheitliche Bereitstellung

Wählen Sie nach Ihrem Arbeitsort und dem Ziel Ihrer Aufgaben

Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Ostküste – fünf Standorte zur Auswahl. Bei interaktiver Entwicklung zählt vor allem die Netzwerkverbindung der Nutzenden; für unbeaufsichtigte CI außerdem der Weg zum Code-Repository, zu Abhängigkeiten und zum Ziel für Build-Artefakte.

SG · UTC+8

Singapur

Für Arbeitszeiten in Südostasien. Geeignet für Remote-Entwicklung und Tests, wenn die Hauptnutzer in der Region sitzen. Die gemeinsame Zeitzone UTC+8 erleichtert auch die Übergabe im Team.

Entscheidend ist die tatsächliche Netzwerkverbindung vom Nutzer zum Standort.

JP · UTC+9

Japan (Tokio)

Für Entwicklungsteams in Ostasien. Wenn Sie während der japanischen Arbeitszeiten Bildschirmfreigaben, Debugging oder gemeinsame Tests durchführen, können Sie an diesem Standort zunächst die Verbindungsqualität prüfen.

Entscheidend sind die Bedienbarkeit der grafischen Oberfläche und der Standort Ihrer Aufgaben.

KR · UTC+9

Südkorea (Seoul)

Für die Zusammenarbeit in Nordostasien. Arbeiten Teammitglieder in Südkorea täglich an der Entwicklung oder übernehmen Tests, erleichtert die gleiche Zeitzone die Einsatzplanung. Die Verbindungsqualität sollten Sie dennoch selbst prüfen.

Entscheidend sind der Standort der wichtigsten Teammitglieder und die gemeinsamen Arbeitszeiten.

HK · UTC+8

Hongkong

Für Arbeitsabläufe in Südchina und Südostasien. Wenn Sie häufig am Desktop arbeiten, testen Sie die Verbindung über Ihr eigenes Büronetzwerk. Die geografische Nähe allein sagt nichts über die Verbindungsqualität aus.

Entscheidend ist, ob Ihr Büronetzwerk den Standort zuverlässig erreicht.

US-E · UTC−5/−4

US-Ostküste

Für Zusammenarbeit an der US-Ostküste und in Westeuropa. Da vor Ort zwischen Normal- und Sommerzeit gewechselt wird, sollten Sie Übergaben über Zeitzonen hinweg nach dem jeweils geltenden Zeitversatz planen.

Entscheidend sind die Übergabezeiten und der Standort, an dem Build-Artefakte empfangen werden.

Alle drei Mac-Konfigurationen sind an diesen fünf Standorten verfügbar. Die Standortliste garantiert weder eine feste Latenz noch bestimmte Geschwindigkeiten bei Desktop- und Dateiübertragungen. Die aktuelle Verfügbarkeit sehen Sie in Echtzeit in der Konsole.

Zusage und Messwerte getrennt dargestellt

99,9 % monatliche Verfügbarkeit: eine Zusage, kein erfundener Messwert

Alle Standorte sind 365 Tage im Jahr in Betrieb. Bei Serviceproblemen gilt unsere monatliche Verfügbarkeitszusage. Bei einem Ausfall klären wir zunächst Umfang und Zeitraum und berechnen anschließend eine Gutschrift in Form zusätzlicher Nutzungszeit anhand der dokumentierten Angaben.

Monatliche Verfügbarkeitszusage

99,9%

Bei weniger als 99,9 % erhalten Sie einen Ausgleich in Form zusätzlicher Nutzungszeit, berechnet nach der Ausfalldauer.

Dies ist der zugesagte Wert, kein auf dieser Seite gemessener Betriebswert. Nutzeraktionen und Fälle höherer Gewalt werden gemäß den Servicebedingungen behandelt.

Hinweise zu den Messwerten der letzten 90 Tage

Auf dieser Seite sind keine Überwachungsdaten eingebunden. Daher kennzeichnen wir ungeprüfte Zeiträume nicht als störungsfrei. Die folgenden drei aufeinanderfolgenden 30-Tage-Abschnitte zeigen transparent, für welche Zeiträume keine Daten vorliegen; tägliche Statuswerte werden nicht erfunden.

Tag 1–30 Keine Messdaten verfügbar
Tag 31–60 Keine Messdaten verfügbar
Tag 61–90 Keine Messdaten verfügbar

Bei einer unterbrochenen Verbindung notieren Sie den Zeitpunkt der ersten Feststellung, die Gerätenummer und die Fehlermeldung und erstellen Sie ein Ticket in der Konsole. Veröffentlichen Sie niemals Passwörter, private Schlüssel oder vollständige Zugangsdaten.

Übergaben dokumentiert, Rücknahme klar geregelt

Drei Betriebsgrundsätze für Ihre gesamte Mietzeit

Der Start ist nur der Anfang. Entscheidend ist für uns, wie wir bei einem Defekt übergeben, mit Daten nach der Rücknahme umgehen und über Änderungen informieren, die Ihre Nutzung betreffen. Support gibt es per E-Mail und über Tickets in der angemeldeten Konsole.

  1. 01

    Austausch bei Hardwaredefekt

    Nach Bestätigung eines physischen Hardwaredefekts organisieren wir je nach Fall den Austausch und die Bereitstellung. Vor der Bearbeitung gleichen wir Bestellung und Gerätenummer ab, danach prüfen wir die Verbindungsdaten und den Systemstatus.

    Ein Austausch stellt nicht automatisch Projekte, Schlüssel oder lokale Aufgaben wieder her. Erstellen Sie weiterhin eigene Backups. Wenn Daten migriert werden müssen, nennen Sie die Inhalte, die erhalten bleiben sollen, im Ticket. Senden Sie keine Schlüssel per E-Mail.

  2. 02

    Daten vor und nach der Rücknahme getrennt behandeln

    Wir greifen nicht auf Dateien auf Ihrem Mac zu. Physische Server, die nach dem Mietende zurückgenommen werden, werden vor der erneuten Zuweisung durch Löschen der Festplatte bereinigt. Die Arbeitsumgebung des vorherigen Nutzers wird nicht direkt an den nächsten weitergegeben.

    Löschen ist keine Archivierung. Exportieren Sie vor Mietende Ihre Projekte, Build-Artefakte und benötigten Konfigurationen und widerrufen Sie Repository- oder CI-Zugangsdaten, die auf dem Server gespeichert sind. Übertragen Sie alle Inhalte, die Sie behalten möchten, noch vor dem Mietende.

  3. 03

    Änderungen mit Auswirkungen auf Ihre Nutzung rechtzeitig ankündigen

    Bei Änderungen an Bereitstellung, Verbindung oder Nutzung des Service informieren wir Sie vorab über die Auswirkungen und erforderliche Schritte. Achten Sie darauf, dass Ihre Konto-E-Mail erreichbar ist. Offene Fragen klären wir über Tickets in der Konsole.

    Bei unerwarteten Ereignissen wie Hardwaredefekten richten wir uns nach der konkreten Situation und informieren Sie entsprechend. Wir stellen dringende Störungen nicht als Routine dar und versprechen auf öffentlichen Seiten keine unbestätigten Wiederherstellungszeiten.

Für Fragen zu Anforderungen vor der Buchung, Sicherheitsmeldungen oder Compliance-Unterlagen schreiben Sie bitte an support@vpshold.com. Bei Problemen mit einem bereits aktiven Server nutzen Sie am besten ein Ticket in der Konsole, damit Bestellung, Standort und Bearbeitungsverlauf zusammenbleiben.

Nach dem Einsatzzweck entscheiden, nicht nach Hörensagen

Wichtig ist die Zeit, in der Sie produktiv arbeiten können

Die folgenden Beispiele schildern typische Anforderungen aus der Ich-Perspektive dreier Rollen und helfen Ihnen bei der Entscheidung, ob der Service passt. Es handelt sich um Nutzungsszenarien, nicht um echte Kundenbewertungen oder Zusagen zu Leistung und Reaktionszeiten.

„Ich möchte Modelle und Abhängigkeiten in derselben Umgebung behalten. So muss ich nach dem Experiment nicht alles neu einrichten. Zuerst prüfe ich, ob Arbeitsspeicher und Speicherplatz für meine Aufgabe ausreichen, dann entscheide ich, wie lange ich den Mac behalte.“

Nutzer für KI-Experimente · Beispielszenario

„Mein Team soll dieselbe Entwicklungsumgebung übernehmen, nicht ein gemeinsames Passwort. Jede Person bekommt ein eigenes Systemkonto. Builds und Übergaben richten wir nach dem Dienstplan aus, die Bestellung bleibt aber in der Verantwortung einer Person.“

Technische Leitung eines Entwicklungsteams · Beispielszenario

„Vor dem Release brauche ich einfach einen zusätzlichen Mac. Ich lade das Projekt herunter und führe einen Regressionstest aus. Wenn Toolchain und Signaturkonfiguration passen, entscheide ich, ob ich diesmal tageweise oder länger miete.“

Unabhängiger Entwickler · Beispielszenario

Servicegrundsätze des VpsHold-Gründungsteams

Gutes Hosting ist, wenn Sie vergessen, dass der Mac weit entfernt steht

Wenn Zuordnung der Ressourcen, Verbindungsdaten und Regeln für die Rücknahme klar sind, können Sie sich wieder auf Ihr Projekt konzentrieren. Wählen Sie zunächst den passenden Tarif und Standort. Teilen Sie uns Anforderungen an Toolchain, Migration oder Teamarbeit vor der Buchung mit.