Guía en profundidad
Simulador de punto de equilibrio entre serverless y VPS: pago por solicitud o precio fijo de servidor
Análisis ejecutivo del sector
La elección entre serverless y un servidor virtual sencillo suele discutirse como una ideología, pero es aritmética. Serverless cobra por solicitud y por unidad de tiempo de computación, de modo que el coste parte de cero y sube con cada llamada. Un VPS cobra un precio mensual fijo, esté inactivo u ocupado, por lo que cuesta algo desde el primer día y después se mantiene igual hasta que se queda sin capacidad. Las dos líneas se cruzan en cierto volumen de solicitudes, y de qué lado de ese punto esté decide la factura en un orden de magnitud en los extremos.
Lo que complica la comparación es que la línea barata no es toda la historia. Las facturas serverless se componen de varias partes: invocaciones, tiempo de memoria, una pasarela de API delante y registros que crecen con el tráfico. La factura del VPS parece pequeña, pero el servidor necesita actualizaciones, copias de seguridad, monitorización y alguien despierto cuando falla. Ese tiempo es real y, para un equipo pequeño, suele ser el recurso más caro. Un equilibrio justo incluye, por tanto, tanto la factura de la nube como el valor de las horas dedicadas a operar el servidor.
El modelo del efecto dominó sigue el coste desde la carga hasta el beneficio. Las solicitudes al mes y el tiempo de ejecución definen la carga de trabajo. Junto con las reglas de precios dan un coste por millón de solicitudes, que se convierte en la factura de infraestructura. Se añade el tiempo de operaciones y el total se compara con los ingresos. El tiempo de ejecución es el motor silencioso, porque multiplica el cargo de computación serverless y reduce además cuántas solicitudes puede atender un VPS. Reducirlo a la mitad puede mover muy lejos el punto de equilibrio.
El iceberg muestra lo que deja fuera la línea principal. Son visibles los cargos por invocación y computación, o las instancias VPS. Bajo la línea de flotación están las tarifas de la pasarela de API, que a menudo superan a las de las propias funciones, la ingesta de registros que crece con cada solicitud, las horas de operaciones valoradas a lo que vale su tiempo y los ingresos perdidos cuando los arranques en frío hacen esperar a algunos usuarios. Use el simulador para introducir su propio volumen y tiempo de ejecución, y pruebe después a trasladar tráfico a un VPS para ver la diferencia mensual.
Esquema de fórmulas y metodología
El modelo es un único mes. El coste serverless por millón de solicitudes es el precio de invocación más el tiempo de memoria (medio gigabyte durante el tiempo de ejecución), más los cargos de pasarela y de registros. Un VPS atiende un número de millones de solicitudes al mes igual a una constante de capacidad dividida entre el tiempo de ejecución, redondeado hacia arriba a instancias completas, cada una con un cargo de copia de seguridad. El tiempo de operaciones es de 1,5 horas al mes en serverless y de 9 horas en un VPS, valoradas a su tarifa horaria. Los arranques en frío cuestan una pequeña parte de los ingresos en el tráfico serverless.
- Coste serverless por millón
- s = invocación + 0,5 GB × (ms ÷ 1000) × 10⁶ × precio GB-s + pasarela + registros
- Lo que cuesta un millón de solicitudes en una plataforma de pago por uso.
- Capacidad del VPS
- Cap = 40.000 ÷ ms de ejecución (millones de solicitudes por instancia)
- Cuánto tráfico puede atender una instancia en un mes, que disminuye a medida que las solicitudes son más lentas.
- Factura del VPS
- V = techo(tráfico del VPS ÷ Cap) × (precio + copia de seguridad)
- Instancias necesarias, redondeadas hacia arriba, por el precio mensual fijo.
- Volumen de equilibrio
- M* = (precio del VPS + copia de seguridad + horas extra de operaciones × tarifa) ÷ s
- Millones de solicitudes al mes con los que serverless cuesta lo mismo que un VPS y su tiempo adicional de operaciones.
- Beneficio neto
- Neto = ingresos − factura serverless − factura del VPS − operaciones − pérdida por arranque en frío
- El resultado mensual. El punto de ruptura es donde llega a cero.
Elasticidad en cascada
Las solicitudes al mes y el tiempo de ejecución son los datos más elásticos en serverless, porque la factura es lineal en ambos. En un VPS el coste es fijo hasta que se llena una instancia, de modo que el efecto aparece en escalones. Su tarifa de operaciones importa más con poco volumen, donde la factura del VPS es pequeña y su tiempo domina.
Tres casos prácticos reales
Inicio con recursos propios
Un proyecto personal con poco tráfico
Un proyecto pequeño atiende quince millones de solicitudes al mes con funciones cortas. Serverless cuesta unos pocos dólares, y un VPS más el tiempo de mantenimiento costaría más. Cárguelo para ver por qué serverless gana a pequeña escala y por qué el nivel gratuito es un comienzo tan sólido.
Mediana empresa en crecimiento
Un producto estable con mucho volumen
Un producto con ingresos sólidos atiende cientos de millones de solicitudes cortas. La factura serverless se nota, pero los ingresos la absorben. Cárguelo para ver el margen en términos absolutos y por qué aquí compensa probar el cambio a un VPS.
Crisis de cisne negro
Una API lenta con un volumen enorme
Una API con tiempos de ejecución largos atiende cerca de dos mil millones de solicitudes al mes en serverless, mientras los ingresos se mantienen estables. La computación, la pasarela y los registros superan los ingresos. Cárguelo para ver cómo la factura supera a los ingresos y cómo un servidor de precio fijo devuelve el mes a la normalidad.
Matriz de referencias del sector
| Métrica | Zona de peligro | Promedio del sector | Élite (10 % superior) |
|---|---|---|---|
| Solicitudes mensuales a partir de las cuales un VPS pequeño suele superar a serverless | Más de 500 M en serverless | 50–300 M | Híbrido: rutas estables en VPS, picos en serverless |
| Tiempo medio de ejecución de las funciones | Más de 800 ms | 100–300 ms | Menos de 100 ms |
| Infraestructura como porcentaje de los ingresos | Más del 40 % | 10–20 % | Menos del 8 % |
| Horas mensuales de operaciones en una configuración pequeña con VPS | Más de 20 h | 6–10 h | 2–4 h con automatización |
| Cargos de pasarela y registros como porcentaje de la factura serverless | Más del 60 % | 30–50 % | Menos del 25 % |
Variables y palancas
Solicitudes al mes (millones)
Total de solicitudes de API o de páginas que atiende su aplicación en un mes, contadas en millones.
Palanca: Almacene las respuestas en caché en el borde y elimine las consultas periódicas innecesarias, porque cada solicitud evitada es una solicitud que no paga en serverless.
Tiempo medio de ejecución (ms)
Lo que tarda en ejecutarse una solicitud. Determina tanto los cargos de computación serverless como cuántas solicitudes puede atender un VPS.
Palanca: Analice las funciones lentas, reutilice conexiones y reduzca dependencias; el tiempo de ejecución multiplica la factura de computación y reduce la capacidad del VPS.
Ingresos mensuales del producto
Lo que gana el producto cada mes, de lo cual deben pagarse la infraestructura y su tiempo.
Palanca: Vincule los precios al uso para que el coste de infraestructura crezca con los ingresos y no por delante de ellos.
Precio del VPS por instancia
Precio mensual de un servidor virtual del tamaño que usaría, sin copias de seguridad.
Palanca: Compare proveedores y tamaños, y use una instancia mayor con un plan de instantáneas en lugar de varias pequeñas.
Valor de una hora de operaciones
Lo que vale una hora de su tiempo o del de su ingeniero cuando se dedica a servidores en lugar de al producto.
Palanca: Automatice los despliegues, las actualizaciones y las copias de seguridad con una configuración sencilla y repetible para que el tiempo de servidor se mantenga en una o dos horas al mes.
Porcentaje del tráfico en el VPS
Cero significa que todo funciona en serverless; 100, que todo funciona en VPS. Sirve para probar el cambio.
Palanca: Traslade al VPS solo las rutas estables y de gran volumen y mantenga en serverless los puntos finales con picos o de uso poco frecuente.
Cómo usar este simulador
- 1Parta del escenario realista o introduzca las solicitudes, el tiempo medio de ejecución y los ingresos del mes pasado.
- 2Lea las cinco casillas del efecto dominó para ver si el coste por millón de solicitudes o el tiempo de operaciones se ponen en rojo primero.
- 3Pulse «Encontrar mi punto de ruptura» para ver el volumen de solicitudes que anula el beneficio en serverless.
- 4Compare la configuración actual con el plan íntegro en VPS en el gráfico de 24 meses, o pruebe un reparto parcial con el control del porcentaje de tráfico.
- 5Mida durante un mes los tiempos de ejecución y las facturas reales antes de migrar nada.
Errores que conviene evitar
- Comparar el precio del VPS solo con el precio de las funciones e ignorar los cargos de pasarela, registros y ancho de banda del lado serverless.
- Valorar las horas de operaciones en cero, lo que hace que un VPS parezca más barato de lo que es para un equipo con otras prioridades.
- Suponer que un VPS puede con cualquier carga, cuando las solicitudes lentas y los picos de tráfico llenan una instancia con rapidez.
- Migrar todo el sistema de una vez, en lugar de trasladar las rutas estables y de gran volumen y mantener el resto en serverless.
Preguntas frecuentes
¿Es serverless siempre más caro a gran escala?
A menudo, pero no siempre. Las cargas de trabajo con ráfagas o impredecibles pueden ser más baratas en serverless incluso a gran escala, porque un VPS debe dimensionarse para el pico. El tráfico estable y de gran volumen suele favorecer a los servidores de precio fijo.
¿Por qué importa tanto el tiempo de ejecución?
La computación serverless se factura por tiempo de memoria, de modo que duplicar el tiempo de ejecución duplica aproximadamente esa parte de la factura. En un VPS reduce a la mitad las solicitudes que puede atender una instancia.
¿Cómo debo valorar mi propio tiempo de operaciones?
Use lo que ganaría esa misma hora dedicada al producto, o el coste horario completo de su ingeniero. Si disfruta con el trabajo y no tiene un mejor uso para esa hora, puede usar un valor menor.
¿Qué hay de la fiabilidad y el escalado en un VPS?
Un único VPS es un único punto de fallo, así que los productos serios añaden una segunda instancia o un balanceador de carga, algo que este modelo aproxima mediante el número de instancias. Compruebe lo que ofrece su proveedor.
¿Cómo encuentro el volumen con el que se rompe mi beneficio?
Pulse «Encontrar mi punto de ruptura». La herramienta desplaza cada dato hacia su extremo desfavorable e indica el valor en el que el beneficio mensual llega a cero.
¿Qué grado de precisión tiene esto?
Es un modelo educativo que usa precios de lista ilustrativos, no un presupuesto ni un asesoramiento. Sustituya las constantes por los precios actuales de su proveedor y por sus tiempos de ejecución medidos.
Este es un modelo educativo de planificación con supuestos declarados. No constituye asesoramiento financiero, fiscal ni jurídico. Sustituya los datos por sus propias cifras y consulte las decisiones importantes con un profesional cualificado.