Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Almacenamiento
- 160 GB NVMe SSD
- Transferencia
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solución
Un equipo de desarrollo remoto convierte un portátil ligero en una estación de trabajo. Cuatro núcleos dedicados y 8 GB manejan la mayoría de los servidores de lenguaje, suites de pruebas y una base de datos; los monorepos grandes quieren 16 GB. La verdadera ventaja es que las compilaciones continúan cuando cierras la tapa, y el entorno es idéntico desde cualquier máquina desde la que te conectes.
| Recurso | Lo que realmente necesita |
|---|---|
| CPU | 4 núcleos dedicados; los servidores de lenguaje son sorprendentemente exigentes |
| RAM | 8 GB mínimo, 16 GB para un monorepo con base de datos local |
| Disco | 160–320 GB NVMe |
| Latencia | Menos de 50 ms hacia ti, o escribir se siente mal a través de SSH |
La ubicación suele ser la decisión que más importa para esta carga de trabajo, ya sea porque domina la latencia o porque domina la jurisdicción.
La latencia hacia el equipo es lo que decide si esto se siente bien.
Solo claves, sin autenticación por contraseña, sin inicio de sesión como root.
Los devcontainers hacen que el entorno sea reproducible.
Ambos ejecutan la parte pesada del IDE en el servidor.
Tu sesión sobrevive a una conexión caída, un portátil cerrado y un vuelo.
Mucho. Obtienes rendimiento consistente, compilaciones que sobreviven a un portátil cerrado y un entorno idéntico desde cada máquina. El único requisito es baja latencia hacia tu propia ubicación.
8 GB bastan para la mayoría de proyectos de un solo ámbito. Los servidores de lenguaje en un monorepo grande, más un Postgres local y una pila Docker, usarán 16 GB sin problema.
Sí: code-server, el VS Code Server oficial o Remote-SSH. Los tres funcionan en cualquier instancia.