Keine anderen Mandanten auf demselben Gerät
Builds, Simulatoren und Inferenz-Workloads nutzen die Ressourcen des Ihnen zugewiesenen Servers. Die Aufgaben anderer Mandanten beanspruchen auf diesem Mac mini weder CPU noch GPU oder Unified Memory.
Dedizierter Server · Klare Zuständigkeiten
Ein Mac. Ein Mandant.
XcodeOps Cloud-Mac stellt dedizierte physische Mac mini bereit – keine virtuellen Maschinen mit gemeinsam genutzten Ressourcen. Von der Systeminitialisierung über den Verbindungsaufbau bis zur Löschung nach Mietende sind die Zuständigkeiten klar geregelt.
Sie können MLX-Inferenzdienste und Xcode-Builds auf demselben Mac ausführen. CPU, GPU, Unified Memory und lokaler Speicher stehen während der Mietdauer Ihren Workloads zur Verfügung. Konten, Apps und Schlüssel verwalten Sie selbst.
Übergabe des Servers
Dedizierte Hardware, getrennt verwaltete Zugangsdaten
MandantentrennungKompletter Server
FernzugriffSSH · Tunnel
MietendeFestplatte löschen
01 / Ressourcen
Die Isolierung beginnt beim ganzen Server
Jede Miete umfasst einen dedizierten physischen Mac mini. Es gibt keine weiteren Mandanten auf demselben Gerät, und die Rechenressourcen werden nicht per virtueller Maschine auf mehrere Nutzer aufgeteilt.
Sie wählen den Standort
Wählen Sie den Standort mit der passenden Netzwerkanbindung für Ihr Team: Singapur, Tokio, Seoul oder Hongkong. Welche Standorte verfügbar sind, zeigt das Portal beim Bestellvorgang in Echtzeit an.
Sie bestimmen die Workloads
Installieren Sie während der Mietdauer Ihre Entwicklungstools, Build-Caches oder MLX-Modelle. Ein dedizierter Server macht Anwendungen nicht automatisch sicher: Listening-Adressen, Updates und Zugriffsrechte müssen Sie selbst konfigurieren.
02 / Vor der Übergabe
Ein frisch vorbereitetes System bei der Übergabe
Vor der Übergabe wird das System neu installiert und überprüft. Anschließend folgen die Initialisierung und die Bereitstellung der Zugangsdaten. Dateien aus der vorherigen Mietdauer sollten für den nächsten Mandanten nicht zugänglich sein.
Sie erhalten Ihre Zugangsdaten im angemeldeten Portal. Speichern Sie sie nach dem ersten Abruf umgehend in einem geschützten Passwortmanager und richten Sie SSH-Schlüssel entsprechend den Berechtigungen Ihres Teams ein. Zugangsdaten gehören weder in ein Code-Repository noch in Screenshots von Support-Tickets.
01System neu installieren
Eine saubere macOS-Umgebung für die nächste Übergabe vorbereiten.
02Übergabestatus prüfen
Verbindungsdaten werden erst nach der Prüfung der Server- und Systeminitialisierung bereitgestellt.
03Zugangsdaten bereitstellen
Im angemeldeten Portal abrufen – sie werden nicht auf öffentlich zugänglichen Seiten angezeigt.
03 / Verbindung und Dienste
Fernzugriff auf die richtigen Personen beschränken
Ein dedizierter physischer Server trennt die Ressourcen verschiedener Mandanten. Für Verbindungen vom Laptop zum Server und für Dienste, die der Server Ihrem Team bereitstellt, müssen Sie die Zugriffsgrenzen passend zum jeweiligen Zweck konfigurieren.
Möglichst Schlüssel verwenden
Hinterlegen Sie für jede Person einen eigenen öffentlichen Schlüssel, statt einen privaten Schlüssel gemeinsam zu nutzen. Sobald die Schlüsselanmeldung funktioniert, können Sie die Passwortanmeldung gemäß den Teamrichtlinien deaktivieren. Entfernen Sie die Schlüssel ausscheidender Teammitglieder zeitnah.
Desktop-Verbindungen über einen Tunnel
Wenn Sie die grafische macOS-Oberfläche benötigen, richten Sie zuerst einen SSH-Tunnel ein und verbinden Sie den VNC-Client anschließend mit dem lokalen Weiterleitungsport. Machen Sie den Remote-Desktop nicht einfachheitshalber aus einem unkontrollierten Netzwerk erreichbar.
Inferenz-Endpunkt zunächst nur lokal erreichbar machen
Richten Sie mlx_lm.server so ein, dass der Dienst zunächst nur auf der lokalen Loopback-Adresse lauscht. Teammitglieder können über einen SSH-Tunnel oder einen von Ihnen konfigurierten, kontrollierten Proxy zugreifen. Prüfen Sie vor dem Produktivstart den Zugriffskreis und die Authentifizierung.
Vor dem Verbinden prüfen:Hat jede Person einen eigenen Schlüssel? Läuft der Remote-Desktop über einen Tunnel? Ist der Inferenzdienst nur für die vorgesehenen Nutzer erreichbar? Konkrete Befehle und Schritte für die Umstellung finden Sie imLeitfaden für Verbindungen.
04 / Mietende
Erst migrieren, dann freigeben, anschließend löschen
Nutzen Sie den gemieteten Server nicht als einziges Backup. Exportieren Sie vor der Freigabe Ihren Code, Modellgewichte, Zertifikate und Build-Artefakte. Nach Mietende wird die gesamte Festplatte gelöscht; danach wird der Server für die nächste Übergabe neu vorbereitet.
- 01
Benötigte Daten migrieren
Prüfen Sie Repositorys, Modelldateien, Build-Artefakte und Konfigurationen. Vergewissern Sie sich, dass alles an einem von Ihnen kontrollierten Speicherort gesichert ist.
- 02
Miete beenden
Verwalten Sie Verlängerung oder Freigabe im Portal und beenden Sie Aufgaben und Dienste, die auf den Server angewiesen sind.
- 03
Gesamte Festplatte löschen
Nach der Rücknahme des Servers werden die Datenträgerinhalte gelöscht. Danach folgen die Systemvorbereitung und Übergabeprüfung für die nächste Miete.
Die Löschung ersetzt weder Ihre eigenen Backups noch den Wechsel von Schlüsseln. Widerrufen Sie vor Mietende außerdem alle nicht mehr benötigten Zugriffsberechtigungen.
05 / Rechenzentrum und Netzwerk
Grenzen des Rechenzentrums und des öffentlichen Internets getrennt betrachten
Die vier Standorte befinden sich in Rechenzentren mit physischer Zugangskontrolle und redundanter Stromversorgung. Sie bedienen Verbindungen nach Singapur, Tokio, Seoul und Hongkong. Jeder bereitgestellte Mac erhält eine eigene öffentliche IP-Adresse. So gibt es einen klaren Einstiegspunkt für den Fernzugriff – zugleich sollten Sie die für das öffentliche Internet geöffneten Ports sorgfältig prüfen.
Berücksichtigen Sie bei der Standortwahl zuerst die Netzwerkanbindung zwischen Ihrem Team und dem Rechenzentrum und anschließend den Übertragungsweg für große Dateien wie Modellgewichte und Build-Caches. Das Rechenzentrum schützt die Umgebung der Hardware; Listening-Adressen, Authentifizierung und Anwendungsprotokolle öffentlicher Dienste konfigurieren Sie selbst.
Vier Standorte in Asien-Pazifik
- SGSingapurSüdostasien
- JPTokioOstasien
- KRSeoulNordostasien
- HKHongkongSüdchina und Südostasien
Die tatsächliche Verbindung hängt vom Netzanbieter und der Zugriffszeit ab. Orientieren Sie sich bei der Standortwahl an der Latenzübersicht imVerbindungsleitfadenund entscheiden Sie anhand eigener Netzwerktests.
06 / Geteilte Verantwortung
Was wir übernehmen und was Sie konfigurieren
Eine physische Isolierung verwaltet nicht automatisch die Zugriffsrechte Ihrer Anwendungen. Diese Tabelle hilft Ihnen, die Zuständigkeiten vor dem Produktivstart eines MLX-Endpunkts oder CI-Runners abzugleichen.
| Bereich | XcodeOps Cloud-Mac übernimmt | Ihre Verantwortung |
|---|---|---|
| Hardware und Rechenzentrum | Physischer Mac mini, Rechenzentrumseinrichtungen und Bereitstellung des Servers | Den Standort mit der passenden Netzwerkanbindung für Ihr Team auswählen |
| Systembereitstellung | Neuinstallation, Prüfung und Bereitstellung der ersten Zugangsdaten vor der Übergabe | Zugangsdaten abrufen und sicher aufbewahren; spätere Systemkonfiguration verwalten |
| Fernzugriff | Server und Verbindungsdaten bereitstellen | SSH-Schlüssel, Benutzerberechtigungen, VNC-Tunnel und offene Ports |
| Anwendungen und Daten | Gesamte Festplatte des Servers nach Mietende löschen | Anwendungen aktualisieren sowie Modellgewichte, Build-Artefakte, Backups und Migration verwalten |
| Dienstschlüssel | Kontozugang und Support-Tickets bereitstellen | Anwendungstoken, Signaturmaterial und andere Schlüssel speichern und wechseln |
07 / Sicherheitskontakt
Sicherheitsproblem entdeckt? Helfen Sie uns, es nachzustellen
Wenn Sie ein Sicherheitsproblem entdecken, das Konten, die Bereitstellung eines Servers oder Dienstschnittstellen betreffen könnte, schreiben Sie bitte an support@xcodeops.com. Angemeldete Nutzer können auch über das Portalein Support-Ticket einreichen. Bei Fragen zu einer aktuellen Bestellung oder einem Server lässt sich der Kontext über ein Ticket leichter zuordnen.
Geben Sie in Ihrer Meldung die betroffene Seite oder Funktion, die Schritte zur Reproduktion sowie das erwartete und tatsächliche Ergebnis an. Fügen Sie bei Bedarf Screenshots oder Fehlermeldungen hinzu, die sich sicher weitergeben lassen. Senden Sie keine privaten Schlüssel, vollständigen Zugangsdaten, Modellgewichte oder personenbezogenen Daten anderer per E-Mail.
Ablauf der verantwortungsvollen Offenlegung
- 01
Übermitteln Sie die nötigsten Angaben zur Reproduktion per E-Mail oder über ein Ticket im angemeldeten Portal.
- 02
Wir prüfen den Umfang der Auswirkungen und halten Sie über denselben Kontaktweg über den Stand und benötigte Ergänzungen auf dem Laufenden.
- 03
Veröffentlichen Sie keine unmittelbar ausnutzbaren Details, bevor das Problem behoben ist und beide Seiten einer Veröffentlichung zugestimmt haben.
Die erste Rückmeldung erfolgt per E-Mail oder als Ticketbestätigung. Bei dringenden Problemen mit einem aktuell genutzten Server nennen Sie im Ticket bitte Bestellnummer und Serverdaten, damit wir den Fall zuordnen können.
Mit klaren Zuständigkeiten starten
Wählen Sie einen dedizierten Mac für Ihren nächsten Build oder Inferenz-Workload
Legen Sie vor der Bestellung Modell, Standort und Zugriffsweg fest. Die aktuelle Verfügbarkeit zeigt das Portal in Echtzeit an.