Singapour
Un bon choix à tester en priorité pour les équipes d’Asie du Sud-Est et des régions voisines. Vérifiez la latence, la gigue et les pertes de paquets depuis votre réseau professionnel réel avant de commander.
Questions avant achat et utilisation
Avant de louer un Mac dans le cloud, obtenez les réponses essentielles
Pas de jargon inutile. Vérifiez les caractéristiques du nœud physique, les prix des deux configurations, les six régions disponibles, les modes de connexion, les outils pris en charge, les moyens de paiement et la responsabilité du transfert des données avant de commander.
2
Configurations disponiblesM4 et M4 Pro
6
Régions disponibles4 en Asie-Pacifique, 2 aux États-Unis
4
Périodes de facturationJour, semaine, mois, trimestre
2
Modes de paiementTransfert on-chain ou carte bancaire
Type de service
Quel type de Mac dans le cloud est proposé ?
Chaque commande correspond à un nœud physique Apple Silicon dédié. Le service permet une utilisation à distance, mais l’infrastructure sous-jacente n’est pas une machine virtuelle partageant ses ressources avec d’autres clients.
Le Mac dans le cloud VMOrbit est-il une machine virtuelle ?
Non. VMOrbit fournit une machine physique dédiée : chaque commande correspond à un nœud physique Apple Silicon indépendant. La puce, la mémoire et le SSD local ne partagent pas les charges de travail d’autres clients. Vous accédez à macOS par interface graphique ou ligne de commande via le réseau, tandis que les calculs s’exécutent sur cet appareil physique.
Quelles ressources sont réellement dédiées ?
La configuration choisie inclut exclusivement le processeur, la mémoire unifiée, le stockage local et l’environnement système. VMOrbit M4 comprend toujours un M4, 16 Go de mémoire et un SSD de 256 Go ; VMOrbit M4 Pro comprend un M4 Pro, 64 Go de mémoire et un SSD de 2 To. Les ressources de calcul partagées ne sont pas présentées comme une configuration dédiée.
Quels workloads peut-on déplacer vers un Mac dans le cloud ?
Les usages courants incluent la compilation de projets Xcode, les tests automatisés, les workflows xcodebuild et fastlane, les self-hosted runners, le développement macOS à distance et les expérimentations d’IA nécessitant le jeu d’instructions Apple Silicon et la mémoire unifiée. Si la tâche dépend fortement de périphériques locaux ou du transfert continu de contenus interactifs volumineux, testez d’abord votre réseau professionnel réel.
Facturation
Comment sont calculés les tarifs à la journée, à la semaine, au mois et au trimestre ?
Les tarifs par période sont quatre montants distincts du catalogue. Ils ne sont pas calculés en multipliant simplement le tarif journalier, et le montant d’une période n’est pas appliqué à une autre.
Quels sont les quatre tarifs du VMOrbit M4 ?
La configuration VMOrbit M4 comprend un M4, 16 Go de mémoire et un SSD de 256 Go. Les tarifs sont de $21.4/jour, $57.7/semaine, $106.9/mois et $290.8/trimestre. Utilisez directement le tarif du catalogue correspondant à la période choisie ; ne multipliez pas le tarif journalier par le nombre de jours.
Quels sont les quatre tarifs du VMOrbit M4 Pro ?
La configuration VMOrbit M4 Pro comprend un M4 Pro, 64 Go de mémoire et un SSD de 2 To. Les tarifs sont de $59.6/jour, $160.9/semaine, $297.9/mois et $810.3/trimestre. Cette configuration convient aux compilations fortement parallélisées, aux projets volumineux et aux expérimentations nécessitant beaucoup de mémoire.
Peut-on modifier la période de facturation pendant la location ?
Pour renouveler ou modifier une période, consultez les opérations disponibles pour la commande actuelle dans le portail et fiez-vous au montant et aux modalités d’entrée en vigueur affichés sur la page de confirmation. Ne calculez pas le nouveau tarif à partir de l’ancienne période ; vérifiez à nouveau la configuration, les options, la région et le total avant validation.
Choix de la région
Comment choisir parmi les six régions et vérifier leur disponibilité ?
Les deux configurations sont disponibles à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul), à Hong Kong, dans l’est des États-Unis et dans l’ouest des États-Unis. La disponibilité finale est renvoyée en temps réel par le portail.
Japon (Tokyo)
Permet aux équipes d’Asie du Nord-Est de comparer l’interactivité du bureau à distance et les chemins de téléchargement du code et des dépendances. Aucun chiffre de latence fixe n’est garanti.
Corée du Sud (Séoul)
Adaptée aux équipes dont les membres se trouvent principalement en Corée du Sud et dans les régions voisines. Comparez-la en parallèle avec Tokyo au moyen de tests réseau réels.
Hong Kong
Utile pour évaluer les flux de collaboration en Asie-Pacifique. La position du dépôt, des sources de dépendances et des utilisateurs doit être prise en compte dans le choix de la région.
Est des États-Unis
À tester par les équipes dont les développeurs principaux, le dépôt de code ou les dépendances de compilation se trouvent sur des chemins situés dans l’est de l’Amérique du Nord.
Ouest des États-Unis
Adaptée aux collaborations dans l’ouest de l’Amérique du Nord et à travers le Pacifique. Testez-la avec les régions d’Asie-Pacifique avant de finaliser votre workflow.
Les deux configurations peuvent-elles être commandées dans les six régions ?
Oui. Les catalogues VMOrbit M4 et VMOrbit M4 Pro couvrent les six régions indiquées ; toutes les combinaisons font partie de l’offre habituelle. La disponibilité et les informations de livraison au moment de la commande sont celles renvoyées en temps réel par le portail et confirmées dans la commande.
Faut-il choisir une région uniquement selon la distance géographique ?
Ce n’est pas recommandé. Testez également le chemin réseau entre les principaux développeurs et la région, l’emplacement du dépôt, la source des dépendances, l’expérience du bureau à distance et le flux de données des tâches CI. Les équipes doivent aussi définir les principaux utilisateurs et les périodes de relais des tâches.
Moyens de paiement
Quels moyens de paiement et quelle devise sont acceptés ?
Deux catégories de paiement seulement sont disponibles. Toutes les commandes sont réglées en dollars américains (USD) ; la passerelle réellement disponible est celle renvoyée par le portail.
USDT-TRC20
Effectuez le transfert avec le montant et les informations de réception indiqués sur la page de commande. Avant l’envoi, vérifiez le réseau, l’adresse, le montant et l’identifiant de commande. Ne transmettez pas d’informations de paiement complètes dans un simple message de demande d’assistance.
Visa / Mastercard / Amex
Les paiements par carte sont traités par Stripe. Le montant reste affiché en dollars américains (USD) et la page de paiement par carte effectivement disponible est celle renvoyée par le portail.
Puis-je utiliser un autre moyen de paiement non listé sur la page ?
Non. Les moyens officiellement pris en charge sont USDT-TRC20 et les cartes Visa, Mastercard et Amex traitées par Stripe. Si une passerelle n’est pas proposée sur la page de paiement, fiez-vous à l’affichage du portail et n’effectuez aucun transfert par un canal non officiel.
Quelles informations fournir en cas de problème de paiement ?
Connectez-vous au portail et ouvrez un ticket de facturation avec l’identifiant de commande, la période choisie, le mode de paiement, l’heure du paiement et la description du problème. Ne transmettez que les informations nécessaires à la vérification, jamais de mot de passe, clé privée, code de récupération ou justificatif de paiement complet.
Connexion à distance
À quelles tâches servent SSH et VNC ?
SSH convient surtout à la ligne de commande, aux compilations et à l’automatisation ; VNC convient au développement et au diagnostic nécessitant l’interface graphique de macOS. Dans les deux cas, vérifiez d’abord les identifiants et le réseau.
Accès en ligne de commande et à l’automatisation
Idéal pour exécuter des commandes shell, récupérer du code, lancer xcodebuild, consulter les journaux, configurer un runner et transférer des fichiers contrôlés. Avant la première connexion, préparez l’adresse du nœud, le port, le nom d’utilisateur et des identifiants valides.
- Vérifiez que le réseau local autorise les connexions sortantes vers le port cible
- Vérifiez l’hôte, le nom d’utilisateur et les droits du fichier de clé
- En cas d’échec, contrôlez successivement les identifiants, le pare-feu et le chemin réseau
Accès à l’interface graphique de macOS
Idéal pour utiliser l’interface graphique de Xcode, vérifier les simulateurs et diagnostiquer les compilations nécessitant un retour visuel. L’expérience dépend fortement de la latence, de la gigue, des pertes de paquets et des paramètres d’affichage.
- Effectuez d’abord un test réseau depuis votre environnement professionnel réel
- Réduire la qualité d’affichage peut alléger les interactions sur un réseau instable
- En cas d’interruption inattendue, conservez l’heure et les journaux strictement nécessaires
N’écrivez pas de mot de passe, clé privée ou code de récupération dans un message d’assistance standard. Pour diagnostiquer une connexion, indiquez la région du nœud, le mode de connexion, l’heure, un résumé de l’erreur et les étapes de reproduction.
Chaîne d’outils de développement
Comment intégrer Xcode, fastlane et un runner ?
Le Mac dans le cloud fournit l’interface graphique complète de macOS et un environnement en ligne de commande. Le bon fonctionnement des outils dépend toutefois des dépendances du projet, des versions, des éléments de signature et de la configuration CI.
Puis-je exécuter Xcode et xcodebuild ?
Oui. Utilisez Xcode via VNC pour le développement graphique et appelez xcodebuild via SSH pour les compilations automatisées. Vérifiez avant de commencer la version de Xcode, les Command Line Tools, le SDK cible, les dépendances du projet et les paramètres de compilation afin de ne pas confondre une incompatibilité de versions avec un problème de nœud.
Que vérifier en premier si une tâche fastlane échoue ?
Conservez d’abord le nom complet de l’étape et le résumé de l’erreur, puis distinguez l’installation des dépendances, les éléments de signature, l’échec des tests, la sortie du script et les téléchargements réseau. Ne transmettez pas uniquement la dernière ligne d’erreur ; indiquez aussi la commande de reproduction, les versions des outils, l’heure et l’étendue du problème pour accélérer le diagnostic.
Puis-je enregistrer un self-hosted runner ?
Oui, pour les workflows CI/CD utilisant un exécuteur macOS. Limitez les dépôts et les tâches accessibles au runner afin d’empêcher toute modification non fiable d’accéder directement aux identifiants protégés. À la fin de chaque tâche, nettoyez le répertoire de travail et les fichiers temporaires, puis faites tourner les identifiants selon les règles de votre équipe.
Faut-il conserver le cache de compilation ou le nettoyer à chaque fois ?
Conservez un cache contrôlé pour les dépendances stables et les compilations répétées afin de réduire la durée d’exécution. Nettoyez par niveaux les données dérivées, les caches de paquets et le répertoire de travail lors d’un changement de version, d’une pression sur le disque ou de différences de compilation inexpliquées. Avant le nettoyage, vérifiez que les artefacts nécessaires sont synchronisés ou sauvegardés.
Responsabilité des données
Qui gère les projets, les identifiants et les accès des membres ?
VMOrbit assure la fourniture du service et l’exploitation du nœud. Le client est responsable des données de projet, des autorisations de l’équipe, des clés, de la configuration des applications, des sauvegardes et de la migration avant la fin de la période de location.
Contrôler les accès
Accordez aux membres de l’équipe le minimum de droits nécessaire, utilisez des identifiants distincts et ne partagez pas les clés privées. Révoquez immédiatement l’accès à distance d’un membre quittant le projet ou changeant de fonction.
Conserver une copie du projet
Intégrez le code source, les artefacts de compilation et les configurations nécessaires à vos propres processus de gestion de versions et de sauvegarde. Un nœud dédié ne remplace pas une stratégie de sauvegarde au niveau du projet.
Protéger les identifiants CI
Placez les jetons, éléments de signature et clés de déploiement dans un processus de gestion contrôlé des secrets. Limitez les dépôts accessibles au runner et évitez d’afficher des valeurs sensibles dans les journaux de compilation.
Effectuer la migration à temps
Terminez la décision de renouvellement, la synchronisation des données et la révocation des accès avant la fin de la période de location. Après avoir confirmé la migration des fichiers nécessaires, supprimez les données temporaires et les identifiants inutilisés.
Quelle procédure suivre en cas de signe d’accès inhabituel ?
Commencez par suspendre ou isoler l’accès suspect, conservez l’heure et les journaux nécessaires, faites tourner les clés SSH et les jetons concernés, vérifiez les autorisations des membres, puis ouvrez un ticket de sécurité dans le portail. Ne fournissez que les informations minimales nécessaires au diagnostic et jamais d’identifiants sensibles utilisables directement.
Glossaire rapide
Huit termes courants à harmoniser avant d’échanger
Ces termes apparaissent dans les offres, les instructions de connexion, les tickets et la configuration des commandes. Des définitions précises évitent de confondre l’infrastructure sous-jacente et le mode d’accès.
- Nœud physique
- Appareil Apple Silicon exécutant réellement les workloads macOS, et non une unité de calcul virtuelle découpée depuis un hôte partagé.
- Dédié
- Une commande utilise séparément la puce, la mémoire unifiée, le stockage local et l’environnement système de l’appareil choisi, sans partager ses workloads avec d’autres clients.
- Mac dans le cloud
- Mac physique déployé sur un nœud distant et accessible par réseau pour le développement, la compilation, les tests, l’automatisation et l’expérimentation.
- VNC
- Mode de connexion permettant d’afficher et de contrôler à distance l’interface graphique de macOS, adapté aux tâches nécessitant une interface visuelle comme Xcode.
- SSH
- Mode de connexion chiffré en ligne de commande, adapté à l’exécution de compilations, au transfert de fichiers contrôlés, à la consultation des journaux et aux scripts automatisés.
- self-hosted runner
- Nœud d’exécution CI enregistré et géré par l’équipe, permettant à des pipelines définis de s’exécuter sur le Mac dans le cloud loué.
- Cache de compilation
- Données dérivées ou fichiers de dépendances conservés pour réduire les téléchargements et compilations répétitifs ; ils doivent être nettoyés régulièrement selon l’espace disque et les changements de version.
- Période de facturation
- Période choisie pour la commande : jour, semaine, mois ou trimestre. Chaque période possède son propre tarif et les périodes ne sont pas combinées.
Modification de commande
Comment confirmer un renouvellement, une extension et une collaboration entre plusieurs nœuds ?
Une modification de commande ne prend pas effet verbalement dans une conversation. Vérifiez dans le portail les options et les montants disponibles pour le renouvellement, le SSD supplémentaire, la mise en parallèle Thunderbolt 5 et les besoins en régions.
Comment renouveler un Mac dans le cloud existant ?
Connectez-vous au portail et ouvrez la commande concernée pour consulter les périodes proposées, le montant à payer et le résultat de confirmation. Avant de renouveler, vérifiez que la région, la configuration et les options actuelles restent nécessaires, puis planifiez à l’avance les données du projet et les accès de l’équipe.
Quel est le prix d’un SSD supplémentaire ?
+1TB SSD coûte $2.5/jour, $6.6/semaine, $12.3/mois et $33.5/trimestre ; +2TB SSD coûte $5/jour, $13.2/semaine, $24.6/mois et $67/trimestre. Le stockage supplémentaire est tarifé selon la période de la commande ; les options réellement disponibles sont celles renvoyées par le portail.
À quels usages sert la mise en parallèle Thunderbolt 5 et comment est-elle tarifée ?
Elle convient aux tâches nécessitant la collaboration de plusieurs nœuds physiques et une liaison haut débit planifiée entre appareils. Le tarif par appareil est de $1.1/jour, $2.9/semaine, $5.4/mois et $14.7/trimestre. Avant validation, précisez le nombre de nœuds, leurs workloads et la région souhaitée, puis confirmez la disponibilité dans le portail.
Puis-je basculer directement une commande existante vers une autre région ?
Le changement de région doit être confirmé dans le portail selon la commande actuelle et la région cible ; ne supposez pas une migration automatique. Préparez d’abord une copie du projet, la liste des dépendances, le plan de rotation des identifiants et les étapes de validation, puis planifiez la migration selon le résultat confirmé.
Que faut-il vérifier au minimum avant de modifier une commande ?
Vérifiez au minimum la configuration, la période de facturation, le nœud cible, les options de stockage, le besoin de mise en parallèle Thunderbolt 5, le montant à régler et le plan de migration des données. Pour un nœud existant, confirmez aussi la révocation des accès, le traitement du cache et la sauvegarde des fichiers nécessaires.
Étape suivante
Vos questions sont réglées : choisissez la configuration adaptée à votre usage réel
Définissez d’abord le workload, la région et la période de facturation, puis passez à la commande. Pour toute question sur une commande existante, connectez-vous au portail et ouvrez un ticket associé.