Nœud physique dédié · pas de VM

Mac dans le cloud à Est des États-Unis
À partir du Mac mini M4

Pour les développeurs de côte est des États-Unis et Europe de l'Ouest, réunissez compilation Xcode, tâches CI et bureau à distance sur une seule machine physique Apple Silicon dédiée. Choisissez la durée selon votre projet, sans avoir à acheter de matériel au préalable.

Louer un Mac dans le cloud Tarifs et options

Shell M4 à partir de $21.8/jour. Suivez l’avancement de la mise en service, vos identifiants de connexion et la date d’expiration dans le portail.

  • 3 configurations dédiées
  • 4 périodes de facturation
  • Disponible 365 jours par an
Choisissez d’abord selon votre charge de travail

Une machine physique, louée pour la durée souhaitée

Les trois configurations disposent d’un CPU, d’un GPU et d’une mémoire unifiée qui vous sont entièrement réservés. Pour un test ponctuel, commencez à la journée ; pour des builds réguliers, comparez la semaine, le mois et le trimestre. Changer de période modifie le prix affiché et la sélection de commande, pas les caractéristiques de la machine.

Prix à la journée affichés. Tous les montants sont en dollars américains.

Shell M4

Développement sur un projet et tests de build ponctuels

$21.8/jour

Puce
M4
Mémoire unifiée
16GB
SSD local
256GB

Idéal pour lancer une première chaîne de build Xcode, corriger un problème de publication ou vérifier que vos scripts fonctionnent sous macOS. Commencez par exécuter les builds en série, puis choisissez une autre configuration si l’utilisation mémoire le justifie.

  • SSH et interface graphique macOS pleinement accessibles
  • Machine physique dédiée, sans partage des ressources matérielles
  • Vous gérez vos données, outils et artefacts de build
Louer Shell M4

Shell M4 Plus

Intégration continue et caches de plusieurs projets

$39.6/jour

Puce
M4
Mémoire unifiée
24GB
SSD local
512GB

Conçu pour conserver les caches de dépendances, gérer plusieurs dépôts et intégrer la machine à un runner auto-hébergé. Mesurez d’abord un build à froid et un build incrémental, puis ajustez le niveau de concurrence pour éviter de saturer la mémoire et le stockage.

  • Organisez séparément dépendances, DerivedData et artefacts
  • Pour les tâches d’équipe récurrentes, comparez les périodes mensuelle et trimestrielle
  • Vous gardez la main sur les journaux de build et le nettoyage des caches
Louer Shell M4 Plus

Shell M4 Pro

Builds exigeants et expérimentations avec mémoire unifiée

$61.6/jour

Puce
M4 Pro
Mémoire unifiée
64GB
SSD local
2TB

Adapté aux espaces de travail volumineux, aux compilations exigeantes et aux expérimentations avec MLX ou llama.cpp. La place nécessaire pour un modèle dépend aussi de la quantification, de la longueur du contexte et des ressources mobilisées à l’exécution : la taille du fichier ne suffit pas à le déterminer.

  • Plus d’espace local pour les outils et les données d’expérimentation
  • Les charges de travail Metal utilisent directement les ressources de la machine physique
  • Testez vos tâches réelles avant de choisir une période longue
Louer Shell M4 Pro

Besoin de plus d’espace ou de travailler sur plusieurs machines ? Les options SSD +1TB, SSD +2TB et Thunderbolt 5 en parallèle sont disponibles lors de la configuration de la commande. Elles ont leur propre tarif par période et ne sont pas incluses dans la location de la machine.

Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés. Tous les paiements sont en dollars américains (USD). Les moyens de paiement et la disponibilité des nœuds sont ceux indiqués en temps réel dans le portail.

Comparer les 4 périodes et les options
Latence réseau : comprendre les chiffres

De Est des États-Unis à votre lieu de travail, testez l’expérience réelle

La latence moyenne de référence pour côte est des États-Unis et Europe de l'Ouest est de 25~35 ms. Cette plage sert à comparer les nœuds ; elle ne correspond pas à une mesure de votre connexion et ne garantit pas une latence fixe à chaque session.

Latence aller-retour indicative

25~35ms

Si vous êtes dans côte est des États-Unis et Europe de l'Ouest, vous pouvez envisager le nœud de Est des États-Unis. Cette valeur donne une indication de la distance réseau ; votre fournisseur d’accès, le routage international, le Wi-Fi et un éventuel proxy influent tous sur le résultat final.

Pour le bureau à distance, tenez compte de la latence et de la gigue. Pour les transferts de fichiers, regardez aussi le débit et la perte de paquets : un seul chiffre ne peut pas résumer les deux usages.

Testez avec votre propre accès

  1. Depuis votre réseau habituel, ouvrez une connexion SSH et vérifiez la régularité des réponses aux commandes, au-delà d’un simple test ponctuel.
  2. Transférez des dépendances de projet ou un fichier de test représentatif, puis mesurez la durée pour vérifier que la synchronisation de fichiers volumineux s’intègre à votre rythme de travail.
  3. Pour les tâches graphiques, commencez avec une résolution modeste et ajustez progressivement la qualité. Vous éviterez ainsi de confondre une limite de bande passante locale avec un problème de performances de la machine.

Les nœuds fonctionnent 365 jours par an. Vérifiez la qualité réseau avec votre propre connexion et mesurez séparément le temps de compilation et les délais liés au réseau.

Si votre workflow consiste surtout à envoyer du code et à attendre la CI, prêtez attention à la récupération du dépôt, aux caches de dépendances et au transfert des artefacts. Si vous travaillez longtemps sur le bureau à distance, testez en priorité le confort d’utilisation. La seule distance géographique ne suffit pas à choisir pour toute une équipe.

Le premier démarrage en quatre étapes

De la commande à votre première commande exécutée

Les durées ci-dessous sont indicatives et concernent la préparation de vos opérations ; elles ne constituent pas un délai garanti de mise en service. La confirmation du paiement, la livraison du nœud et l’installation de l’environnement sont des étapes distinctes. Le statut affiché dans le portail fait foi.

  1. Choisir la configuration et la période

    Prévoir : 2–3 min

    Définissez d’abord l’usage — compilation, CI ou inférence — puis choisissez la machine, la période de facturation et les options nécessaires. Avant de valider, vérifiez les caractéristiques, le nœud choisi et le montant total. Inutile de réserver trop de ressources pour un niveau de concurrence qui n’a pas encore été testé.

  2. Vérifier la commande et payer

    Prévoir : 1–3 min

    Choisissez un moyen de paiement effectivement proposé sur la page. Avec USDT-TRC20, vérifiez le réseau, les coordonnées de paiement et le montant. Pour un paiement par carte, suivez la procédure de vérification Stripe. Le délai de confirmation dépend du traitement du paiement.

  3. Récupérer les identifiants après livraison

    Vérification : environ 1 min

    Une fois la machine livrée, consultez dans le portail son adresse IP, ses paramètres de connexion, vos identifiants et sa date d’expiration. Le statut de la commande indique l’avancement réel ; la confirmation de paiement ne signifie pas à elle seule que la machine est déjà accessible.

  4. Se connecter et vérifier les outils

    Vérification de base : 5–10 min

    Lors de la première connexion, vérifiez l’empreinte de l’hôte, changez le mot de passe et configurez une clé publique SSH. Contrôlez ensuite le chemin de Xcode et l’espace disque disponible, puis lancez un petit projet pour valider le build. L’installation d’outils volumineux et le téléchargement du projet prennent du temps supplémentaire.

Avant de commander, préparez ces trois éléments

  • Les outils à exécuter, la taille du projet et le niveau de concurrence attendu.
  • Une période de location adaptée à la durée du projet, ainsi que le transfert des artefacts avant l’expiration.
  • Un moyen de paiement accepté, afin de ne pas inclure la vérification du paiement dans la durée d’utilisation de la machine.
Trois points à vérifier avant de choisir

Commander un nœud à Est des États-Unis

Choisissez d’abord le nœud, puis organisez votre workflow. Ces trois points influent directement sur votre première commande et sur une éventuelle migration.

Comment vérifier que ma commande sera bien livrée sur le nœud de Est des États-Unis ?

Cette page présente le nœud de Est des États-Unis, mais vérifiez également le nœud sélectionné dans le configurateur : la page d’origine ne suffit pas à le confirmer. Avant de payer, fiez-vous au nœud, à la machine, à la période et au montant total indiqués dans le configurateur. Après la livraison, contrôlez les informations de l’instance. La disponibilité réelle au moment de la commande est indiquée en temps réel dans le portail.

Depuis côte est des États-Unis et Europe de l'Ouest, puis-je compter sur une latence de 25~35 ms ?

La référence régionale ne correspond pas nécessairement à votre connexion. La valeur de 25~35 ms permet de présélectionner un nœud, mais ne constitue pas une garantie de latence. Depuis votre réseau et aux horaires habituels, testez les réponses SSH, l’interaction avec le bureau à distance et les transferts de fichiers. Même au même endroit, changer de fournisseur d’accès ou de proxy peut modifier l’expérience.

Si notre équipe change de lieu de travail, notre environnement sera-t-il transféré automatiquement ?

Ne partez pas du principe que la migration sera automatique. Avant de changer de nœud, confirmez la nouvelle commande et préparez l’environnement, puis synchronisez vous-même le code, les données nécessaires, les certificats et la configuration de build. Vérifiez à nouveau le runner et les étiquettes des tâches. Sauvegardez l’ancien environnement avant son expiration et évitez d’exécuter simultanément le même déploiement sur les deux machines.

ssh → build → ship

Louez une machine et testez vos tâches réelles

Commencez avec Shell M4 à $21.8/jour. Choisissez la machine et la période, vérifiez le nœud sur la commande, puis procédez au paiement. Fondez votre choix sur un vrai projet, pas sur des estimations.

Louer un Mac dans le cloud Comparer les offres