Dieser Einstiegsleitfaden unterteilt Bestellung, Verbindung, Migration und Abnahme in überprüfbare Schritte. Prüfen Sie zuerst Konfiguration und Zugriffsgrenzen, bevor Sie Code und Build-Tools bereitstellen, damit keine sensiblen Daten in eine ungeprüfte Umgebung gelangen.
Region, Arbeitsspeicher und Mietdauer beeinflussen direkt die spätere Migration. Erstellen Sie zuerst einen kurzen Betriebsplan – das ist zuverlässiger, als Bedingungen nach der Bestellung nachzutragen.
Halten Sie fest, ob die Hauptaufgabe aus Xcode-Builds, einem self-hosted Runner, lokaler Modellinferenz oder Medienverarbeitung besteht. Wählen Sie anschließend zwischen Singapur, Tokio, Seoul und Hongkong den Standort, der Ihrem Team oder den benötigten Diensten am nächsten liegt.
Für kurzfristige Anpassungen und leichte Builds können Sie zunächst den BookaMac M4 prüfen. Für parallele Aufgaben mit hohem Speicherbedarf, Modellinferenz und anspruchsvolle Medienverarbeitung eignet sich der BookaMac M4 Pro. Die Mietdauer ist tage-, wochen-, monats- oder quartalsweise wählbar.
Halten Sie einen funktionierenden SSH- und VNC-Client bereit, erzeugen Sie lokal ein eigenes SSH-Schlüsselpaar und übermitteln Sie ausschließlich den öffentlichen Schlüssel. Der private Schlüssel bleibt auf einem kontrollierten Gerät und darf nicht per E-Mail oder Support-Ticket übertragen werden.
Beide Optionen bieten einen dedizierten physischen Mac mini, keine virtuelle Maschine. Prüfen Sie vor der Bestellung Modell, Standort, Mietdauer und zusätzlichen Speicher. Die Konsole zeigt die aktuelle Verfügbarkeit und die endgültigen Bestelldaten in Echtzeit an.
Eine abgeschlossene Bereitstellung bedeutet nicht, dass sofort Daten geschrieben werden können. Prüfen Sie zunächst Konfiguration und Zugriffsgrenzen, bevor Sie private Repositories abrufen oder Signaturmaterial importieren.
Prüfen Sie, ob die bei der Bestellung gewählte Region mit der auf der Bereitstellungsseite angezeigten Region übereinstimmt. Schließen Sie nicht allein aus der Verbindungsgeschwindigkeit auf den Standort des Nodes.
Prüfen Sie in den Systeminformationen Chip, Arbeitsspeicher und Speicherkapazität und vergleichen Sie sie einzeln mit der Bestellbestätigung.
Prüfen Sie SSH-Adresse, Port, Benutzername und Quelle des Host-Fingerprints. Speichern Sie das Prüfergebnis bei der ersten Verbindung.
Bestätigen Sie Gültigkeitsbereich, Ersetzungsschritte und Zugriffspunkt der temporären Zugangsdaten. Vollständige Zugangsdaten dürfen nicht in Teamkanälen weitergeleitet werden.
Definieren Sie für jeden Schritt Eingaben, Aktionen und Prüfergebnisse. Solange der vorherige Schritt nicht bestanden ist, sollten Sie keine weiteren Repositories, Zugangsdaten oder Aufgaben auf den Node übertragen.
Rufen Sie zunächst ein eigenständig buildbares Repository ab und prüfen Sie Branch, Commit-Hash, Submodule und große Dateien. Abhängigkeits-Caches sollten bedarfsgerecht neu erstellt werden; kopieren Sie keine vollständigen System-Caches unbekannter Herkunft.
Prüfen Sie das aktuelle Entwicklerverzeichnis, installieren Sie die vom Projekt ausdrücklich benötigten Kommandozeilentools und stellen Sie Abhängigkeiten mit dem Lockfile wieder her. Aktualisieren Sie nicht zuerst alle Tools global, um danach Build-Unterschiede zu erklären.
Vergeben Sie dem Node eindeutige Tags, isolieren Sie das Arbeitsverzeichnis, begrenzen Sie die Parallelität und starten Sie zunächst eine Pipeline ohne Veröffentlichungsschritte. Logs dürfen keine Schlüssel, Token oder vollständiges Signaturmaterial ausgeben.
Rechts finden Sie Beispieladressen aus der Dokumentation. Verwenden Sie in der Praxis die Verbindungsadresse, den Benutzernamen, den Projektarbeitsbereich und das Build-Ziel von der Bereitstellungsseite.
$ ssh build@203.0.113.24
The authenticity of host is confirmed.
Connected to dedicated Mac node
$ xcode-select -p
/Applications/Xcode.app/Contents/Developer
$ xcodebuild \
-workspace Sample.xcworkspace \
-scheme Sample \
-configuration Debug \
build
** BUILD SUCCEEDED **
$ bundle exec fastlane env
System Locale: zh_CN
Xcode Path: /Applications/Xcode.app
Environment check completedNutzen Sie SSH für die tägliche Automatisierung. Wenn Sie die Xcode-Oberfläche, einen Simulator oder grafische Tools benötigen, stellen Sie mit einem VNC-Client eine Sitzung her.
Verwenden Sie einen vertrauenswürdigen VNC-Client und tragen Sie Adresse, Port und Zugangsdaten von der Bereitstellungsseite ein. Exportieren Sie die Verbindungskonfiguration nicht in öffentliche Synchronisationsordner und lassen Sie gemeinsame Zugangsdaten nicht dauerhaft im Client speichern.
Beginnen Sie bei der ersten Verbindung mit moderater Auflösung und Farbqualität. Bei deutlicher Verzögerung reduzieren Sie zunächst die Bildqualität und prüfen Ihr lokales Netzwerk. Verwechseln Sie Build-Dauer und Verzögerung der Bildaktualisierung nicht.
Die Zwischenablage eignet sich für kurze Befehle und normalen Text, nicht für private Schlüssel, vollständige Zugriffstoken oder unmaskierte Zugangsdaten. Verwenden Sie für sensible Konfigurationen einen kontrollierten Dateiprozess und prüfen Sie die Berechtigungen.
Beenden Sie nach grafischen Arbeiten die entsprechenden Tools, sperren Sie die grafische macOS-Oberfläche und trennen Sie die VNC-Sitzung. Lang laufende Aufgaben sollten von Skripten oder Runnern verwaltet werden, nicht von einem dauerhaft geöffneten Desktop-Fenster.
„Anmelden können“ bestätigt nur die Verbindung. Eine echte Abnahme muss Code, Abhängigkeiten, Build, Logs und Netzwerk abdecken und eine Baseline für den nächsten Durchlauf hinterlassen.
Wenn ein Punkt fehlschlägt, notieren Sie zunächst Befehl, Exit-Code, Zeitpunkt und relevante Logs und reduzieren Sie dann die Variablen. Wechseln Sie nicht gleichzeitig Xcode, Abhängigkeitsversionen und Netzwerkkonfiguration, sonst lässt sich die tatsächliche Ursache nur schwer bestimmen.
Zielbranch und Commit-Hash stimmen, Submodule und große Dateien sind vollständig.
Das Lockfile ist aktiv, der Installationsbefehl lässt sich reproduzieren und wichtige Abhängigkeiten wurden nicht unerwartet aktualisiert.
Das angegebene Ziel wurde erfolgreich erstellt; Speicherort, Größe und Erzeugungsweg des Artefakts sind nachvollziehbar.
Das vollständige Log ist archiviert, sensible Felder sind bereinigt und Exit-Code sowie Aufgaben-ID sind eindeutig.
Die für das Projekt benötigten Repositories und Abhängigkeitsendpunkte sind erreichbar; aufgabenfremde Zugriffe wurden nicht geöffnet.
Führen Sie die Sicherheitseinstellungen direkt nach der ersten Abnahme durch und prüfen Sie sie erneut bei Teamübergaben, Runner-Anpassungen und vor Ende der Mietdauer.
Ersetzen Sie nach der ersten erfolgreichen Prüfung temporäre Passwörter oder Zugangsdaten und bestätigen Sie, dass die alten Zugangsdaten nicht mehr funktionieren.
Verwenden Sie einen eigenen SSH-öffentlichen Schlüssel, prüfen Sie authorized_keys und schränken Sie die Berechtigungen der lokalen privaten Schlüsseldatei ein.
Weisen Sie Mitgliedern nachvollziehbare Zugriffswege zu und vermeiden Sie, dass mehrere Personen dauerhaft dieselbe Administratoridentität verwenden.
Löschen Sie Testarchive, temporäre Downloads, veraltete Caches und nicht mehr verwendete Kopien von Zugangsdaten und prüfen Sie den verbleibenden Speicherplatz.
Dokumentieren Sie Xcode-Wechsel, Abhängigkeitsupdates, Runner-Tags und Netzwerkanpassungen, damit die nächste Fehlersuche nachvollziehbar bleibt.
Legen Sie fest, wohin Build-Artefakte, Repository-Änderungen und benötigte Logs exportiert werden, und verschieben Sie die Datenbereinigung nicht bis nach dem Mietende.
Bestellungen, Verlängerungen und Hostverwaltung erledigen Sie zentral in der Konsole. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe); abgerechnet wird in US-Dollar (USD). Maßgeblich ist das vom Backend zurückgegebene tatsächlich verfügbare Gateway.