VUE DU PRODUIT / ANONYMISÉE

Du nœud physique aux artefacts de développement : voici votre espace de travail

Pas de photos décoratives de datacenters ici : nous détaillons MacWorker dans l’ordre réel des opérations. Choisissez un Mac physique dédié, confirmez la région et la durée, obtenez vos accès, puis développez, compilez ou exécutez des tâches d’inférence IA compatibles dans un environnement macOS conservé dans le temps.

Louer immédiatement un Mac physique dédié Voir les modèles et les tarifs fixes

Nœud physique Apple Silicon
Ressources dédiées à un seul locataire
Interface graphique et ligne de commande disponibles

VUE DU NŒUD MW EN LIGNE

NODE-7C••

NODE-3A••

NODE-9F••

FORGE M4

Ressources: M4 · 16 Go · 256 Go
Région: Japon (Tokyo)
Accès: Bureau · SSH
État: PRÊT

Schéma anonymisé : identifiants de nœud, adresses réseau et informations de connexion sont masqués.

GALERIE MATÉRIELLE

Un Mac qui vous est attribué, pas une tranche de ressources partagées

Chaque commande correspond à une machine physique dédiée. Le processeur, la mémoire et le stockage local ne sont pas partagés avec d’autres locataires. Le portail affiche l’identifiant et l’état de connexion du nœud, au lieu de regrouper plusieurs utilisateurs dans une même instance virtuelle.

MW / NŒUD PHYSIQUE

Machine physique dédiée

Limites de ressources au niveau de l’appareil

Pendant la durée choisie, le modèle sélectionné est livré comme un nœud physique complet. Forge M4 inclut un M4, 16 Go de mémoire et un SSD de 256 Go ; Studio M4 inclut un M4, 24 Go de mémoire et un SSD de 512 Go ; Atlas M4 Pro inclut un M4 Pro, 64 Go de mémoire et un SSD de 2 To.

CPU et mémoire non partagés avec d’autres locataires
Environnement système, caches de dépendances et répertoires de projet conservés
Exportez vos artefacts de build et données de projet avant la libération du nœud

ÉTIQUETTE DU NŒUD PRÊT

JP · NODE-7C••

Modèle: Forge M4
Durée: Mensuelle
Accès: 2 méthodes

L’étiquette n’affiche que les informations nécessaires à l’utilisation

La console affiche le modèle, la région, la durée, l’état du nœud et les points d’accès. Les données de compte, l’adresse complète et les éléments d’authentification n’apparaissent pas dans la vue publique.

SG-••EN LIGNE

JP-••EN LIGNE

US-E-••EN LIGNE

La région est un critère de planification, pas une promesse de pool partagé

Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong et côte est des États-Unis sont proposés selon les stocks en temps réel. Choisissez votre région en priorité selon la latence de connexion de l’équipe, la source du code et la destination des artefacts.

Tous les nœuds fonctionnent normalement 365 jours par an, en continu. La disponibilité immédiate dépend du modèle et de la région sélectionnés ; le résultat final est celui confirmé par le portail.

CONFIGURATION DU PORTAIL

Le portail décompose la commande en quatre champs vérifiables

Choisissez d’abord le matériel fixe, puis la région, la durée et les options. Vérifiez chaque élément avant l’envoi, sans devoir deviner la mémoire, le stockage ou le lieu de livraison à partir d’un nom de forfait vague.

MW Configuration du nœud

BROUILLON DE COMMANDE

ÉTAPE 1 / 4

Choisir un nœud physique

Exemple de configuration

Forge M4SÉLECTIONNÉ

M4 · 16 Go · SSD 256 Go

Studio M4

M4 · 24 Go · SSD 512 Go

Atlas M4 Pro

M4 Pro · 64 Go · SSD 2 To

Région Japon (Tokyo) Autres choix : Singapour, Séoul, Hong Kong, côte est des États-Unis

Durée Mensuelle Également disponible à la journée, à la semaine ou au trimestre

Option +1 To SSD Alignée sur la période de service sélectionnée

Paiement Dollar américain (USD) Deux moyens de paiement pris en charge

La configuration ne repose pas sur des abréviations

Chaque carte de modèle indique directement la puce, la mémoire et la capacité SSD. Le stockage supplémentaire et le Thunderbolt 5 ne sont ajoutés à la commande qu’après sélection explicite.

Les accès sont centralisés après la livraison

Une fois le nœud prêt, son état, les informations de connexion, le bureau distant dans le navigateur et les données nécessaires à SSH sont consultables dans le même contexte de commande, sans assembler des paramètres provenant de plusieurs pages.

Les informations publiques sont anonymisées par défaut

Cette page masque l’identifiant complet de la commande et du nœud, les adresses réseau, le nom d’utilisateur et les informations d’authentification. La console réelle ne fournit ces données qu’aux utilisateurs connectés et autorisés.

BUREAU DE DÉVELOPPEMENT

Consultez projet, commandes et évolution des ressources dans un même bureau

Le bureau de développement illustré adopte une disposition courante en quatre zones : navigation du projet, éditeur, journaux de build et suivi des ressources. Vous disposez d’une interface graphique macOS complète et de la ligne de commande ; chacun organise ses fenêtres comme il le souhaite.

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()
}
}

JOURNAL DE BUILDSORTIE 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

L’environnement du projet est conservé

Les répertoires de dépendances, versions des outils, caches de build et scripts peuvent rester sur le même nœud physique. Avec une utilisation à la semaine, au mois ou au trimestre, il n’est pas nécessaire de reconstruire tout l’environnement à chaque session.

Tâches graphiques et automatisation en parallèle

Utilisez le bureau distant dans le navigateur pour les vérifications interactives ; lancez les builds groupés, la collecte des journaux et les opérations sur les fichiers via SSH. Les deux accès ciblent le même nœud, et non deux environnements isolés.

Évaluez les ressources à partir des données d’exécution

Consignez le temps de build, le pic de mémoire, l’espace disque restant et les journaux d’erreur. Si la mémoire reste proche de la limite, évaluez Studio M4 ou Atlas M4 Pro plutôt que de choisir uniquement selon le nom de la tâche.

PIPELINE D’EXÉCUTION CI/CD

Un build passe par quatre étapes clairement définies, du commit à l’artefact

Le nœud dédié exécute réellement les tâches. Le dépôt de code, les déclencheurs et le stockage des artefacts restent configurés par votre équipe selon ses outils habituels ; MacWorker fournit un environnement macOS physique contrôlable à distance.

01

Commit du code

Le développeur pousse la branche ou le tag choisi. Le commit doit inclure une liste de dépendances reproductible, la configuration de build et les informations de version, afin que le nœud ne dépende pas du contexte manuel.

Entrée
commit / tag

Vérification
Branche et configuration
02

Déclenchement de la tâche

Le pipeline crée une tâche selon la branche, une règle planifiée ou une action manuelle. Avant la planification, il vérifie l’état en ligne du nœud, le répertoire de travail et la stratégie de concurrence, puis envoie les commandes au nœud désigné.

Entrée
job payload

Vérification
File d’attente et état
03

Exécution sur le nœud physique

Le Mac dédié récupère le code, restaure le cache, résout les dépendances, compile et exécute les tests. L’équipe peut figer les versions des outils et identifier dans les journaux la commande, le code de sortie et la durée exacts.

Entrée
source + cache

Sortie
log + result
04

Génération des artefacts

Les fichiers d’archive, rapports de test et journaux sont écrits dans les répertoires convenus, puis envoyés par les scripts de l’équipe vers son propre système d’artefacts. Avant publication, vérifiez le hash, le numéro de build et les résultats des tests.

Entrée
build result

Vérification
hash + report

RUN #1842 Une exécution traçable conserve au moins six catégories d’informations

Identifiant du commit
Identifiant du nœud
Heures de début et de fin
Version des outils
Code de sortie
Résumé de l’artefact

ESPACE D’INFÉRENCE IA

La reproductibilité avant tout, pas des capacités opaques empilées

Convient aux tâches d’inférence et de validation de modèles exécutables sur la configuration Apple Silicon choisie. Cette page ne garantit ni vitesse précise, ni capacité d’entraînement, ni compatibilité avec des frameworks non testés ; choisissez selon le format du modèle, le pic de mémoire et vos échantillons réels.

FICHIERS experiment-014

▾models
└model-q4.bin
▾configs
└inference.yaml
▾scripts
└run_inference.py
▾results
└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

OBSERVATION RUN 014

Pic de mémoire41,8 Go

Nombre d’échantillons120

État de l’exécutionTERMINÉE

ARCHIVE 4 ÉLÉMENTS

Configuration: inference.yaml
Dépendances: environment.lock
Résultat: run-014.json
Résumé: sha256••••8c1a

Commencez par figer les versions du modèle et des dépendances

Placez le fichier du modèle, la configuration, le script d’exécution et le fichier de verrouillage des dépendances dans des répertoires explicites. Le résultat doit indiquer quelle version et quels paramètres ont été utilisés, ainsi que sur quel nœud l’exécution a eu lieu.

Enregistrez ensuite les pics, pas les moyennes

Le choix de la mémoire doit tenir compte du pic atteint lors du chargement et de l’inférence. Les valeurs illustrées expliquent uniquement la structure du suivi et ne représentent pas les performances fixes d’un modèle sur tous les nœuds.

Archivez enfin les entrées et le résumé des résultats

Le répertoire de résultats doit au minimum conserver la configuration, les versions des dépendances, les journaux, les fichiers de sortie et le résumé. Pour comparer plusieurs nœuds, gardez les mêmes échantillons, paramètres et méthodes de mesure.

Limites d’utilisation : MacWorker propose trois configurations fixes : Forge M4, Studio M4 et Atlas M4 Pro. L’exécution d’un modèle dépend de son format, de la compatibilité du framework, des besoins en mémoire et de la configuration de votre environnement ; cette page ne suggère ni matériel d’accélération supplémentaire ni ressources illimitées.

INFORMATIONS VISUELLES

Toutes les interfaces publiques appliquent d’abord la minimisation des données

Contenu masqué

Nom, e-mail et informations de l’organisation
Identifiants complets de la commande et du nœud
Adresses réseau, noms d’utilisateur, clés et mots de passe
Nom du projet, code source et artefacts de build réels
Identifiants de paiement et informations de transaction

Informations structurelles conservées

Ordre de configuration du modèle, de la région, de la durée et des options
État du nœud et emplacement des points d’accès
Zones du projet, des journaux et du suivi dans le bureau de développement
Parcours d’exécution du commit à l’artefact
Fichiers, commandes, observations et liens d’archivage de l’expérience IA

À la lecture de ces écrans

Les exemples expliquent l’architecture de l’information et le workflow ; ils ne constituent pas une promesse d’interface figée. Les champs du portail, l’emplacement des boutons et les détails visuels peuvent évoluer, mais le modèle, la région, la durée et les options d’une commande confirmée restent ceux enregistrés dans le portail.

Les courbes de suivi, numéros d’exécution, identifiants de nœud et résultats d’expérience sont des données de démonstration anonymisées et ne doivent pas servir de référence de performance.

PRÊT À CONFIGURER

Choisissez un Mac physique dédié selon vos tâches réelles

Si vous connaissez déjà le pic de mémoire, la taille du répertoire de travail, la durée des tâches et la localisation de votre équipe, configurez directement le modèle, la région, la durée et les options. Sinon, consultez d’abord les recommandations par scénario et la matrice tarifaire fixe.

Louer immédiatement un Mac physique dédié Voir les recommandations de ressources par tâche