Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Armazenamento
- 160 GB NVMe SSD
- Transferência
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solução
Uma máquina de desenvolvimento remoto transforma um portátil leve numa estação de trabalho. Quatro núcleos dedicados e 8 GB lidam com a maioria dos servidores de linguagem, suites de testes e uma base de dados; monorepos grandes querem 16 GB. A verdadeira vantagem é que as compilações continuam quando fecha o portátil, e o ambiente é idêntico a partir de qualquer máquina a partir da qual se ligue.
| Recurso | O que realmente precisa |
|---|---|
| CPU | 4 núcleos dedicados; os servidores de linguagem são surpreendentemente exigentes |
| RAM | 8 GB mínimo, 16 GB para um monorepo com base de dados local |
| Disco | 160–320 GB NVMe |
| Latência | Menos de 50 ms até si, ou a digitação parece errada via SSH |
A localização é geralmente a decisão que mais importa para esta carga de trabalho — seja porque a latência domina, seja porque a jurisdição domina.
A latência até à máquina é o que decide se isto parece bom.
Apenas chaves, sem autenticação por palavra-passe, sem login root.
Os devcontainers tornam o ambiente reproduzível.
Ambos executam a metade pesada do IDE no servidor.
A sua sessão sobrevive a uma ligação perdida, a um portátil fechado e a um voo.
Muito. Obtém desempenho consistente, compilações que sobrevivem a um portátil fechado, e um ambiente idêntico a partir de todas as máquinas. O único requisito é baixa latência até à sua própria localização.
8 GB chegam para a maioria dos projetos de um só programador. Servidores de linguagem num monorepo grande, mais um Postgres local e uma stack Docker, usam 16 GB sem esforço.
Sim — code-server, o VS Code Server oficial, ou Remote-SSH. Os três funcionam em qualquer instância.