Exklusive Knoten und Verantwortungsgrenzen

Jede Bestellung entspricht einem exklusiven physischen Mac

Mieter teilen weder Betriebssysteminstanzen noch Arbeitsspeicher oder lokalen Speicher. ArmCLI ist für die Bereitstellung des physischen Knotens, die Basisverbindung und die plattformseitige Statusprotokollierung zuständig. Sie verwalten Code, Schlüssel, Zugriffsrechte, Geschäftsdaten und die Bereinigung beim Ende der Nutzung.

Cloud-Mac mieten Drei Mietmodelle ansehen
1:1
Bestellung und physischer Knoten
99,9 %
Zielwert der Verfügbarkeit
365 Tage
Knoten ganzjährig verfügbar
Knoten-Sicherheitsregister AC-NODE-01
Isolation geprüft Exklusiver physischer Knoten, keine gemeinsame Betriebssysteminstanz
Knotenzuordnung
Eine aktive Bestellung
Authentifizierung
Individuelle Zugangsdaten und bevorzugt Schlüssel
Statusprotokoll
Bereitstellung, Sitzungen und Ressourcenereignisse
Nach Ablauf
Zugriff stoppen und Rückgabeprozess starten
Erneute Bereitstellung
Datenverarbeitung und Statusprüfung abschließen

Der aktuelle Knotenstatus, die Bestellzuordnung und die Verfügbarkeit werden in Echtzeit von der Konsole zurückgegeben.

Zugriffskontrolle

Jede Verbindung auf klar erkennbare, widerrufbare Berechtigungen beschränken

Sicherheit hängt nicht von einem einzelnen Schalter ab. Zugangsdaten, Schlüssel, Berechtigungen, Sitzungen und der Umgang mit Auffälligkeiten müssen ineinandergreifen, um Risiken durch gemeinsam genutzte Passwörter, dauerhafte Freigaben und vergessene Sitzungen zu reduzieren.

Individuelle Zugangsdaten

Jede Bestellung verwendet eigene Verbindungsdaten. Verwenden Sie dieselben Anmeldedaten nicht team-, projekt- oder knotenübergreifend.

AC-01 · UNIQUE

Schlüssel bevorzugen

Automatisierte SSH-Aufgaben sollten bevorzugt einzeln widerrufbare Schlüssel verwenden. Private Schlüssel bleiben auf kontrollierten Geräten und gehören weder in Repositorien noch Build-Protokolle oder gemeinsam genutzte Dokumente.

AC-02 · KEY FIRST

Geringste Rechte

Erteilen Sie nur die für die Aufgabe erforderlichen Verzeichnis-, Befehls- und Dienstberechtigungen. CI-Runner, interaktive Entwicklung und Betriebsskripte verwenden unterschiedliche Identitäten und Arbeitsverzeichnisse.

AC-03 · LEAST

Sitzung beenden

Beenden Sie Sitzungen nach Aufgaben in der grafischen Oberfläche oder auf der Kommandozeile aktiv, entfernen Sie temporäre Weiterleitungen und löschen Sie lokale Verbindungsdaten auf gemeinsam genutzten Geräten.

AC-04 · SIGN OUT

Zugangsdaten wechseln

Wenn ein Mitglied das Team verlässt, ein Gerät verloren geht, sich der Automatisierungsumfang ändert oder ein verdächtiger Zugriff auftritt, widerrufen Sie alte Schlüssel sofort und stellen Sie neue Verbindungsdaten aus.

AC-05 · ROTATE

Umgang mit auffälligem Zugriff

Bei unbekannten Quellen, ungewöhnlichen Befehlen oder unerwarteten Sitzungen trennen Sie zuerst die Verbindung, widerrufen Zugangsdaten, sichern eine bereinigte Zeitleiste und reichen anschließend ein Konsolenticket ein.

AC-06 · CONTAIN
Knotenlebenszyklus

Von der Vorbereitung bis zur Rückgabe ist jeder Schritt klar definiert

Physische Knoten werden nicht zwischen zwei aktiven Bestellungen geteilt. Statusänderungen basieren auf Bestellung, Knoten-ID und Bearbeitungsprotokoll. Vor einer erneuten Bereitstellung werden Zugriffs- und Datenstatus nochmals geprüft.

  1. 01

    Vorbereitung

    Prüfen Sie Modell, Arbeitsspeicher, Speicher, Zielrechenzentrum und Basisverbindung und bestätigen Sie, dass der Knoten automatisch vorbereitet werden kann.

  2. 02

    Bereitstellung

    Ordnen Sie Bestellung und physischen Knoten eindeutig einander zu, stellen Sie Verbindungsdaten aus und lassen Sie Host-Fingerabdruck, Tool-Version und Speicherkapazität prüfen.

  3. 03

    Protokoll während der Miete

    Protokolliert werden Online-Status, Basisverbindung und Ressourcenereignisse des Knotens; Benutzer-Code wird nicht gelesen. Sie verwalten Projektberechtigungen, Schlüssel und Geschäftsdaten selbst.

  4. 04

    Rückgabe nach Ablauf

    Nach Ende der Mietdauer wird der Bestellzugriff beendet und der Rückgabeprozess gestartet. Sichern, migrieren und bereinigen Sie vertrauliche Dateien vor Ablauf.

  5. 05

    Verarbeitung vor erneuter Bereitstellung

    Datenverarbeitung, Ungültigmachung der Zugangsdaten und eine Knotenstatusprüfung werden durchgeführt. Erst danach kann der Knoten erneut bereitgestellt werden.

Verfügbarkeitsmessung

99,9 % Zielwert anhand von Servicedaten geprüft

Die Verfügbarkeit wird anhand von Knotenstatus, Basisverbindungen und bestätigten Ereignissen berechnet. Auswirkungen durch Ihr lokales Netzwerk, Ihre Bedienung, Softwarekonfiguration, Drittanbieterabhängigkeiten oder höhere Gewalt zählen nicht zur Plattformverfügbarkeit.

Alle Knoten laufen 365 Tage im Jahr durchgehend. Bei unerwarteten Störungen wird der Status in der Reihenfolge Erkennung, Bestätigung, Eindämmung, Wiederherstellung und Nachbesprechung aktualisiert.

Messmethode der Servicebedingungen ansehen
Aufzeichnungen der letzten 90 Tage 99,9 %
Zielwert
Normales Intervall Markierung bestätigter Ereignisse Markierungen in diesem Zeitraum: 0
Statistische Einheit
Knoten je Bestellung
Nachweisquelle
Status- und Verbindungsprotokolle
Erstattungsabwicklung
Nach Servicebedingungen und Prüfergebnis
Latenztests aus fünf Regionen

Erst den Netzwerkpfad prüfen, dann das Rechenzentrum wählen

Die Tabelle zeigt den Median der ICMP-Round-Trip-Zeit vom Teststandort zu Knoten in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und den östlichen USA. Die Werte dienen dem Pfadvergleich und entsprechen weder der Build-Geschwindigkeit noch der Bildrate eines Remote-Desktops.

Testdatum20.09.2026 NetzwerkanbieterÖffentliches Internet, zwei lokale Festnetzanschlüsse Anzahl der Messungen20 Messungen je Pfad MessmethodeICMP-RTT-Median, Einheit ms
Median der Netzwerk-Round-Trip-Zeit von wichtigen Teststädten zu den fünf verfügbaren Rechenzentren
Testquelle Singapur Japan (Tokio) Südkorea (Seoul) Hongkong Östliche USA
Shanghai 73 ms 49 ms 45 ms 36 ms 188 ms
Taipeh 61 ms 38 ms 52 ms 24 ms 176 ms
Bangkok 31 ms 96 ms 101 ms 54 ms 229 ms
Sydney 92 ms 118 ms 132 ms 126 ms 241 ms
Frankfurt 162 ms 231 ms 224 ms 198 ms 94 ms

Die Messergebnisse ändern sich je nach Anbieter, grenzüberschreitendem Pfad, Funknetz, Auslastung und Endgerät. Testen Sie vor der Bestellung das Zielrechenzentrum vom wichtigsten Zugangsstandort Ihres Teams. Die tatsächliche Verfügbarkeit liefert die Konsole in Echtzeit.

Infrastrukturumfang

Fünf Rechenzentren für zentrale asiatische Pfade und die östlichen USA

Alle drei verfügbaren Modelle können in den folgenden fünf Rechenzentren bestellt werden. Berücksichtigen Sie bei der Auswahl Teamstandort, Repository-Pfad, Quellen für Abhängigkeiten und Zielregion der Bereitstellung.

SG Verfügbar

Singapur

Geeignet für Teams in Südostasien sowie für Builds, Tests und Automatisierungsaufgaben mit regionalen Diensten.

Prüfen
Grenzüberschreitender Pfad und Dauer des Repository-Abrufs
Modelle im Katalog
Drei Konfigurationen
JP Verfügbar

Japan (Tokio)

Geeignet für Zugriffe aus Japan und Nordostasien, häufig für interaktive Entwicklung, Xcode-Builds und selbst gehostete Runner.

Prüfen
Stabile Latenz des Teams nach Tokio
Modelle im Katalog
Drei Konfigurationen
KR Verfügbar

Südkorea (Seoul)

Geeignet für Netzpfade in und um Südkorea und als regionale Option für Kommandozeilensitzungen und Continuous-Integration-Aufgaben.

Prüfen
Auslandsrouting des lokalen Anbieters
Modelle im Katalog
Drei Konfigurationen
HK Verfügbar

Hongkong

Geeignet für Teams, die kurze Netzwerkpfade in Asien benötigen, etwa für Remote-Entwicklung, Signierung und Pipeline-Ausführung.

Prüfen
Schwankungen des Pfads zu Spitzenzeiten
Modelle im Katalog
Drei Konfigurationen
US-E Verfügbar

Östliche USA

Geeignet für Teams im Osten Nordamerikas oder Workloads, deren Code, Artefakte und Automatisierungsdienste hauptsächlich in Nordamerika liegen.

Prüfen
Kontinentübergreifende Abhängigkeiten und Artefaktübertragung
Modelle im Katalog
Drei Konfigurationen
Latenz ist nicht nur eine Eigenschaft des Rechenzentrums

Das tatsächliche Erlebnis hängt auch von lokalem Netzwerk, Anbieter-Routing, VPN, Funkumgebung und Protokoll der Aufgabe ab. Für grafische Oberflächen empfiehlt sich ein stabiler Pfad mit niedriger Latenz; bei umfangreichen Builds sollten Sie zusätzlich Repository- und Artefaktspeicher vergleichen.

Kommunikation bei Vorfällen

Unerwartete Störungen in fünf Schritten aktualisieren – keine vagen Statusangaben

ArmCLI plant keine regelmäßigen Abschaltungen. Der folgende Ablauf gilt für unerwartete Verbindungs-, Knoten- oder Plattformstörungen. Jeder Schritt aktualisiert bekannten Umfang, nächste Aktion und offene Punkte.

  1. 01

    Erkennung

    Protokollieren Sie den ersten Zeitpunkt der Störung, betroffene Knoten und reproduzierbare Symptome und unterscheiden Sie lokales Netzwerk von Signalen des Knotens.

  2. 02

    Bestätigung

    Prüfen Sie Statusprotokolle, Basisverbindungen und benachbarte Knoten und nennen Sie den bestätigten Umfang, ohne Vermutungen als Fakten darzustellen.

  3. 03

    Eindämmung

    Stellen Sie bevorzugt nutzbare Verbindungen wieder her oder begrenzen Sie die Ausbreitung. Dokumentieren Sie dabei Übergangsmaßnahmen, betroffene Nutzer und verbleibende Risiken.

  4. 04

    Wiederherstellung

    Prüfen Sie Knotenverbindung, Bestellzuordnung und wichtige Pfade. Beobachten Sie den Zustand weiter; ein einzelner erfolgreicher Test beendet die Prüfung nicht vorzeitig.

  5. 05

    Nachbesprechung

    Ordnen Sie Zeitleiste, Auswirkungsbereich, Auslöser und Verbesserungen. Bei Verfügbarkeit und Erstattung gelten Servicebedingungen und Prüfergebnis.

Sicherheitsfeedback

Reproduzierbare, bereinigte Nachweise einreichen

Wenn Sie ein potenzielles Sicherheitsproblem entdecken, beenden Sie zunächst Tests, die die Auswirkungen vergrößern könnten. Veröffentlichen Sie niemals gültige Zugangsdaten, private Schlüssel, Zugriffstoken, vollständige Hostdaten oder unbereinigte Protokolle.

Sicherheitsbericht per E-Mail senden Zum Einreichen eines Tickets an der Konsole anmelden

Mindestens enthalten

  • 01

    ReproduktionsbedingungenBeschreiben Sie Einstiegspunkt, Ausgangszustand, Arbeitsschritte und erwartetes Ergebnis.

  • 02

    AuswirkungsbereichGeben Sie an, ob ein einzelner Knoten, der Bestellprozess, die Verbindungsebene oder eine öffentliche Seite betroffen ist.

  • 03

    Zeit und UmgebungNennen Sie Zeitzone, Zeitpunkt, Netzwerkumgebung und Client-Version.

  • 04

    Bereinigte NachweiseFügen Sie eine Fehlerzusammenfassung sowie erforderliche Screenshots oder Protokollauszüge bei und schwärzen Sie alle gültigen Zugangsdaten.

Allgemeine Anfragen werden in der Reihenfolge ihres Eingangs bearbeitet. Bei anhaltenden Risiken schreiben Sie „Sicherheitsproblem“ in den Betreff und bewahren Sie eine kontrollierte Kopie der Originalnachweise auf.

Nach Prüfung der Sicherheitsgrenzen den passenden physischen Knoten wählen

Drei Modelle mit exklusivem physischem Mac sind in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und den östlichen USA verfügbar. Konfiguration, Knoten und tatsächliche Verfügbarkeit liefert die Konsole in Echtzeit.

Exklusiver physischer Rechner Keine virtuelle Maschine Fünf Rechenzentren Ganzjähriger Betrieb
Cloud-Mac mieten Hilfezentrum ansehen