Costos de hosting previsibles

Por tamaño: pagas por un servidor o contenedor de cierto tamaño, sea cual sea el tráfico. La factura es estable; el riesgo es quedarse sin capacidad.

Por uso: pagas lo que supera la cuota incluida — transferencia de datos, solicitudes, tiempo de funciones, minutos de build, cómputo de la base de datos. La factura sigue al tráfico, incluido el de bots y crawlers. Un proveedor indica que se cobran las solicitudes atendidas antes de reconocer un ataque, y el tráfico de bots (ejemplo).

Donde existe un tope rígido, alcanzarlo suele dejar el sitio fuera de línea: la producción puede pausarse hasta que la reanudes a mano (ejemplo), todos los sitios pueden pausarse cuando se acaban los créditos (ejemplo), o todas las cargas pueden quedar fuera de línea (ejemplo).

En otros casos, los presupuestos son alertas y no detienen el gasto (ejemplo, ejemplo), algunos proveedores no tienen ningún tope (ejemplo), y algunas alertas llegan horas después del gasto (ejemplo). Un tope sobre un elemento puede dejar otros fuera (ejemplo).

La elección real es entre una factura que puede crecer y un sitio que puede detenerse. Sabe cuál de las dos hace tu plan por ti.

Algunas herramientas de IA usan el mismo saldo de créditos para construir la app y para alojarla (ejemplo, ejemplo). Corregir errores con la IA compite entonces con mantener la app en línea.

• ¿Qué se mide, y qué está incluido cada mes?
• ¿Qué pasa en el límite — factura mayor, app más lenta o sitio pausado?
• ¿El tope se revisa en tiempo real, o el gasto puede superarlo antes de aplicarse?
• ¿El tráfico de ataques o de bots cuenta como uso?
• ¿Alguna opción paga viene activada por defecto en proyectos nuevos (ejemplo)?
• ¿Qué costos vienen de otros proveedores que tu app llama — APIs de IA, pagos, e-mail — y los cobran ellos?