Erste Schritte

Vom Kauf bis zum ersten Build – folgen Sie diesem Ablauf

RunnerVPS bietet Cloud-Macs auf exklusiven Apple-Silicon-Physikknoten – keine virtuellen Maschinen. Legen Sie zuerst Arbeitsspeicher, Speicher, Standort und Laufzeit fest, verbinden Sie sich per SSH oder VNC und prüfen Sie die Toolchain mit einer Minimalaufgabe.

Ab $20.6/TagZwei M4-Konfigurationen an 5 Standorten; die tatsächliche Verfügbarkeit zeigt die Konsole in Echtzeit.

BUILD-ÜBERGABE Bestätigung der ersten Aufgabenausgabe
Vorbereitung
RUN-01 Startkarte für Aufgaben
Konfiguration
Runner M4 · 16GB · 256GB
Standort
Japan (Tokio)
Laufzeit
Wöchentlich
Fortschrittsanzeige 4 / 6
  1. Konfiguration bestätigen
  2. Standort auswählen
  3. Bestellung absenden
  4. Fingerabdruck prüfen
  5. Toolchain prüfen
  6. Ergebnisse abnehmen
AUSGABEBESTÄTIGUNG Karte zur Ergebnisabnahme
Prüfpunkte
SSH, Xcode, Repository-Zugriff
Übergabepunkte
Ergebnisse, Schlüssel, Laufzeitstatus
10 Minuten vor der Bestellung

Bereiten Sie fünf Angaben vor, damit nach der Geräteübergabe nichts fehlt

Konto, Benachrichtigungsadresse, öffentlicher SSH-Schlüssel, gewünschte Xcode-Version und Laufzeit beeinflussen die erste Verbindung und Umgebungskonfiguration direkt. Legen Sie diese Angaben vorab in einem internen Auftrag zusammen, damit die Teamübergabe klar bleibt.

01 RunnerVPS-Konto

Erstellen Sie das Konto mit einer E-Mail-Adresse, auf die das Team dauerhaft zugreifen kann. Bestehende Nutzer sollten zunächst den Konsolenzugriff prüfen und die hinterlegten Kontaktdaten kontrollieren.

02 Benachrichtigungsadresse

Wählen Sie eine Adresse, die Bestell- und Gerätebenachrichtigungen empfängt. Verwenden Sie keine Adresse, die ausschließlich einem bald ausscheidenden Teammitglied gehört.

03 Öffentlicher SSH-Schlüssel

Halten Sie den auf der aktuellen Arbeitsstation erzeugten öffentlichen Schlüssel bereit und dokumentieren Sie, wer den zugehörigen privaten Schlüssel verwahrt. Übermitteln Sie ausschließlich den öffentlichen Schlüssel.

04 Xcode-Version

Ermitteln Sie die Zielversion aus Build-Konfiguration, Abhängigkeiten und bestehenden CI-Aufgaben. Bei mehreren Projekten legen Sie zuerst das Projekt für die erste Prüfung fest.

05 Benötigte Laufzeit

Wählen Sie je nach Aufgabedauer Tag, Woche, Monat oder Quartal. Kurze Kompatibilitätstests eignen sich meist für Tag oder Woche; laufendes CI und feste Pipelines eher für Monat oder Quartal.

Zugangsdaten gehören nicht auf die Vorbereitungsliste

Die Liste enthält nur Verantwortliche, Zielversion, öffentliche Schlüssel und Aufgabenbereich. Passwörter, private Schlüssel, Signaturdateien und Token übermitteln Sie über den eigenen Geheimnisverwaltungsprozess des Teams.

Tarif auswählen

Zwei M4-Konfigurationen – passend zu Arbeitsspeicher, SSD und parallelen Aufgaben

Für normale Entwicklung, Einzelprojekt-Builds und leichte Automatisierung genügt Runner M4. Für mehr parallele Aufgaben, größere Abhängigkeits-Caches oder umfangreichere Workloads wählen Sie Runner M4 Plus.

Normale Entwicklung

Runner M4

Für Remote-Xcode-Entwicklung, Einzelprojekttests, signierte Builds und leichte Self-hosted-Runner geeignet.

ChipM4
Arbeitsspeicher16GB
SSD256GB
Pro Tag$20.6
Pro Woche$55.7
Pro Monat$103.1
Pro Quartal$280.4
Vergleich der Workflows von Runner M4 und Runner M4 Plus
Kriterium Runner M4 Runner M4 Plus
Parallele Aufgaben Einzelprojekt-Builds, Tests und leichte Automatisierung Mehrere Build-Prozesse oder stärker parallelisierte Aufgaben
Abhängigkeiten und Cache Abhängigkeiten, Simulatoren und Archive regelmäßig bereinigen Größere Abhängigkeits-Caches und Workloads erforderlich
Grafische Oberfläche Remote-Xcode, Debugging und reguläre Vorschauen Remote-Entwicklung mit weiteren Hintergrundaufgaben
Upgrade-Kriterium Weiterverwenden, solange Speicherdruck stabil und ausreichend Speicherplatz vorhanden ist Bevorzugen, wenn häufiges Swapping oder Cache-Bereinigung Aufgaben beeinträchtigt
Standort auswählen

Wählen Sie einen von 5 Standorten

Wählen Sie bevorzugt einen Standort nahe den wichtigsten Nutzern, Code-Repositories und Ausgabeempfängern. Beide Tarife sind in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und im Osten der USA verfügbar.

SG

Singapur

Geeignet für Workflows mit wichtigen Teammitgliedern in Südostasien oder häufigem Transfer von Build-Ergebnissen in diese Region.

KatalogkonfigurationRunner M4 / M4 Plus
JP

Japan (Tokio)

Geeignet für Teams in Japan und Umgebung, die SSH und grafische Oberflächen zuverlässig nutzen müssen.

KatalogkonfigurationRunner M4 / M4 Plus
KR

Südkorea (Seoul)

Geeignet für Entwicklungs-, Test- und Build-Aufgaben in Südkorea und angrenzenden Regionen.

KatalogkonfigurationRunner M4 / M4 Plus
HK

Hongkong

Geeignet für Projekte mit Zusammenarbeit in mehreren Teilen Asiens; prüfen Sie SSH- und Dateiübertragung anhand des tatsächlichen Netzwerkpfads.

KatalogkonfigurationRunner M4 / M4 Plus
US-E

Ostküste der USA

Geeignet für Projekte und Pipelines mit wichtigen Mitwirkenden, Code-Diensten oder Ausgabeempfängern im Osten Nordamerikas.

KatalogkonfigurationRunner M4 / M4 Plus
So wählen Sie den Standort

Testen Sie zuerst den Netzwerkpfad vom Standort der wichtigsten Nutzer zur Zielregion. Berücksichtigen Sie danach Repository-Downloads und Rückübertragung der Ergebnisse. Entscheiden Sie nicht allein nach geografischer Entfernung und werten Sie eine einzelne Störung nicht als langfristigen Trend.

Verbindungsdiagnose ansehen
Bestellung abschließen

Konfiguration, Standort, Laufzeit und Zusatzoptionen einzeln prüfen

Prüfen Sie vor der Bestätigung erneut Modell, Lieferstandort, Startlaufzeit und Speicherbedarf. Alle Preise werden in US-Dollar abgerechnet; Zahlungsarten und verfügbare Gateways zeigt die Konsole an.

BESTELLPRÜFUNG Prüfliste vor dem Absenden
Modell

Runner M4 oder Runner M4 Plus

Standort

Einen von 5 verfügbaren Standorten auswählen

Laufzeit

Tag, Woche, Monat oder Quartal

Speicher

Prüfen, ob die Basis-SSD für Abhängigkeiten, Cache und Ergebnisse ausreicht

Parallelbedarf

Thunderbolt 5 nur bei tatsächlichem Bedarf für parallele Verbindungen auswählen

Der tatsächliche Nutzer sollte Konfiguration und Standort vor dem Absenden bestätigen. Bei projektgebundenen Bestellungen können Sie den Zweck im Team-Aufgabensystem dokumentieren, jedoch keine Passwörter, privaten Schlüssel oder vollständigen Zahlungsdaten.

Erste Verbindung

Geräte-Fingerabdruck prüfen, dann SSH- oder VNC-Sitzung aufbauen

Ziel der ersten Verbindung ist nicht die sofortige Übernahme aller Projekte, sondern die Prüfung von Geräteidentität, Zugangsweg, Systemversion und grundlegender Netzwerkroute.

SSH-Weg

Vorbereitung der Kommandozeilenverbindung

  1. Geräteinformationen abrufen

    Prüfen Sie in der Konsole Gerätename, Standort, Zugangsadresse und Host-Fingerabdruck.

  2. Fingerabdruck vergleichen

    Vergleichen Sie den Fingerabdruck vor der ersten Annahme des Hostschlüssels Zeichen für Zeichen mit der Konsolenanzeige. Bei Abweichungen Verbindung abbrechen und ein Ticket einreichen.

  3. Mit Schlüssel anmelden

    Prüfen Sie die Berechtigungen des privaten lokalen Schlüssels und verwenden Sie nur den registrierten öffentlichen Schlüssel.

  4. Systeminformationen prüfen

    Prüfen Sie nach der Anmeldung Hostname, macOS-Version, Speicherplatz und Berechtigungen des aktuellen Benutzers.

VNC-Weg

Vorbereitung der Verbindung zur grafischen Oberfläche

  1. Gerät zuerst prüfen

    Bestätigen Sie, dass Ziel und bestelltes Gerät übereinstimmen, und richten Sie anschließend ein kontrolliertes Netzwerk oder einen SSH-Tunnel ein.

  2. Grafische Sitzung aufbauen

    Verbinden Sie sich mit einem vom Team freigegebenen VNC-Client und passen Sie die Auflösung an Monitor und Netzwerkbedingungen an.

  3. Sitzungsverhalten prüfen

    Prüfen Sie Bildschirmsperre, Wiederverbindung und Zwischenablage, damit langfristige Zugangsdaten nicht auf gemeinsam genutzten Arbeitsstationen gespeichert werden.

  4. Initiale Zugangsdaten aktualisieren

    Aktualisieren Sie die initialen Zugangsdaten direkt nach der ersten Prüfung und vergeben Sie nach Zuständigkeit die geringstmöglichen Berechtigungen.

GERÄTEÜBERGABE Felder der Geräteübergabe
Zu prüfen
Gerätename
In der Konsole angezeigter Wert
Region
Im Auftrag ausgewählter Standort
Laufzeit
Auftragsbezogene Start- und Enddaten
Zugriffsstatus
Abruf der Zugangsdaten und Status der ersten Verbindung
Host-Fingerabdruck
Nach Zeichenvergleich bestätigen
Verantwortlicher
Interner Geräteverantwortlicher des Teams
Konfigurationsworkflow

Erst die Minimalaufgabe ausführen, dann die vollständige Pipeline migrieren

Teilen Sie die Umgebungskonfiguration in Toolchain, Repository, Signaturmaterial, Automatisierung und Ergebnisübertragung auf. Hinterlassen Sie nach jedem Schritt prüfbare Ausgaben, statt alle Abhängigkeiten auf einmal zu importieren.

01

Toolchain festlegen

Bestätigen Sie Versionen von macOS, Xcode, Kommandozeilenwerkzeugen und Paketmanager. Dokumentieren Sie die Zielversion in den Projektunterlagen oder der CI-Konfiguration.

xcodebuild -version
02

Code-Repository anbinden

Laden Sie das Test-Repository mit einem Deployment-Schlüssel mit geringsten Rechten oder einer vom Team freigegebenen Methode. Prüfen Sie zuerst Lesezugriff und erweitern Sie Rechte erst bei Bedarf.

git remote -v
03

Signaturmaterial bereitstellen

Stellen Sie Zertifikate, Signaturdateien und Token über den Geheimnisverwaltungsprozess des Teams bereit. Speichern Sie sensible Daten nicht in Repository, Build-Logs oder normalen Kontakt-E-Mails.

security list-keychains
04

Runner registrieren

Beschränken Sie beim Registrieren des Physikknotens als self-hosted runner den Projektumfang, verwenden Sie klare Labels und dokumentieren Sie zuständiges Team und Repository.

runner: macos-m4
05

Minimalprüfung ausführen

Wählen Sie eine kleine Testaufgabe, die in wenigen Minuten abgeschlossen ist, und prüfen Sie Abhängigkeitsauflösung, Kompilierung, Tests, Signierung und Ausgabeordner.

xcodebuild -showBuildSettings
06

Build-Ergebnisse übertragen

Legen Sie Archivordner, Dateinamen, Prüfmethode und Empfangsort fest. Vergrößern Sie den Aufgabenbereich oder öffnen Sie ihn für weitere Projekte erst nach erfolgreicher Übertragung.

shasum -a 256 artifact.zip
Kriterien für eine erfolgreiche Minimalaufgabe
  • Toolchain-Versionen entsprechen den Projektanforderungen
  • Repository-Berechtigungen folgen dem Prinzip der geringsten Rechte
  • Test- und Signaturausgaben sind in den Logs nachvollziehbar
  • Ergebnisse wurden erfolgreich übertragen und geprüft
Glossar

Acht Begriffe, die beim Einstieg immer wieder vorkommen

Diese Begriffe beschreiben Gerätegrenzen, Zugangswege und Build-Prozesse. Eine einheitliche Terminologie in Aufgaben und Übergabedokumenten verhindert Missverständnisse durch wechselnde Begriffe wie Gerät, Instanz und Runner.

Physikknoten
Das tatsächlich für die Bestellung bereitgestellte Mac-mini-Apple-Silicon-Gerät. Berechnung, lokaler Speicher und Systemumgebung laufen auf echter Hardware.
Exklusiv
Das der Bestellung zugeordnete Physikgerät teilt Rechenressourcen und lokalen Speicher nicht mit anderen Mietern. Das Team verwaltet Mitgliederrechte und Projekttrennung weiterhin selbst.
Cloud-Mac
Ein per Netzwerk fernzugreifendes Mac-Gerät, das für eine feste Laufzeit genutzt wird – geeignet für Entwicklungs-, Build-, Test- und Experimentier-Workflows.
Keine virtuelle Maschine
Bereitgestellt wird keine aus einem gemeinsam genutzten Host aufgeteilte Instanz, sondern ein eigenständiges Apple-Silicon-Physikgerät.
VNC
Protokoll zur Fernanzeige und -steuerung der grafischen macOS-Oberfläche. Verwenden Sie es über ein kontrolliertes Netzwerk oder einen SSH-Tunnel und vermeiden Sie gemeinsam genutzte langfristige Zugangsdaten.
SSH
Protokoll für sicheren Kommandozeilenzugriff, Tunnel und Dateiübertragung. Prüfen Sie vor der ersten Verbindung den Host-Fingerabdruck und bevorzugen Sie Schlüsselauthentifizierung.
self-hosted runner
Ein vom Team verwalteter Runner, der an eine Automatisierungsplattform angebunden ist. Nach der Registrierung führt er Builds, Tests und Ergebnisverarbeitung innerhalb festgelegter Projekte aus.
Build-Ergebnis
Dateien aus Kompilierungs-, Test- oder Exportprozessen, etwa Archive, Installationspakete, Symboldateien, Testberichte und Prüfnachweise.
Übergabe und Mietende

Vor dem Verlassen des Geräts Ergebnisse, Zugriffsrechte und Datenstatus vollständig abschließen

Das Mietende bedeutet mehr als das Schließen des letzten Terminals. Sichern Sie zuerst die Ergebnisse, entfernen Sie anschließend Konten, Schlüssel und Projektdaten und prüfen Sie zuletzt in der Konsole Laufzeitstatus und Gerätezuordnung.

A · SICHERN

Benötigte Ergebnisse sichern

  • Archive, Installationspakete, Testberichte und Symboldateien herunterladen
  • Für wichtige Dateien Prüfsummen erstellen und am Empfangsort prüfen
  • Prüfen, ob Abhängigkeits-Caches wirklich langfristig benötigt werden
B · WIDERRUFEN

Konten, Schlüssel und Runner entfernen

  • Repository-Deployment-Schlüssel und Automatisierungstoken widerrufen
  • self-hosted runner abmelden und Aufgaben-Labels bereinigen
  • Nicht mehr benötigte lokale Konten und öffentliche SSH-Schlüssel löschen
C · BEREINIGEN

Bestätigen, dass Projektdaten nicht mehr benötigt werden

  • Arbeitsverzeichnisse, temporäre Dateien, Logs und Exportordner prüfen
  • Zertifikate, Signaturdateien und Umgebungsvariablen entfernen
  • Abgeschlossene Bereinigungsschritte und verantwortliche Person dokumentieren
D · PRÜFEN

Laufzeit- und Bestellstatus prüfen

  • Geräte-, Bestell- und Laufzeitdaten in der Konsole prüfen
  • Bestätigen, dass im Team keine Builds mehr laufen
  • Bei unerwartetem Status über die Konsole ein Ticket einreichen

Mit Konfiguration und öffentlichem Schlüssel können Sie jetzt bestellen

Wählen Sie zuerst Runner M4 oder Runner M4 Plus, anschließend einen von 5 Standorten, eine Laufzeit pro Tag/Woche/Monat/Quartal und notwendige Zusatzoptionen. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe); abgerechnet wird einheitlich in US-Dollar (USD).