Dev 1. Un punto de partida enfocado.

Un entorno enfocado con un trabajo acotado

Usa Dev 1 como candidato para una API compacta o un ejercicio de staging funcional con datos sintéticos. Mantén explícitos los componentes activos y la concurrencia. Una base de datos, múltiples workers y releases solapados pueden agotar un presupuesto pequeño incluso cuando el tráfico promedio es ligero.

Cuándo elegir una forma diferente

Reconsidera este perfil cuando tu carga de trabajo representativa necesite memoria concurrente que no deje reserva de host o de release. Una migración grande de base de datos o un ensayo de rendimiento deben dimensionarse para esa tarea, no forzarse en la asignación más pequeña.

Comprende la opción que estás modificando

CPU, memoria, almacenamiento de trabajo, transferencia mensual y opciones de IP resuelven restricciones diferentes. Los backups son una opción con precio aparte; el disco adicional por sí solo no es una recuperación independiente. Compara todas las opciones recurrentes antes de aumentar el presupuesto.

Verifica el próximo release además del tráfico actual

Registra el artefacto, los cambios de esquema, el comportamiento del worker y el espacio temporal. Usa la guía de operación relevante para elegir un próximo paso medible.

Cuándo tiene sentido este perfil

Elige esto cuando el uso de memoria sea modesto y puedas medir la demanda antes de añadir capacidad.

Usa una carga de trabajo representativa para validar los picos de memoria, las necesidades de disco y la demanda de CPU. No se afirma ningún benchmark, capacidad de tráfico ni rendimiento de aplicación garantizado.

Qué gestionas

Elige la imagen Linux, instala y actualiza tu aplicación, y mantén tu propio acceso, monitoreo y proceso de recuperación. Aún hay que confirmar las imágenes reales del proveedor y su disponibilidad.