Dieser Leitfaden folgt der praktischen Reihenfolge. Bereiten Sie zunächst Konto, SSH-Schlüssel und Tool-Versionen vor. Wählen Sie anschließend einen dedizierten physischen Host, Standort und Mietdauer. Nach der Bereitstellung folgen Prüfung, Verbindung und Build.
Der Cloud-Mac läuft auf einem physischen Host; jeder Auftrag erhält einen dedizierten physischen Rechner, keine virtuelle Maschine. Geeignet für iOS-/macOS-Entwicklung, CI/CD-Warteschlangen und Tests, die eine macOS-Umgebung benötigen.
Diese Angaben beeinflussen die Auswahl von Konfiguration, Standort und Mietdauer. Eine frühzeitige Prüfung reduziert spätere Anpassungen nach der Bereitstellung.
Stellen Sie sicher, dass Ihre E-Mail-Adresse erreichbar ist und Sie sich in der Konsole anmelden können, um Bestellungen, Hostdaten und Tickets einzusehen. Verbindungsdaten nach der Bereitstellung dürfen nur in einer kontrollierten Umgebung gespeichert werden.
Erstellen Sie für den Cloud-Mac ein eigenes Schlüsselpaar. Übermitteln Sie nur den öffentlichen Schlüssel; der private Schlüssel bleibt auf einem lokal geschützten Gerät und darf nicht per E-Mail oder Ticket versendet werden.
Berücksichtigen Sie Standort der Entwickler, Code-Repository, Signaturkette und Speicherort der Artefakte. Wählen Sie den Standort nicht ausschließlich anhand des niedrigsten Ping-Werts.
Legen Sie fest, ob es um einen dringenden Fix, eine kurzfristige Validierung, laufende Iterationen oder eine Pipeline über mehrere Monate geht. Wählen Sie anschließend Tag, Woche, Monat oder Quartal.
Dokumentieren Sie Xcode-Hauptversion, Ziel-SDK, minimale Deployment-Version, Ruby- und fastlane-Abhängigkeiten sowie die Ausführungsart des CI-Runners.
Beide Stufen sind dedizierte physische Mac Mini M4. Prüfen Sie zunächst den Aufgabentyp und anschließend Arbeitsspeicher sowie lokalen Arbeitsbestand. Für kurze Aufgaben sollte keine ungenutzte Ausstattung reserviert werden.
Geeignet für Einzelprojekt-Archive, dringende Fixes, Zertifikatsprüfungen, leichte automatisierte Tests und Aufgaben ohne mehrere große Simulatoren oder Build-Prozesse.
Geeignet für die tägliche Entwicklung, parallele Builds, größere Abhängigkeits-Caches, kontinuierliche CI-Runner und Aufgaben zur Modellinferenz im verfügbaren Unified Memory.
Wenn Ihr Projekt einen Einzel-Build mit 16GB Arbeitsspeicher zuverlässig abschließt, wählen Sie bevorzugt DeployMini M4 16. Laufen Builds, Tests, Simulatoren oder Inferenzaufgaben parallel, wählen Sie DeployMini M4 24 und prüfen Sie den zusätzlichen Speicherbedarf anhand des Datenvolumens.
Verfügbar sind derzeit Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Westküste. Beide Konfigurationen können an allen fünf Standorten bestellt werden; die tatsächliche Verfügbarkeit zeigt die Konsole in Echtzeit.
Geeignet für Workflows, bei denen Team, Code-Repository oder Artefaktdienste überwiegend in Südostasien liegen.
Beide Konfigurationen verfügbarGeeignet für Entwicklungs- und Build-Aufgaben mit Abdeckung von Japan und den angrenzenden Regionen Ostasiens.
Beide Konfigurationen verfügbarGeeignet für Teams, deren Entwickler, Repositorys oder Bereitstellungsziele auf Südkorea und Nordostasien konzentriert sind.
Beide Konfigurationen verfügbarGeeignet für Projekt-Workflows, die Netzwerkpfade nach Südchina und Südostasien verbinden müssen.
Beide Konfigurationen verfügbarGeeignet für Projekte, bei denen Code, Artefakte und die nachgelagerte Servicekette überwiegend an der nordamerikanischen Westküste liegen.
Beide Konfigurationen verfügbarTagesmiete eignet sich für dringende Fixes und kurzfristige Validierungen, Wochenmiete für konzentrierte Entwicklung und Tests, Monatsmiete für laufende Iterationen und Quartalsmiete für stabile CI/CD- oder Team-Workflows. Prüfen Sie vor dem Absenden erneut Modell, Standort, Speichererweiterung und Mietdauer.
Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Alle Gebühren werden in US-Dollar (USD) abgerechnet; das tatsächlich verfügbare Gateway zeigt die Konsole an.
Öffnen Sie in der Konsole die entsprechende Bestellung und prüfen Sie die Bereitstellungsdaten einzeln. Bei Abweichungen bewahren Sie Bestellnummer und anonymisierte Screenshots auf und reichen Sie über die Konsole ein Ticket ein.
Bestätigen Sie, dass DeployMini M4 16 oder DeployMini M4 24 wie ausgewählt bereitgestellt wurde, und prüfen Sie die M4-Chipdaten.
Prüfen Sie 16GB / 256GB SSD oder 24GB / 512GB SSD sowie den in der Bestellung angegebenen zusätzlichen Speicher.
Bestätigen Sie, dass Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder die US-Westküste mit der Bestellung übereinstimmt.
Speichern Sie Hostadresse, Benutzernamen und Fingerabdruckdaten zur Prüfung. Legen Sie Zugangsdaten nicht in öffentlichen Repositorys ab.
Bestätigen Sie Startzeit, Mietdauer und weitere Planung. Reservieren Sie ausreichend Zeit für Datenexport und Bereinigung.
Testen Sie zunächst SSH, DNS und grundlegende Tools und laden Sie erst danach den Code herunter. So lassen sich Verbindungs-, Umgebungs- und Projektprobleme leichter unterscheiden.
Fügen Sie Bestellnummer, Standort, Zeitpunkt, erwartetes Ergebnis und anonymisierte Informationen hinzu. Senden Sie keine Passwörter, privaten Schlüssel oder vollständigen Zahlungsdaten.
Das folgende Beispiel zeigt die Reihenfolge mit dokumentierten Platzhalterdaten. Maßgeblich sind die in der Konsole bereitgestellte Adresse, der Benutzername und der Host-Fingerabdruck. Verbinden Sie sich nicht direkt mit den Beispielwerten.
$ chmod 600 ~/.ssh/deploymini_ed25519
$ ssh -i ~/.ssh/deploymini_ed25519 deploy@203.0.113.24
The authenticity of host '203.0.113.24' can't be established.
ED25519 key fingerprint is SHA256:EXAMPLE-FINGERPRINT.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '203.0.113.24' to known hosts.
Last login: current session
deploymini-m4:~ deploy$ connection readyFühren Sie zunächst schreibgeschützte Prüfungen aus und installieren Sie erst danach Projektabhängigkeiten und den Build. Bewahren Sie Versionsdaten und Ausgabezusammenfassungen auf, damit Sie sie später direkt in CI wiederverwenden können.
Führen Sie xcodebuild -version und xcode-select -paus und prüfen Sie Xcode-Hauptversion sowie das aktuell verwendete Entwicklerverzeichnis.
xcodebuild -version
xcode-select -pListen Sie nach dem Wechsel in das Projektverzeichnis Workspace, Projekt und Scheme auf, damit keine lokalen Standardwerte unbemerkt in das Remote-Build-Skript gelangen.
xcodebuild -list \
-workspace Example.xcworkspaceLegen Sie Workspace, Scheme und Configuration ausdrücklich fest und speichern Sie Log sowie Exit-Status im Aufgabenverzeichnis, um Probleme bei Abhängigkeiten oder der Signierung leichter zu finden.
xcodebuild \
-workspace Example.xcworkspace \
-scheme Example \
-configuration Release buildFixieren Sie Ruby- und Abhängigkeitsversionen, führen Sie das gewünschte Lane zunächst manuell aus und strukturieren Sie nicht vertrauliche Parameter anschließend als wiederverwendbare Variablen. Werte mit Schlüsselcharakter gehören in eine kontrollierte Geheimnisverwaltung.
bundle install
bundle exec fastlane buildDer dedizierte physische Host sollte nicht der einzige Speicherort Ihres Projekts sein. Planen Sie Migration und Widerruf als Teil der Aufgabe ein, statt bis zur letzten Anmeldung zu warten.
Übertragen Sie Archive, Logs, Testergebnisse und die Liste der aufzubewahrenden Caches. Prüfen Sie nach der Übertragung Dateigröße oder Prüfsumme und stellen Sie sicher, dass die lokale Kopie lesbar ist.
Übertragen Sie Projektarbeitsverzeichnis, Konfigurationsvorlagen und notwendige Dokumentation an einen vom Team verwalteten Speicherort. Verschlüsseln Sie vertrauliche Daten vor der Sicherung.
Entfernen Sie temporäre SSH-Schlüssel, Projekttoken, Runner-Registrierungen und kurzlebige Umgebungsvariablen und bestätigen Sie in den jeweiligen Systemen, dass die Zugangsdaten ungültig sind.
Prüfen Sie in der Konsole aktuelle Mietdauer und weitere Nutzung. Wenn Builds fortgesetzt werden sollen, bestätigen Sie zunächst, dass Daten, Standort und Konfiguration weiterhin den Anforderungen entsprechen.
Wählen Sie eine der beiden Stufen mit dediziertem physischem Host, legen Sie die Region aus fünf Standorten fest und bestätigen Sie die Mietdauer pro Tag, Woche, Monat oder Quartal.