Trois configurations fixes, disponibles à la journée, à la semaine, au mois ou au trimestre. Chaque commande correspond à une machine physique Apple Silicon dédiée : CPU, mémoire et disque système ne sont pas partagés avec d’autres locataires et il ne s’agit pas d’une machine virtuelle.
Convient au développement quotidien multi-projets, à la CI parallèle et aux workflows d’équipe nécessitant un cache de dépendances plus important.
Le tarif est calculé par nœud physique. Choisissez d’abord la configuration selon la mémoire et la concurrence, puis la durée selon celle de votre mission ; tous les montants affichés sont des prix fixes en dollars américains.
Idéal pour la signature ponctuelle, l’archivage d’un projet, l’automatisation légère et les environnements de validation à court terme.
Convient au développement multi-projets, aux caches de dépendances volumineux et à l’exécution parallèle de plusieurs tâches CI en file d’attente.
Idéal pour l’inférence de grands modèles, les builds fortement parallèles, les grands espaces de travail et les tâches nécessitant un cache de build conservé longtemps.
Le temps de build ne dépend pas uniquement du processeur. Le nombre de projets, le volume des dépendances, le nombre de simulateurs, la concurrence des archives et la conservation du cache influencent tous l’expérience réelle. Voici un point de départ concret selon les tâches courantes.
Choisissez Go M4 Core. Il convient aux correctifs ponctuels, à la vérification des certificats, à l’archive d’un seul scheme et aux runners self-hosted peu sollicités.
Choisissez Go M4 Plus. Ses 24GB de mémoire et son SSD de 512GB offrent une marge pratique pour plusieurs dépôts, les caches de dépendances et les tâches parallèles.
Choisissez Go M4 Pro. Ses 64GB de mémoire conviennent aux modèles plus volumineux, à davantage de tâches parallèles et aux pipelines conservant de nombreux artefacts de build.
Si votre tâche dépend d’un véritable Apple Silicon, nécessite des droits administrateur ou doit faire fonctionner durablement un runner autogéré, les limites de ressources et la rapidité de mise à disposition comptent souvent davantage qu’un simple prix matériel.
| Critère | Location MacVPSGo | Matériel acheté | Machine virtuelle partagée |
|---|---|---|---|
| Structure des coûts | Choisissez le jour, la semaine, le mois ou le trimestre ; facturation selon la configuration de la commande | Achat initial du matériel, puis coûts récurrents de réseau, d’alimentation et de gestion | Facturation généralement à l’instance ; limites de ressources et conditions de performance à vérifier au cas par cas |
| Délai de mise à disposition | Sélectionnez la configuration, la région et la durée dans la console, puis envoyez la commande | Achat, transport, câblage, initialisation du système et configuration de l’accès distant nécessaires | Activation rapide, mais les véritables nœuds physiques et les ressources dédiées ne sont pas toujours garantis |
| Exclusivité des ressources | Un nœud physique Apple Silicon complet est réservé à une seule commande | Équipement détenu en propre et exclusif | Dépend de l’architecture du service ; des ressources de calcul ou de stockage peuvent être partagées |
| Charge d’exploitation | La plateforme fournit le nœud physique et la connectivité de base ; l’utilisateur gère son environnement de projet | L’équipe gère elle-même le matériel, le réseau, l’alimentation et l’accès distant | Moins de gestion de l’infrastructure, mais droits, performances et fonctions système potentiellement limités |
| Souplesse de mise à niveau | Pour chaque nouvelle tâche, choisissez à nouveau l’une des trois configurations et la durée souhaitée | Une mise à niveau implique généralement l’achat d’un nouvel équipement ou le remplacement de composants | La taille de l’instance peut être modifiée, sous réserve de confirmer l’exclusivité réelle des ressources |
| Cas d’usage | Compilation Xcode dans le cloud, CI iOS, développement distant et inférence Apple Silicon | Équipe disposant d’un site fixe et de capacités d’exploitation locales | Tâches de test ponctuelles ne nécessitant pas de ressources physiques dédiées |
Les options sont facturées par machine et doivent utiliser la même durée que l’hôte. Lors de la commande, ajoutez uniquement la capacité ou la connectivité réellement nécessaire à la tâche afin d’éviter de conserver longtemps des ressources d’extension pour des fichiers temporaires.
Pour augmenter l’espace disponible pour DerivedData, le cache des dépendances, les artefacts d’archive et les fichiers de modèles.
Pour plusieurs grands dépôts, les caches de build longue durée, de nombreux artefacts d’archive ou les tâches d’inférence à forte capacité.
Facturée par appareil, elle convient aux charges nécessitant clairement une coordination haut débit entre appareils ; vérifiez la topologie avant la commande.
Avant l’envoi, vérifiez ligne par ligne l’offre, la durée, la région et les extensions. L’exemple ci-dessous utilise uniquement Go M4 Core au mois et +1TB SSD au mois ; il ne mélange pas les conditions de commandes différentes en une formule vague.
Pour une bonne expérience de bureau distant, le lieu du développeur ne suffit pas. Tenez également compte du dépôt de code, de la source des dépendances, des services destinataires des builds et du fuseau horaire de l’équipe. Réduisez d’abord le choix selon l’utilisateur principal, puis décidez après un test réseau réel.
Convient aux équipes d’Asie du Sud-Est, à la collaboration de développement interrégionale et aux workflows dont les services principaux se trouvent en Asie du Sud-Est.
Convient aux équipes de développement japonaises et nord-asiatiques, ainsi qu’aux projets dont le dépôt, les sources de dépendances ou les destinataires sont principalement au Japon.
Convient aux équipes coréennes et des régions voisines, notamment aux projets qui doivent exécuter continuellement des builds pendant les heures de travail locales.
Convient aux équipes de développement collaborant dans les fuseaux horaires asiatiques ; testez selon le réseau des développeurs, l’emplacement du dépôt et la source des dépendances.
Les moyens de paiement appartiennent à deux catégories. Lors de la commande, les passerelles réellement disponibles sont celles renvoyées par la console ; aucune autre méthode n’est proposée sur la page.
Visa, Mastercard et Amex sont acceptées via Stripe ; le montant de la commande est affiché et réglé en USD.
Le paiement par USDT-TRC20 est accepté. Vérifiez le réseau et le montant à l’aide des informations fournies sur la page de commande avant de procéder.
Dans le parcours de commande, choisissez l’une des trois configurations, la durée, puis Singapour, Tokyo, Séoul ou Hong Kong ; ajoutez ensuite si nécessaire un SSD ou une interconnexion Thunderbolt 5. La disponibilité des configurations et des régions est celle renvoyée en temps réel par la console.