Machine dédiée · règles claires

Une machine, un seul locataire

XcodeOps vous fournit un Mac mini physique dédié, et non une machine virtuelle partageant ses ressources entre plusieurs locataires. De l’initialisation du système au mode de connexion, jusqu’à l’effacement en fin de location, chaque étape s’accompagne de responsabilités clairement définies.

Vous pouvez exécuter vos services d’inférence MLX et vos builds Xcode sur la même machine. Pendant la location, vos charges de travail disposent du CPU, du GPU, de la mémoire unifiée et du stockage local. La gestion des comptes, des applications et des clés vous revient.

Scellé de livraison

Ressources dédiées, identifiants gérés séparément

IsolationMachine entière
Accès distantSSH · tunnel
Fin de locationEffacement complet
01 / Ressources

L’isolation commence à l’échelle de la machine

Chaque location correspond à un Mac mini physique dédié. Aucun autre locataire ne partage la machine, et ses ressources de calcul ne sont pas réparties entre plusieurs utilisateurs au moyen de machines virtuelles.

Pas de voisin sur la machine

Vos compilations, simulateurs et tâches d’inférence utilisent toutes les ressources de la machine qui vous est attribuée. Les tâches d’autres locataires ne se disputent pas le CPU, le GPU ou la mémoire unifiée de votre Mac mini.

Choisissez l’emplacement

Choisissez parmi quatre emplacements : Singapour, Tokyo, Séoul et Hong Kong, selon la connectivité de votre équipe. La console vous indique en temps réel les emplacements proposés et leur disponibilité au moment de la commande.

Vous choisissez les charges de travail

Pendant la location, installez vos outils de développement, vos caches de build ou vos modèles MLX. Une machine dédiée ne sécurise pas automatiquement les applications : à vous de configurer les adresses d’écoute des services, les mises à jour des dépendances et les autorisations d’accès.

02 / Avant livraison

Votre système est préparé avant la livraison

Avant chaque livraison, le système est réinstallé et vérifié. La machine passe ensuite par les étapes d’initialisation et de remise des identifiants. Les fichiers du locataire précédent ne doivent pas servir de point de départ au suivant.

Les identifiants de connexion sont accessibles depuis la console après connexion. Dès leur réception, enregistrez-les dans un gestionnaire de mots de passe sécurisé et configurez les clés SSH publiques selon les droits de votre équipe. Ne placez pas ces identifiants dans un dépôt de code ni dans une capture d’écran de ticket.

01Réinstaller le système

Préparer un environnement macOS propre pour la prochaine livraison.

02Vérifier la machine

Valider l’initialisation de la machine et du système avant de transmettre les informations de connexion.

03Remettre les identifiants

Les récupérer dans la console après connexion ; ils ne sont pas affichés sur une page publique.

03 / Connexion et services

Réservez les accès distants aux personnes concernées

Une machine physique dédiée isole les ressources entre locataires. Il vous reste à définir les règles d’accès pour les connexions entre votre ordinateur et la machine, ainsi que pour les services que celle-ci met à disposition de votre équipe.

SSH

Privilégiez les clés

Ajoutez une clé publique pour chaque personne qui se connecte plutôt que de partager une même clé privée. Une fois la connexion par clé vérifiée, vous pouvez désactiver l’authentification par mot de passe selon les règles de votre équipe. Révoquez les clés concernées dès qu’une personne quitte le projet.

VNC

Faites passer le bureau par un tunnel

Pour accéder à l’interface graphique de macOS, établissez d’abord un tunnel SSH, puis connectez votre client VNC au port transféré localement. N’exposez pas directement le bureau à distance à un réseau non maîtrisé par souci de commodité.

MLX

Limitez d’abord l’inférence à la machine

Au déploiement de mlx_lm.server, configurez le service pour écouter d’abord sur l’adresse de bouclage locale. Les appels de l’équipe peuvent passer par un tunnel SSH ou un proxy contrôlé que vous aurez configuré. Vérifiez la portée d’accès et le mode d’authentification avant la mise en production.

Avant de vous connecter : vérifiez que chaque personne dispose de sa propre clé, que le bureau à distance passe par un tunnel et que le service d’inférence n’est accessible qu’aux destinataires prévus. Consultez le guide de connexion pour les commandes et les étapes de transfert.

04 / Fin de location

Transférez vos données, libérez la machine, puis effacez-la

Ne considérez pas la machine louée comme votre unique sauvegarde. Avant de la libérer, exportez votre code, les poids de vos modèles, les certificats et les artefacts de build. À la fin de la location, le disque est entièrement effacé, puis la machine est préparée pour une prochaine livraison.

  1. 01

    Transférez les données utiles

    Vérifiez vos dépôts, fichiers de modèles, artefacts de build et configurations. Assurez-vous qu’ils sont enregistrés dans un emplacement que vous contrôlez.

  2. 02

    Terminez la location

    Gérez le renouvellement ou la libération depuis la console, puis arrêtez les tâches et services qui dépendent de la machine.

  3. 03

    Effacez tout le disque

    Après récupération de la machine, son contenu est effacé avant la prochaine préparation et vérification du système.

L’effacement ne remplace ni vos sauvegardes ni la rotation de vos clés. Avant la fin de la location, révoquez également les autorisations d’accès dont vous n’avez plus besoin.

05 / Infrastructures et réseau

Gérez séparément la sécurité des sites et celle du réseau public

Les quatre emplacements sont hébergés dans des centres de données dotés de contrôles d’accès physiques et d’une alimentation redondante. Ils répondent aux besoins de connexion vers Singapour, Tokyo, Séoul et Hong Kong. Chaque machine livrée dispose de sa propre adresse IP publique : l’accès distant a ainsi un point d’entrée défini, mais vous devez aussi contrôler les ports ouverts sur Internet.

Pour choisir un emplacement, tenez compte d’abord de la connectivité entre votre équipe et le centre de données, puis du transfert des fichiers volumineux tels que les poids de modèles et les caches de build. Le centre de données protège l’environnement où se trouve le matériel ; la configuration des services exposés, de l’authentification et des journaux applicatifs reste de votre ressort.

4 emplacements en Asie-Pacifique

  • SGSingapourAsie du Sud-Est
  • JPTokyoAsie de l’Est
  • KRSéoulAsie du Nord-Est
  • HKHong KongSud de la Chine et Asie du Sud-Est

La qualité de la connexion dépend de votre opérateur et de l’heure d’accès. Avant de choisir un emplacement, consultez le tableau de latence du guide de connexion et faites vos propres tests réseau.

06 / Responsabilités partagées

Ce que nous prenons en charge et ce que vous configurez

L’isolation physique ne gère pas automatiquement les autorisations de vos applications. Utilisez le tableau ci-dessous pour répartir les tâches avant de mettre en production un endpoint MLX ou un runner CI.

Répartition des responsabilités de sécurité entre XcodeOps et le locataire
DomaineXcodeOpsVous
Matériel et centre de donnéesMac mini physique, infrastructures du centre de données et livraison de la machineChoix de l’emplacement adapté à la connectivité de votre équipe
Préparation du systèmeRéinstallation, vérification et remise des identifiants initiaux avant livraisonRécupération et stockage sécurisé des identifiants, gestion des configurations système ultérieures
Accès distantFourniture de la machine et des informations de connexionClés SSH, autorisations des utilisateurs, tunnel VNC et ports exposés
Applications et donnéesEffacement intégral du disque à la fin de la locationMises à jour des applications, poids des modèles, artefacts de build, sauvegardes et transfert des données
Clés de serviceFourniture d’un compte et d’un accès au support par ticketStockage et rotation des jetons d’application, éléments de signature et autres clés
07 / Nous contacter pour la sécurité

Vous avez repéré un problème ? Aidez-nous à le reproduire

Si vous découvrez une faille susceptible d’affecter un compte, la livraison d’une machine ou une interface de service, écrivez à support@xcodeops.com. Si vous êtes connecté, vous pouvez également ouvrir un ticket depuis la console ; c’est plus simple pour joindre le contexte d’une commande ou d’une machine.

Indiquez dans votre signalement la page ou la fonction concernée, les étapes de reproduction, le résultat attendu et le résultat obtenu, ainsi que toute capture d’écran ou information d’erreur que vous pouvez partager sans risque. N’envoyez pas de clé privée, d’identifiants complets, de poids de modèles ni de données personnelles appartenant à quelqu’un d’autre par e-mail.

Étapes de signalement responsable

  1. 01

    Envoyez par e-mail ou via un ticket après connexion le minimum d’informations nécessaire pour reproduire le problème.

  2. 02

    Nous évaluons l’étendue de l’impact et vous tenons informé par le même canal, en précisant les éléments complémentaires nécessaires.

  3. 03

    Avant la résolution du problème et l’accord des deux parties sur une éventuelle publication, ne divulguez pas les détails permettant de l’exploiter directement.

Nous vous répondrons d’abord par e-mail ou par accusé de réception du ticket. Pour un problème urgent touchant une machine en service, joignez le numéro de commande et les informations sur la machine au ticket afin de faciliter son identification.

Déployez en toute clarté

Choisissez un Mac dédié pour votre prochain build ou votre prochaine inférence

Choisissez le modèle, l’emplacement et le mode d’accès avant de commander. La console vous indiquera les disponibilités en temps réel.