Precios de PaaS: costes basados en el uso frente a costes de instancias fijas
Explicación de los precios de PaaS: compara el uso por minuto con las tarifas fijas de las instancias, calcula el coste de CPU/RAM/disco, entiende los planes de Dockup y haz previsiones seguras.
Los precios de PaaS pueden parecer sencillos en la tarjeta de un plan y volverse confusos en producción. Una suscripción puede incluir crédito de uso, una instancia fija puede cobrar por el tamaño reservado y una plataforma basada en el uso puede medir el consumo real de CPU, RAM y disco. Comparar únicamente el primer importe en dólares lleva a tomar una decisión equivocada.
Dockup separa la suscripción del plan del consumo medido. Free incluye un crédito inicial único; Pro incluye crédito de uso mensual. El uso de CPU, RAM y disco se mide por minuto y se descuenta del saldo.
¿Cuál es la diferencia entre los precios basados en el uso y los precios de instancias fijas?
Los precios de instancias fijas cobran por una máquina o un tamaño de servicio seleccionado durante el periodo de facturación, independientemente de que la aplicación utilice toda la capacidad reservada. Los precios basados en el uso cobran según el consumo medido, a veces con mínimos o créditos del plan.
| Modelo | Unidad principal | Ventaja | Riesgo |
|---|---|---|---|
| Instancia fija | Tamaño seleccionado a lo largo del tiempo | Partida predecible | Pagas por capacidad inactiva |
| Uso real | CPU/RAM/disco consumidos a lo largo del tiempo | Alinea la factura con el consumo | Previsión variable |
| Suscripción más crédito | Tarifa del plan y saldo incluido | Combina acceso y gasto | El crédito puede malinterpretarse |
| Petición serverless | Invocaciones/duración | Escala a cero para algunas cargas | Picos de coste con un volumen alto |
| Usuario más recursos | Acceso del equipo más compute | Funciones de colaboración | Crecimiento por usuario |
Dockup utiliza una suscripción más crédito de uso. El número de recursos de los planes de pago es ilimitado, pero el compute y el disco no son gratuitos. «Despliegues ilimitados» significa que no hay un límite de cantidad al crear despliegues; los recursos que consumen siguen utilizando el saldo del plan.
La medición por minuto es más granular que la de una instancia fija mensual. Un servicio detenido durante parte del mes puede consumir menos que uno que funciona de forma continua, mientras que un servicio siempre activo y con mucha carga puede consumir su saldo disponible de forma constante.
¿Cuáles son los planes de Dockup y qué créditos incluyen?
La tabla de planes es la siguiente:
| Plan | Precio | Crédito incluido | Límites de espacios de trabajo/bases de datos/despliegues |
|---|---|---|---|
| Free | 0 $/mes | 10 $ de crédito inicial | 1 espacio de trabajo, 3 bases de datos, 3 despliegues |
| Hobby | 5 $/mes | 0 $ | Ilimitados en los planes de pago |
| Pro | 20 $/mes | 20 $ de crédito de uso mensual | Ilimitados; recomendado |
El consumo de CPU, RAM y disco se descuenta del saldo. Al evaluar un plan de pago, considera la tarifa como el acceso a un número ilimitado de recursos y como un saldo de uso prepago por el mismo importe.
El plan Pro se recomienda porque proporciona 20 $ de crédito mensual y deja margen para varios servicios pequeños o una carga de producción representativa. Aun así, el plan adecuado depende del consumo real.
Consulta el saldo de la cuenta y el consumo de los servicios en app.dockup.ai. Revisa conjuntamente la CPU, la memoria, el disco y el saldo actual del plan, en lugar de tratar el importe de la suscripción como la factura completa.
¿Cómo se calcula un coste realista de PaaS?
Construye la estimación a partir de las horas de carga de trabajo y los recursos medidos.
Una fórmula conceptual sencilla es:
monthly cost =
subscription
+ CPU consumption
+ RAM consumption
+ disk consumption
+ other metered services
- included usage credit
Las tarifas unitarias exactas deben consultarse en la fuente de precios actual, no en una hoja de cálculo copiada que nadie actualiza. La metodología se mantiene estable.
Para cada servicio, registra:
- Horas de funcionamiento al día.
- Uso medio y máximo de CPU.
- Conjunto de trabajo de memoria medio.
- Tamaño y crecimiento del disco persistente.
- Recursos de la base de datos.
- Duración de los entornos de preview.
- Número de entornos.
- Tráfico estacional.
- Frecuencia prevista de builds y despliegues.
Utiliza valores medidos después del lanzamiento. La memoria solicitada no es lo mismo que el consumo real de memoria en un modelo basado en el uso. En cambio, la factura de una instancia fija puede reflejar el tamaño solicitado aunque la utilización real sea baja.
Ejemplo de hoja de trabajo de la carga
| Recurso | Cantidad | Patrón de funcionamiento | Confianza |
|---|---|---|---|
| Servicio web | 1 | 24/7 | Alta |
| Worker | 1 | 8 horas/día | Media |
| PostgreSQL | 1 | 24/7 | Alta |
| Redis | 1 | 24/7 | Media |
| Servicio de preview | 3 de media | 6 horas cada uno | Baja |
| Volumen | 20 GB | Continuo | Alta |
No conviertas esta tabla en una referencia de precios ficticia sin tarifas unitarias actuales y una utilización real. Es un modelo de demanda.
¿Cuándo permite ahorrar dinero un modelo basado en el uso?
La facturación basada en el uso resulta atractiva cuando las cargas de trabajo son variables, pueden detenerse cuando están inactivas o existe una gran diferencia entre el límite solicitado y el consumo real.
Ejemplos:
- Entornos de desarrollo utilizados durante el horario laboral.
- Despliegues de preview que solo existen durante una revisión.
- Workers de procesamiento por lotes activos durante un periodo limitado.
- Productos iniciales con poco tráfico de base.
- Servicios que pueden detenerse entre campañas.
- APIs pequeñas cuyo uso medio de CPU es bajo.
Una instancia fija puede ser competitiva cuando la carga de trabajo es continua, intensa y predecible. En ese caso, el equipo puede valorar más un precio reservado estable que una medición granular.
El ahorro basado en el uso requiere que la carga consuma menos recursos en la práctica. Define un ciclo de vida compatible con el funcionamiento de los entornos de desarrollo realmente inactivos y verifica el comportamiento actual en la plataforma en lugar de asumir que un servicio que parece inactivo no tiene coste.
El ciclo de vida de las previews también importa. Un equipo que deja decenas de previews en ejecución puede eliminar el beneficio económico de los entornos de corta duración. Define responsables y fechas de expiración.
¿Cómo afectan las bases de datos, los volúmenes y las previews a los precios de PaaS?
El compute de la aplicación es solo una partida.
Bases de datos gestionadas
PostgreSQL, MySQL, MongoDB y Redis consumen CPU, RAM y disco. Las cargas de trabajo de las bases de datos suelen estar siempre activas y el almacenamiento crece con el tiempo. Incluye las copias de seguridad y los requisitos de migración en el modelo operativo, aunque no sean límites independientes del plan.
Volúmenes persistentes
Los volúmenes conservan los datos entre despliegues y consumen disco de forma continua. Supervisa el uso real:
dockup volume usage <volumeId> production/web --json
Una asignación de 20 GB con 2 GB utilizados puede indicar margen para el crecimiento o desperdicio. La decisión depende de cómo mida Dockup el disco y del crecimiento previsto de la aplicación a corto plazo.
Despliegues de preview
Cada PR o rama puede recibir un entorno y una URL aislados. Una preview consume recursos mientras está activa. Las previews en una red privada también pueden consultar la base de datos de producción mediante un usuario automático de solo lectura, lo que puede añadir carga a la base de datos incluso sin una base de datos independiente.
VMs de Windows y máquinas Linux
El compute a nivel de sistema operativo puede tener una huella constante mayor que la de un contenedor de aplicación pequeño. Dimensiona a partir de los requisitos medidos del software y apaga o retira los recursos temporales cuando termine su tarea.
Como el número de recursos es ilimitado en los planes de pago, la gobernanza debe sustituir a los límites estrictos de cantidad. Un agente no debería crear diez servicios de prueba simplemente porque la plataforma lo permite.
¿Cómo se comparan proveedores de PaaS sin engañarse?
Normaliza primero la carga de trabajo. Una comparación justa utiliza los mismos:
- Requisitos de CPU y memoria.
- Horas de funcionamiento.
- Motor de base de datos y almacenamiento.
- Disco persistente.
- Número y duración de las previews.
- Usuarios del equipo cuando se cobren.
- Supuestos de transferencia de red.
- Requisitos de copias de seguridad y soporte.
- Regiones y modelo de disponibilidad.
- Trabajo operativo.
Después, clasifica cada partida como fija, medida, acreditada o incierta.
| Partida de coste | Proveedor A | Proveedor B | Dockup |
|---|---|---|---|
| Suscripción | Registrar el valor actual | Registrar el valor actual | 0/5/20 |
| Uso incluido | Registrar el valor actual | Registrar el valor actual | 10 $ iniciales o crédito mensual equivalente al plan |
| CPU | Fija o medida | Fija o medida | Medida por minuto |
| RAM | Fija o medida | Fija o medida | Medida por minuto |
| Disco | Registrar el valor actual | Registrar el valor actual | Medido por minuto |
| Base de datos | Independiente o incluida | Independiente o incluida | Consumo de recursos gestionados |
| Previews | Modelar la duración | Modelar la duración | Consumo de recursos mientras están activas |
| Usuarios | Registrar el valor actual | Registrar el valor actual | Verificar las condiciones actuales del plan de equipo |
Evita estos tres errores habituales:
- Comparar un servicio de producción en una plataforma con un servicio gratuito inactivo en otra.
- Restar dos veces el crédito incluido.
- Tratar un número ilimitado de recursos como un uso ilimitado.
El artículo Dockup frente a Render y Fly.io aplica este método sin congelar los precios de la competencia.
¿Cómo deben supervisar y controlar los equipos el gasto de PaaS?
El control de costes es un ciclo operativo. Revisa el consumo de los servicios y el saldo de la cuenta en app.dockup.ai y relaciona los cambios con los despliegues, el tráfico y el crecimiento de los recursos.
Asigna la responsabilidad de los recursos. Cada servicio, base de datos, volumen, VM de Windows, máquina Linux y preview debe tener un propósito y un responsable. Elimina o detén los recursos que no se utilicen mediante un proceso aprobado.
Un agente de IA puede ayudar a enumerar recursos, resumir el uso y proponer acciones. No debería destruir recursos de forma autónoma basándose únicamente en una actividad baja. Una base de datos para recuperación ante incidentes detenida o un servicio administrativo utilizado rara vez pueden estar inactivos de forma intencionada.
Umbrales presupuestarios
Define:
- Rango mensual previsto.
- Umbral de advertencia.
- Umbral de investigación.
- Aprobación necesaria para nuevos recursos siempre activos.
- Duración máxima de las previews.
- Umbral de crecimiento de los volúmenes.
- Responsable del gasto no explicado.
Una previsión es un rango, no una promesa. Utiliza escenarios alto, esperado y bajo para el tráfico y la actividad de las previews.
Economía unitaria
Relaciona el gasto de infraestructura con una unidad del producto: cliente activo, trabajo procesado, petición de API o artefacto generado. El coste total puede aumentar mientras mejora el coste unitario. Una suscripción fija de 20 $ también puede parecer barata mientras los servicios no utilizados generan complejidad operativa.
Coste del tiempo de ingeniería
Una factura más baja de la plataforma puede ser una decisión peor si el equipo tiene que crear y mantener wrappers de despliegue, monitorización, orquestación de previews, copias de seguridad o medidas de seguridad para agentes. Incluye el trabajo operativo y el riesgo de incidentes.
La propuesta de valor de Dockup no se limita a la tabla de precios. Combina la capa de despliegue para agentes de IA con servicios gestionados y operaciones mediante una única CLI.
Plan de validación de 30 días
- Empieza con el plan más pequeño que permita realizar la prueba.
- Despliega un servicio y una base de datos representativos.
- Ejecuta tráfico o una carga de trabajo realistas.
- Mantén las previews solo durante el tiempo habitual de revisión.
- Controla el uso semanalmente.
- Comprueba el crecimiento del volumen y de la base de datos.
- Compara la proyección con el gasto real al cierre del mes.
- Cambia de plan únicamente basándote en datos.
El plan Free proporciona 10 $ de crédito inicial para una validación inicial. El plan Pro proporciona un saldo mensual de 20 $ para una prueba de producción más amplia.
Decisión final sobre los precios de PaaS
Los precios de PaaS son comprensibles cuando cada partida tiene una unidad, un periodo y una regla de responsabilidad. La medición basada en el uso recompensa las cargas eficientes e intermitentes; las instancias fijas recompensan la previsibilidad cuando se necesita capacidad de forma continua.
El modelo de Dockup, que mide la CPU, la RAM y el disco por minuto, debe evaluarse a partir del uso real de los servicios. Elige el plan que proporcione el saldo incluido y las funciones de cuenta adecuados, y sigue midiendo en lugar de asumir que la tarifa de suscripción limita todo el consumo.
Utiliza la referencia de la CLI de Dockup para consultar los comandos de uso actuales. Compara plataformas adyacentes en Dockup frente a Railway y Dockup frente a Heroku, y comprueba sus precios oficiales actuales antes de publicar.
Separa el flujo de caja del coste económico
El crédito incluido modifica el momento en que el dinero sale de la cuenta, pero no hace que la carga de trabajo sea gratuita. Controla el consumo bruto de recursos y el importe neto adeudado. El uso bruto revela la eficiencia; el gasto neto muestra el impacto en el flujo de caja.
Por ejemplo, una suscripción Pro proporciona 20 $ de crédito mensual. Si los recursos medidos consumen menos que el saldo, el cargo puede mantenerse en los 20 $ de la suscripción. Si el consumo supera el saldo, el exceso se convierte en gasto adicional. El resultado exacto depende de la medición actual y del saldo de la cuenta.
Utiliza informes de precios de PaaS que muestren ambas cifras para que los equipos no optimicen únicamente después de agotar el crédito.
Modela explícitamente la incertidumbre
Las primeras previsiones deberían contemplar tres casos:
| Variable | Bajo | Esperado | Alto |
|---|---|---|---|
| Tráfico | 50 % del plan | Previsión | 200 % del plan |
| Duración de la preview | 2 horas | 8 horas | 3 días |
| Crecimiento de la base de datos | 1 GB/mes | 5 GB/mes | 20 GB/mes |
| Actividad del worker | 2 h/día | 8 h/día | 24 h/día |
| Sobrecoste por incidentes | Ninguno | Una recuperación | Depuración repetida |
Aplica las tarifas unitarias actuales a cada caso. El objetivo no es lograr una precisión de céntimos, sino identificar qué supuesto puede cambiar la decisión.
Una instancia fija también tiene incertidumbre: el equipo puede superar el tamaño seleccionado y pasar al siguiente nivel. Incluye esos cambios de tramo.
Incluye la multiplicación por entornos
Una arquitectura de producción rara vez consta de un único servicio. Cuenta los entornos de staging, las previews, los workers, las bases de datos, Redis, los volúmenes, las VMs de Windows, las máquinas Linux y los recursos temporales de migración.
Un servicio pequeño puede encajar cómodamente en un crédito inicial. El mismo servicio en producción, staging y cinco previews persistentes plantea un problema de precios de PaaS diferente.
Define qué entornos funcionan de forma continua:
- Producción: normalmente siempre activa.
- Staging: siempre activa solo cuando sea necesario.
- Preview: vinculada a una PR o rama abierta.
- Pruebas de carga: creada para una ventana programada.
- Migración: eliminada tras la validación.
- Recuperación ante desastres: calculada según el objetivo de disponibilidad.
El número ilimitado de recursos de un plan de pago hace que esta gobernanza sea más importante, no menos.
Compara las opciones de optimización con sus riesgos
Reducir la memoria, detener un worker, acortar la retención o eliminar un volumen puede reducir el gasto, pero cada acción modifica la fiabilidad. Registra la consecuencia para el nivel de servicio junto a la estimación del ahorro.
Una propuesta de optimización útil contiene:
- Recurso y responsable.
- Consumo medido actual.
- Cambio propuesto.
- Rango mensual previsto.
- Riesgo de rendimiento o recuperación.
- Método de rollback.
- Ventana de observación.
Un agente puede resumir el consumo medido que muestra la plataforma, pero una persona debe aprobar los cambios que puedan afectar a la disponibilidad o a la retención de datos.
Revisa los precios de PaaS después de cambiar la arquitectura
Una nueva caché puede reducir la CPU de la base de datos y añadir costes de Redis. Un worker en segundo plano puede mejorar la latencia de la API mientras funciona más horas. La red privada puede cambiar la arquitectura sin modificar las mismas unidades principales de CPU/RAM/disco. Un Dockerfile puede reducir el tamaño de la imagen, pero consumir tiempo de ingeniería.
Vuelve a hacer la previsión después de:
- Añadir una base de datos gestionada.
- Activar muchas previews.
- Conectar un volumen grande.
- Pasar a autoscaling de Kubernetes.
- Crear una VM de Windows o una máquina Linux.
- Cambiar la retención.
- Lanzar una región o un nivel de cliente nuevos.
Los precios de PaaS son un modelo vivo ligado a la arquitectura, no una hoja de cálculo de compras que se prepara una sola vez.
Plantilla de revisión mensual
Registra el plan, el saldo inicial, el uso bruto, el saldo restante, los cinco recursos principales, los cambios inesperados, los recursos detenidos, el número de previews, el crecimiento del disco y los escenarios del mes siguiente.
Compara el resultado con el mes anterior y anota los despliegues o eventos de tráfico que expliquen la diferencia. Así, la revisión de costes resulta útil para ingeniería en lugar de convertirse en una sorpresa para finanzas.
La misma plantilla puede comparar proveedores de instancias fijas: sustituye las partidas de recursos medidos por las tarifas de las instancias seleccionadas e incluye la utilización para que la capacidad inactiva siga siendo visible.
Publica los supuestos con cada estimación
Una cifra de precios de PaaS sin supuestos no se puede revisar. Añade las horas de funcionamiento, el uso de recursos, el crecimiento del disco, la duración de las previews, el número de bases de datos y la fecha de las tarifas unitarias actuales. Marca los valores como medidos, estimados o desconocidos.
Actualiza el modelo después de la primera semana y del primer mes completo. La diferencia entre la previsión y el resultado real proporciona información sobre la carga de trabajo, no es simplemente un error contable.
Esta disciplina mantiene válidas las comparaciones de precios de PaaS cuando los proveedores cambian sus tarifas o la arquitectura crece.
Mantén el modelo versionado
Confirma los supuestos y la fecha de revisión junto a las notas de arquitectura. Un modelo de precios de PaaS versionado muestra por qué el equipo cambió de plan y evita que una hoja de cálculo antigua se convierta en un objetivo presupuestario sin explicación.
Empieza con un despliegue verificable
Despliega una carga de trabajo representativa, obsérvala durante 30 días y compara el consumo medido del servicio, la base de datos, las previews y el disco con el saldo del plan.
Empieza gratis en app.dockup.ai. El plan Free cuesta 0 $ al mes, incluye 10 $ de crédito inicial y admite un espacio de trabajo, tres bases de datos y tres despliegues.
Preguntas frecuentes
¿Cuánto cuesta Dockup?
Free cuesta 0 $ e incluye 10 $ de crédito inicial. Hobby cuesta 5 $ al mes y el uso se factura aparte, y Pro cuesta 20 $ al mes con los primeros 20 $ de uso incluidos.
¿Qué es ilimitado en los planes de pago de Dockup?
Los planes de pago permiten un número ilimitado de espacios de trabajo, bases de datos y despliegues. El consumo de CPU, RAM y disco sigue utilizando el saldo del plan.
¿Cómo se mide el uso de Dockup?
El consumo de CPU, RAM y disco se mide por minuto y se descuenta del saldo incluido o recargado de la cuenta.
¿Los precios basados en el uso son siempre más baratos que una instancia fija?
No. Pueden ahorrar dinero con cargas variables o inactivas, mientras que una carga predecible y con actividad continua puede compararse favorablemente con una instancia fija. Modela la misma demanda.
¿Cómo debo comparar dos precios de PaaS?
Normaliza las horas de funcionamiento, la CPU, la memoria, el disco, las bases de datos, las previews, la transferencia, los usuarios y el soporte; después identifica las tarifas fijas, el uso medido, los créditos incluidos y la incertidumbre.