PRODUKTANSICHT / ANONYMISIERT

Von der physischen Maschine bis zum Build-Artefakt: So sieht der echte Workspace aus

Hier sehen Sie keine dekorativen Rechenzentrumsfotos, sondern den echten Ablauf bei MacWorker: exklusiven physischen Mac auswählen, Region und Laufzeit bestätigen, Zugang erhalten und anschließend in einer dauerhaft verfügbaren macOS-Umgebung entwickeln, bauen oder kompatible KI-Inferenzaufgaben ausführen.

Exklusiven physischen Mac mieten Modelle und Festpreise ansehen

Physischer Apple-Silicon-Knoten
Exklusive Ressourcen für einen Mandanten
Grafische Oberfläche und Kommandozeile verfügbar

MW-KNOTENANSICHT ONLINE

NODE-7C••

NODE-3A••

NODE-9F••

FORGE M4

Ressourcen: M4 · 16 GB · 256 GB
Region: Japan (Tokio)
Zugang: Desktop · SSH
Status: BEREIT

Anonymisierte Darstellung: Knotenkennung, Netzwerkadresse und Anmeldedaten wurden ausgeblendet.

HARDWARE-GALERIE

Sie sehen einen Ihnen zugewiesenen Mac – keine gemeinsam genutzten Ressourcen

Jede Bestellung entspricht einem exklusiven physischen Rechner. Prozessor, Arbeitsspeicher und lokaler Speicher werden nicht mit anderen Mandanten geteilt. Das Portal zeigt Gerätekkennung und Verbindungsstatus, statt mehrere Nutzer in eine virtuelle Instanz zu stecken.

MW / PHYSISCHER KNOTEN

Exklusiver physischer Rechner

Ressourcengrenzen auf Geräteebene

Während der Laufzeit wird das gewählte Modell als vollständiger physischer Knoten bereitgestellt. Forge M4 umfasst M4, 16 GB Arbeitsspeicher und 256 GB SSD; Studio M4 umfasst M4, 24 GB Arbeitsspeicher und 512 GB SSD; Atlas M4 Pro umfasst M4 Pro, 64 GB Arbeitsspeicher und 2 TB SSD.

CPU und Arbeitsspeicher werden nicht mit anderen Mandanten geteilt
Systemumgebung, Abhängigkeits-Cache und Projektverzeichnisse bleiben erhalten
Build-Artefakte und Projektdaten können vor der Freigabe des Knotens selbst exportiert werden

KNOTENLABEL BEREIT

JP · NODE-7C••

Modell: Forge M4
Laufzeit: Monatlich
Zugang: 2 Methoden

Das Label zeigt nur für die Nutzung erforderliche Informationen

Die Konsole zeigt Modell, Region, Laufzeit, Knotenstatus und Zugang. Kontodaten, vollständige Adressen und Authentifizierungsinhalte erscheinen nicht in der öffentlichen Ansicht.

SG-••ONLINE

JP-••ONLINE

US-E-••ONLINE

Die Region ist eine Planungsbedingung, keine Zusage eines gemeinsamen Pools

Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und der Osten der USA werden nach aktuellem Bestand angeboten. Bei der Regionswahl sollten Verbindungs-Latenz des Teams, Codequelle und Ziel der Artefakte im Vordergrund stehen.

Alle Knoten laufen 365 Tage im Jahr durchgehend. Ob ein Knoten sofort bereitgestellt werden kann, hängt vom aktuellen Status des gewählten Modells und der Region ab; maßgeblich sind die Bestätigungsangaben im Portal.

PORTAL-KONFIGURATION

Das Portal teilt die Kaufentscheidung in vier prüfbare Angaben auf

Wählen Sie zuerst die feste Hardware und anschließend Region, Laufzeit und Zusatzoptionen. Vor dem Absenden können Sie jeden Punkt prüfen, ohne Arbeitsspeicher, Speicher oder Bereitstellungsort aus einem unklaren Paketnamen ableiten zu müssen.

MW Knotenkonfiguration

BESTELLENTWURF

SCHRITT 1 / 4

Physischen Knoten auswählen

Beispielkonfiguration

Forge M4AUSGEWÄHLT

M4 · 16 GB · 256 GB SSD

Studio M4

M4 · 24 GB · 512 GB SSD

Atlas M4 Pro

M4 Pro · 64 GB · 2 TB SSD

Region Japan (Tokio) Weitere Optionen: Singapur, Seoul, Hongkong, Osten der USA

Laufzeit Monatlich Auch täglich, wöchentlich oder vierteljährlich verfügbar

Zusatzoption +1 TB SSD Gilt für denselben Zeitraum wie der gewählte Service

Zahlung US-Dollar (USD) Zwei festgelegte Zahlungsmethoden verfügbar

Die Konfiguration wird nicht über Abkürzungen erraten

Die Modellkarte nennt Chip, Arbeitsspeicher und SSD-Kapazität direkt. Zusätzlicher Speicher und Thunderbolt 5 werden nur nach ausdrücklicher Auswahl in die Bestellung aufgenommen.

Zugänge nach der Bereitstellung zentral verwalten

Nach der Bereitstellung sehen Sie Status, Anmeldedaten sowie Informationen für den browserbasierten Remote-Desktop und SSH im Kontext derselben Bestellung – ohne Parameter über mehrere Seiten zusammensuchen zu müssen.

Öffentliche Ansichten werden standardmäßig anonymisiert

In diesem Beispiel sind Bestellkennung, vollständige Knotenkennung, Netzwerkadresse, Benutzername und Authentifizierungsdaten verborgen. Die echte Konsole stellt diese Daten nur angemeldeten Nutzern mit entsprechender Berechtigung bereit.

ENTWICKLER-DESKTOP

Projekt, Befehle und Ressourcenänderungen in derselben Arbeitsumgebung anzeigen

Die dargestellte Entwicklungsumgebung nutzt ein übliches Layout mit vier Bereichen: Projektnavigation, Editor, Build-Log und Ressourcenüberwachung. Die Fensteranordnung bestimmen Sie selbst; grafische macOS-Oberfläche und Kommandozeile sind vollständig verfügbar.

BuildPipeline.swift Package.swift

struct BuildPipeline {
let scheme = "SampleApp"
let configuration = "Release"
func archive() async throws {
try await prepareDependencies()
try await runTests()
try await exportArtifact()
}
}

BUILD-LOGEXIT 0

$ xcodebuild -scheme SampleApp -configuration Release archive
Resolve Package Graph
CompileSwiftSources normal arm64
Run unit tests: 128 passed
Archive path: ./Artifacts/SampleApp.xcarchive
BUILD SUCCEEDED

Die Entwicklungsumgebung bleibt erhalten

Abhängigkeitsverzeichnisse, Tool-Versionen, Build-Cache und Skripte können auf demselben physischen Knoten verbleiben. Bei wöchentlicher, monatlicher oder vierteljährlicher Nutzung muss die vollständige Umgebung nicht bei jeder Sitzung neu eingerichtet werden.

Grafische Aufgaben und Automatisierung nebeneinander

Interaktive Prüfungen erfolgen über den browserbasierten Remote-Desktop; Batch-Builds, Log-Sammlung und Dateioperationen können per SSH ausgeführt werden. Beide Zugänge führen zum selben Knoten und nicht zu zwei voneinander getrennten Umgebungen.

Ressourcenentscheidungen anhand von Aufzeichnungen treffen

Halten Sie Build-Dauer, maximalen Arbeitsspeicher, verbleibenden Speicherplatz und Fehlerprotokolle gemeinsam fest. Wenn die Speicherauslastung längere Zeit nahe am Limit liegt, prüfen Sie den Wechsel von Forge M4 zu Studio M4 oder Atlas M4 Pro, statt das Modell nur nach dem Aufgabennamen auszuwählen.

CI/CD-AUSFÜHRUNGSPFAD

Ein Build durchläuft vom Commit bis zum Artefakt vier klar definierte Phasen

Der exklusive Knoten führt die Aufgaben tatsächlich aus. Code-Hosting, Trigger und Artefaktspeicher konfiguriert Ihr Team weiterhin mit der bestehenden Toolchain; MacWorker stellt die remote steuerbare physische macOS-Ausführungsumgebung bereit.

01

Code-Commit

Entwickler pushen den vorgesehenen Branch oder Tag. Der Commit sollte reproduzierbare Abhängigkeitslisten, Build-Konfiguration und Versionsinformationen enthalten, damit der Knoten nicht auf manuellen Kontext angewiesen ist.

Eingabe
commit / tag

Prüfung
Branch und Konfiguration
02

Aufgabe auslösen

Die Pipeline erstellt Aufgaben anhand von Branch, Zeitplan oder manueller Aktion. Vor der Planung werden Online-Status, Arbeitsverzeichnis und Parallelisierungsstrategie geprüft; anschließend werden die Befehle an den vorgesehenen Ausführungsknoten gesendet.

Eingabe
job payload

Prüfung
Warteschlange und Status
03

Ausführung auf dem physischen Knoten

Der exklusive Mac ruft den Code ab, stellt den Cache wieder her, löst Abhängigkeiten auf, kompiliert und führt Tests aus. Ihr Team kann Tool-Versionen festlegen und konkrete Befehle, Exit-Codes und Laufzeiten im Log nachvollziehen.

Eingabe
source + cache

Ausgabe
log + result
04

Artefakte ausgeben

Archivdateien, Testberichte und Logs werden in das festgelegte Verzeichnis geschrieben und anschließend per Teamskript in das eigene Artefaktsystem hochgeladen. Vor der Veröffentlichung sollten Dateihash, Build-Nummer und Testergebnisse geprüft werden.

Eingabe
build result

Prüfung
hash + report

RUN #1842 Eine nachvollziehbare Ausführung bewahrt mindestens sechs Informationsarten

Commit-Kennung
Knotenkennung
Start- und Endzeit
Tool-Version
Exit-Code
Artefaktzusammenfassung

KI-INFERENZ-ARBEITSBEREICH

Bei KI-Experimenten zählt Reproduzierbarkeit, nicht das Versprechen unklarer Fähigkeiten

Geeignet für Modellinferenz und Validierungsaufgaben, die auf der gewählten Apple-Silicon-Konfiguration ausgeführt werden können. Die Seite verspricht keine bestimmte Modellgeschwindigkeit, Trainingsfähigkeit oder ungetestete Framework-Kompatibilität. Maßgeblich sind Modellformat, maximaler Speicherbedarf und reale Beispiele.

DATEIEN experiment-014

▾Modelle
└model-q4.bin
▾Konfigurationen
└inference.yaml
▾Skripte
└run_inference.py
▾Ergebnisse
└run-014.json

TERMINAL arm64 · zsh

$ python run_inference.py \
  --config configs/inference.yaml \
  --model models/model-q4.bin \
  --output results/run-014.json

runtime: arm64
samples: 120
warmup: 5
result: archived
status: completed

BEOBACHTUNG RUN 014

Maximaler Arbeitsspeicher41,8 GB

Anzahl der Beispiele120

AusführungsstatusABGESCHLOSSEN

ARCHIV 4 ELEMENTE

Konfiguration: inference.yaml
Abhängigkeiten: environment.lock
Ergebnis: run-014.json
Zusammenfassung: sha256••••8c1a

Zuerst Modell- und Abhängigkeitsversionen festlegen

Legen Sie Modelldateien, Konfiguration, Ausführungsskript und Abhängigkeitssperrdatei in klar definierten Verzeichnissen ab. Die Versuchsergebnisse sollten beantworten: Welche Version und Parameter wurden verwendet, und auf welchem Knoten wurde ausgeführt?

Dann Spitzenwerte statt Durchschnittswerte erfassen

Die Speicherauswahl sollte sich am Spitzenbedarf beim Laden und bei der Inferenz orientieren. Die dargestellten Werte erklären lediglich die Struktur der Beobachtung und sind keine feste Leistungsangabe für ein Modell auf allen Knoten.

Zum Schluss Eingaben und Ergebniszusammenfassung archivieren

Das Ergebnisverzeichnis sollte mindestens Konfiguration, Abhängigkeitsversionen, Ausführungslog, Ausgabedateien und Zusammenfassung enthalten. Für Vergleiche zwischen Knoten müssen Beispiele, Parameter und Messmethode identisch bleiben.

Geltungsbereich: MacWorker bietet Forge M4, Studio M4 und Atlas M4 Pro als drei feste Konfigurationen. Ob ein bestimmtes Modell ausgeführt werden kann, hängt von Modellformat, Framework-Kompatibilität, Speicherbedarf und Ihrer eigenen Umgebungskonfiguration ab. Diese Seite stellt weder zusätzliche Beschleunigerhardware noch unbegrenzte Ressourcen in Aussicht.

TRANSPARENZ DER DARSTELLUNG

Alle öffentlichen Ansichten werden zunächst auf das notwendige Datenminimum reduziert

Ausgeblendete Inhalte

Kontoname, E-Mail-Adresse und Organisationsdaten
Vollständige Bestell- und Knotenkennung
Netzwerkadresse, Benutzername, Schlüssel und Passwörter
Projektname, Quellcode und echte Build-Artefakte
Zahlungsnachweise und Transaktionskennungen

Beibehaltene Strukturdaten

Auswahlreihenfolge von Modell, Region, Laufzeit und Zusatzoptionen
Position von Knotenstatus und Zugang
Projekt-, Log- und Überwachungsbereiche des Entwickler-Desktops
Ausführungspfad der Pipeline vom Commit bis zum Artefakt
Zusammenhang zwischen KI-Experimentdateien, Befehlen, Beobachtungen und Archiv

Beim Betrachten dieser Ansichten

Die Beispiele erklären Informationsarchitektur und Workflow und stellen keine feste Benutzeroberfläche dar. Portal-Felder, Schaltflächenpositionen und visuelle Details können sich mit Produktupdates ändern. Für bestätigte Bestellungen sind Modell, Region, Laufzeit und Zusatzoptionen weiterhin im Portal maßgeblich.

Überwachungskurven, Laufnummern, Knotenkennungen und Versuchsergebnisse sind anonymisierte Demonstrationsdaten und dürfen nicht als Leistungsbenchmark verwendet werden.

BEREIT ZUR KONFIGURATION

Wählen Sie einen exklusiven physischen Mac passend zu Ihrer Aufgabe

Wenn Sie maximalen Speicherbedarf, Größe des Arbeitsverzeichnisses, Aufgabendauer und Teamstandort kennen, können Sie Modell, Region, Laufzeit und Zusatzoptionen direkt konfigurieren. Fehlen diese Angaben noch, sehen Sie zuerst die Szenarioempfehlungen und die Festpreismatrix an.

Exklusiven physischen Mac mieten Ressourcenempfehlungen nach Aufgabe ansehen