Cutter 8
- vCPU
- 4 × dédié
- RAM
- 8 GB
- Stockage
- 160 GB SSD NVMe
- Transfert
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solution
Une box de développement à distance transforme un ordinateur portable léger en poste de travail. Quatre cœurs dédiés et 8 Go suffisent pour la plupart des serveurs de langage, les suites de tests et une base de données ; les gros monorepos veulent 16 Go. Le vrai avantage est que les builds continuent lorsque vous fermez l'écran, et l'environnement est identique depuis n'importe quelle machine à partir de laquelle vous vous connectez.
| Ressource | Ce dont vous avez réellement besoin |
|---|---|
| CPU | 4 cœurs dédiés ; les serveurs de langage sont étonnamment gourmands |
| RAM | 8 Go minimum, 16 Go pour un monorepo avec une base de données locale |
| Disque | 160–320 Go NVMe |
| Latence | Moins de 50 ms vers vous, sinon la saisie semble anormale via SSH |
L'emplacement est généralement la décision la plus importante pour ce type de charge de travail — soit parce que la latence domine, soit parce que la juridiction en fait partie.
La latence vers la box décide si cela semble bon.
Clés uniquement, pas d'authentification par mot de passe, pas de connexion root.
Les devcontainers rendent l'environnement reproductible.
Les deux exécutent la moitié lourde de l'IDE sur le serveur.
Votre session survit à une connexion interrompue, un ordinateur portable fermé et un vol.
Très. Vous obtenez des performances cohérentes, des builds qui survivent à un ordinateur portable fermé, et un environnement identique depuis chaque machine. La seule exigence est une faible latence vers votre propre emplacement.
8 Go suffisent pour la plupart des projets monoprojet. Les serveurs de langage sur un gros monorepo, plus un Postgres local et une pile Docker, utiliseront 16 Go sans hésiter.
Oui — code-server, le VS Code Server officiel ou Remote-SSH. Tous les trois fonctionnent sur n'importe quelle instance.