Vom Auftrag bis zum ersten Build

Cloud-Mac sicher einrichten und die Bereitstellung in etwa vier Minuten prüfen

Ermitteln Sie zunächst Ihre Arbeitslast und wählen Sie anschließend ein Katalogmodell aus drei Stufen sowie einen von sechs Standorten. Prüfen Sie nach der Bereitstellung nacheinander Remote-Desktop, SSH-Public-Key, Versionen und Test-Build, statt bei Zugangsdaten, Netzwerk und Build-Umgebung zu raten.

Konfigurationen
3 Stufen
Verfügbare Standorte
6
Bereitstellungsprüfung
ca. 4 Minuten
ACTIVATION MANIFEST

Aktivierungsprotokoll

Pfad geprüft
Empfohlene Einstiegskonfiguration Office M4 Build M4 · 24GB · 512GB
Standortwahl
In der Nähe der wichtigsten Nutzer oder des Code-Repositorys
Grafische Verbindung
Zuerst die Remote-Desktop-Sitzung prüfen
Befehlszeilenverbindung
Danach einen separaten SSH-Public-Key hinterlegen und testen
Abnahmetest
Einen Test-Build ohne Cache ausführen
Auswählen Bestellen Verbinden Bauen
Exklusiver physischer Host Keine virtuelle Maschine Apple Silicon
Vorbereitung

Bereiten Sie fünf Dinge vor, bevor Sie die Konfiguration starten

Ein fehlender SSH-Public-Key oder eine unbekannte Xcode-Version verhindert die Bestellung nicht, verschiebt die erste Abnahme jedoch auf die Umgebungsprüfung. Bereiten Sie beides möglichst vor der Zahlung vor.

Konsolenkonto

Halten Sie eine E-Mail-Adresse bereit, die Bestätigungscodes empfangen kann. Nach der Anmeldung sehen Sie Bestellungen, Standortdaten, Abrechnungen und den Status von Support-Tickets.

Separater SSH-Public-Key

Erzeugen Sie für diesen Cloud-Mac ein eigenes Schlüsselpaar und verwenden Sie keinen weit verbreiteten alten Schlüssel erneut. Der private Schlüssel bleibt ausschließlich auf kontrollierten Geräten.

Remote-Desktop-Client

Installieren Sie vorab einen kompatiblen Client und prüfen Sie, ob Ihr lokales Netzwerk den in den Bereitstellungsdaten genannten Standort und Port erreichen darf.

Anforderungen an Xcode und macOS

Notieren Sie die benötigte Xcode-Hauptversion, die minimale macOS-Version, das Abhängigkeiten-Tool und den ungefähren Speicherbedarf eines vollständigen Builds.

Zielstandort

Berücksichtigen Sie die Standorte der wichtigsten Nutzer, des Code-Repositorys und der Empfänger der Build-Artefakte. Wählen Sie den Standort nicht nur nach dem Unternehmenssitz.

Konfiguration wählen

Arbeitslast als Grundlage für RAM und Speicher

Der Katalog umfasst drei Stufen exklusiver physischer Hosts. Leichte Builds beginnen bei 16GB, parallele CI profitiert von 24GB; für größere lokale Modelle und anspruchsvolle Workflows wählen Sie den 64GB M4 Pro.

Leichte Builds START

Office M4 Start

M4 · 16GB · 256GB

$21.7 / Tag
Woche$58.6
Monat$108.5
Quartal$295.1

Geeignet für einzelne Projekte, Abhängigkeitsprüfungen, leichte Xcode-Builds und Skriptaufgaben mit geringer Parallelität. Bei 256GB Speicher müssen Archive und Caches aktiver bereinigt werden.

Office M4 Start wählen
Inference und anspruchsvolle Workflows PRO LAB

Office M4 Pro Lab

M4 Pro · 64GB · 2TB

$61.1 / Tag
Woche$165
Monat$305.6
Quartal$831.2

Geeignet für lokale Inference größerer Modelle, umfangreiche Builds, parallele Aufgaben und große Mediendaten. 64GB Unified Memory und 2TB Speicher reduzieren häufige Datenverschiebungen.

Office M4 Pro Lab wählen
Standort wählen

Sechs Standorte – entscheiden Sie anhand reproduzierbarer Tests

Alle drei Modelle sind an sechs Standorten verfügbar. Die Kombinationen sind normalerweise buchbar; maßgeblich ist die bei der Übermittlung in der Konsole angezeigte Verfügbarkeit.

SG

Singapur

Geeignet für Teams in Südostasien, grenzüberschreitende Produktpflege und die tägliche Remote-Arbeit mit Nutzern im asiatisch-pazifischen Raum.

Standort Singapur wählen
JP

Japan (Tokio)

Geeignet für Nutzer in Japan, Repositorys im Großraum Tokio und Entwicklungsteams mit stabilen Arbeitswegen im asiatisch-pazifischen Raum.

Standort Japan wählen
KR

Korea (Seoul)

Geeignet für Teams in Korea, Mitarbeitende nahe Seoul und Projekte mit dauerhaft laufenden Builds in Nordostasien.

Standort Korea wählen
HK

Hongkong

Geeignet für grenzüberschreitende Zusammenarbeit in Ostasien, verteilte Entwicklung und Workflows mit mehreren Nutzern im asiatisch-pazifischen Raum.

Standort Hongkong wählen
US-E

US-Ostküste

Geeignet für Teams an der US-Ostküste, Repositorys im Osten der USA und Teams im asiatisch-pazifischen Raum, die lange Aufgaben nachts ausführen.

Standort US-Ostküste wählen
US-W

US-Westküste

Geeignet für Entwickler an der US-Westküste, Projekte zwischen beiden Seiten des Pazifiks und kontinuierliche Build-Aufgaben.

Standort US-Westküste wählen
Zuerst den Nutzerpfad testen

Vergleichen Sie Kandidaten im selben Netzwerk, mit demselben Protokoll und zu ähnlichen Testzeiten. Notieren Sie Verbindungsaufbau und Reaktionsgefühl.

Dann Repository und Artefakte prüfen

Bei vielen Abhängigkeiten oder Build-Artefakten kann der Standort von Repository und Empfänger wichtiger sein als der Standort der Nutzer.

Zuletzt Zeitverschiebungen berücksichtigen

In Teams mit mehreren Zeitzonen kann tagsüber im asiatisch-pazifischen Raum entwickelt werden, während lange Aufgaben auf US-Knoten nachts laufen.

Abrechnung prüfen

Zeitraum, Erweiterungen und Mengen einzeln prüfen

Wählen Sie zunächst Tag, Woche, Monat oder Quartal und prüfen Sie anschließend Zusatzspeicher sowie die Anzahl paralleler Thunderbolt-5-Verbindungen. Alle Beträge werden in US-Dollar (USD) abgerechnet.

Reihenfolge der Abrechnungsprüfung

Nicht nur die Gesamtsumme ansehen

USD
  1. 01
    Host-Konfiguration

    Prüfen Sie Modellname, Chip, RAM und Basisspeicher, damit Zusatzspeicher nicht mit den Grunddaten verwechselt wird.

  2. 02
    Mietzeitraum

    Prüfen Sie, ob nach Tag, Woche, Monat oder Quartal abgerechnet wird. Die Zeiträume haben eigenständige Katalogpreise und werden nicht einfach mit dem Tagespreis multipliziert.

  3. 03
    Zielstandort

    Prüfen Sie vor dem Absenden erneut Singapur, Japan (Tokio), Korea (Seoul), Hongkong, US-Ostküste oder US-Westküste.

  4. 04
    Zusatzoptionen

    Prüfen Sie die Zusatzkapazität der SSD und die Anzahl paralleler Thunderbolt-5-Verbindungen. Entfernen Sie ungenutzte Optionen, wenn die Menge null ist.

Zahlungsarten

Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Welche Zahlungs-Gateways verfügbar sind, zeigt die Konsole an.

Letzter Blick vor dem Absenden

Modell, Zeitraum, Standort, Speichererweiterung, Anzahl paralleler Verbindungen und USD-Gesamtsumme müssen in derselben Bestellung übereinstimmen.

Konfiguration öffnen und bestellen
USD-Preise der Zusatzoptionen pro Tag, Woche, Monat und Quartal
Zusatzoption Pro Tag Pro Woche Pro Monat Pro Quartal
+1TB SSD $2.6 $7.1 $13.2 $35.9
+2TB SSD $5.2 $14.2 $26.4 $71.8
Thunderbolt 5 parallel (pro Gerät) $2 $5.3 $9.9 $26.9
Bereitstellungszeit

Vier Prüfpunkte, insgesamt etwa vier Minuten

Die Zeitmessung beginnt nach Eingabe aller erforderlichen Bestelldaten. Netzwerkbedingungen und die erste Client-Konfiguration beeinflussen, wann der endgültige Desktop sichtbar wird.

Phase 1 ca. 1 Minute

Bestellung absenden

Bestätigen Sie Modell, Zeitraum, Standort, Zusatzspeicher, Anzahl paralleler Thunderbolt-5-Verbindungen und USD-Gesamtsumme und schließen Sie die Zahlung mit einer verfügbaren Zahlungsart ab.

  • Bestellnummer wurde erstellt
  • Modell-Standort-Kombination wurde gespeichert
Phase 2 ca. 1 Minute

Physischen Host registrieren

Das System verknüpft die Bestellung mit einem exklusiven physischen Host. Bereitgestellt wird ein physischer Host, keine virtuelle Maschine; eine Bestellung entspricht der gewählten Katalogkonfiguration.

  • Gerätekonfiguration wurde zugeordnet
  • Zielstandort wurde verknüpft
Phase 3 ca. 1 Minute

Zugangsdaten erzeugen

Die Konsole zeigt Standortadresse, Port, Kontonamen, temporäre Zugangsdaten und Host-Fingerabdruck. Speichern Sie zuerst die Bestellnummer und leiten Sie niemals die vollständigen Zugangsdaten weiter.

  • Remote-Desktop-Daten werden angezeigt
  • SSH-Verifizierungsdaten werden angezeigt
Phase 4 ca. 1 Minute

Erste Verbindungsprüfung abschließen

Öffnen Sie zuerst die grafische Sitzung und prüfen Sie den Desktop, danach testen Sie den SSH-Public-Key. Erst wenn beide Verbindungen funktionieren, laden Sie Projekte und stellen die Build-Umgebung wieder her.

  • Remote-Desktop-Sitzung verfügbar
  • SSH-Host-Fingerabdruck geprüft
Standardpfad zur Einrichtung 4 Phasen · insgesamt ca. 4 Minuten

Wenn die Verbindungsprüfung fehlschlägt, schreiben Sie keine Projektdaten weiter. Prüfen Sie zuerst lokales Netzwerk, Standortadresse, Port, Zugangsdatenstatus und Client-Einstellungen.

Erste Verbindung

Zuerst grafische Oberfläche, dann SSH, anschließend Zugangsdaten aktualisieren

Diese Reihenfolge trennt Probleme der Desktop-Sitzung von SSH-Konfigurationsproblemen. Ändern Sie nicht mehrere Verbindungsvariablen gleichzeitig, sonst lässt sich die Ursache eines Fehlers nur schwer bestimmen.

Verbindung 01

Remote-Desktop prüfen

Lesen Sie Standortadresse, Port, Kontonamen und temporäre Zugangsdaten aus der Konsole. Prüfen Sie nach der Verbindung, ob Rechnername, Standort und Bestellaufzeichnung übereinstimmen, und kontrollieren Sie Tastaturbelegung sowie Anzeigeskalierung.

Desktop wird normal geladen Maus- und Tastatureingaben funktionieren Sitzung kann nach Trennung wiederhergestellt werden
Verbindung 02

SSH-Host-Fingerabdruck prüfen

Vergleichen Sie vor der ersten Verbindung den vom Client angezeigten Host-Fingerabdruck Zeichen für Zeichen mit den Bereitstellungsdaten. Bei Abweichungen Verbindung abbrechen und unbekannten Host nicht direkt akzeptieren.

ssh -i ~/.ssh/ovps_ed25519 user@host
Verbindung 03

Public-Key hinterlegen und testen

Verwenden Sie für den Cloud-Mac einen separaten Schlüssel. Deaktivieren Sie temporäre Zugangsdaten erst nach erfolgreicher Anmeldung per Public-Key und beschränken Sie den lokalen Zugriff auf die private Schlüsseldatei.

chmod 600 ~/.ssh/ovps_ed25519
ssh-add ~/.ssh/ovps_ed25519
Verbindung 04

Wiederherstellungsdaten dokumentieren

Speichern Sie Bestellnummer, Standort, Kontonamen, Host-Fingerabdruck und Schlüsselkennung. Schreiben Sie weder Passwort noch privaten Schlüssel in die Wiederherstellungsdokumentation.

Anleitung für Remote-Verbindungen ansehen
Erster Workflow

Abnahme mit einem reproduzierbaren Build

Beim ersten Auftrag geht es nicht um das schnellste Ergebnis, sondern um eine reproduzierbare Baseline: Versionen, Cache- und Abhängigkeitsstatus, Build-Befehl und Dauer müssen nachvollziehbar sein.

Empfohlene Abnahmereihenfolge

Lesen Sie zuerst die Versionen und holen Sie dann den Code; führen Sie zunächst einen lokalen Test-Build aus und registrieren Sie erst danach den CI-Runner. So lässt sich unterscheiden, ob ein Fehler aus der Projektumgebung oder der Pipeline-Konfiguration stammt.

  1. 01

    System und Toolchain prüfen

    Dokumentieren Sie Versionen von macOS, Xcode, Befehlszeilenwerkzeugen, Abhängigkeitsmanager und Build-Skript. Bei Abweichungen von den Projektanforderungen passen Sie zuerst die Umgebung an, statt direkt den Anwendungscode zu ändern.

  2. 02

    Minimalen Projektumfang abrufen

    Checken Sie zunächst den Abnahme-Branch aus und prüfen Sie freien Speicher sowie Abhängigkeitsverzeichnisse. Bei großen Repositorys können Sie zuerst einen flachen Klon erstellen und die Historie bei Bedarf nachladen.

  3. 03

    Einen Test-Build ausführen

    Notieren Sie Cache-Nutzung, Anzahl paralleler Aufgaben, Build-Befehl sowie Start- und Endzeit. Vergleichen Sie kein erstes Ergebnis mit Cache direkt mit späteren Tests ohne Cache.

  4. 04

    self-hosted Runner anbinden

    Beschränken Sie den Projektzugriff des Runners, verwenden Sie ein separates Arbeitsverzeichnis, führen Sie zunächst eine Testaufgabe ohne Veröffentlichungsrechte aus und prüfen Sie anschließend die korrekte Bereinigung temporärer Dateien.

Befehle zur Versionsprüfung
sw_vers
xcodebuild -version
df -h
git --version
Sicherer Abschluss

Nach erfolgreichem Build sechs Punkte abschließen

Eine abgeschlossene Bereitstellung bedeutet noch keine vollständige Einrichtung. Herkunft der Schlüssel, temporäre Dateien, Sperrstrategie und Wiederherstellungsdokumentation müssen vor dem produktiven Einsatz geprüft werden.

01

Temporäre Dateien löschen

Bereinigen Sie Download-Verzeichnis, temporäre Archive, Debug-Ausgaben und nicht mehr benötigte Installationsdateien, damit vertrauliche Daten nicht dauerhaft in allgemein zugänglichen Pfaden liegen.

02

Schlüsselherkunft beschränken

Behalten Sie nur die SSH-Public-Keys kontrollierter Geräte des aktuellen Teams, entfernen Sie temporäre Testschlüssel und dokumentieren Sie die verantwortliche Person für jeden Schlüssel.

03

Automatische Bildschirmsperre prüfen

Legen Sie je nach Aufgabentyp eine angemessene Sperrstrategie fest und stellen Sie sicher, dass vertrauliche Fenster nach einer getrennten Remote-Sitzung nicht dauerhaft auf dem Desktop sichtbar bleiben.

04

Regeln zum Sitzungsende festlegen

Definieren Sie das Ende interaktiver Entwicklung, unbeaufsichtigter Builds und langer Inference-Aufgaben, damit Aufgaben nicht versehentlich beendet und keine verwaisten Sitzungen hinterlassen werden.

05

Standortdaten speichern

Dokumentieren Sie Standort, Host-Fingerabdruck, Verbindungsport und Zweck; speichern Sie weder Passwörter noch private Schlüssel. Aktualisieren Sie die internen Teamdaten nach Änderungen.

06

Bestellinformationen archivieren

Speichern Sie Bestellnummer, Modell, Zeitraum, Zusatzoptionen und Abrechnungsergebnis. Verweisen Sie bei späteren Tickets zuerst auf die Bestellnummer und ergänzen Sie dann Zeitpunkt und Reproduktionsschritte.

Jetzt starten

Konfiguration nach realer Arbeitslast wählen und die vierminütige Einrichtungsprüfung abschließen

Drei Stufen exklusiver physischer Hosts sind in Singapur, Japan (Tokio), Korea (Seoul), Hongkong, an der US-Ostküste und an der US-Westküste verfügbar. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe); abgerechnet wird ausschließlich in US-Dollar (USD).