Resumen

  • CloudFront ofrece las primeras 1.000 rutas de invalidación mensuales por cuenta sin coste; en pago por uso, las siguientes cuestan 0,005 dólares cada una. Un comodín puede cubrir miles de archivos y seguir contando como una ruta.
  • Invalidar contenido que no cambió puede devolver trabajo al origen cuando lleguen nuevas solicitudes. La transferencia normal desde un origen AWS a CloudFront es gratuita; los servicios del origen conservan sus propios cargos.
  • Los planes de precio fijo incluyen invalidaciones. Elegir el alcance y gestionar nombres de archivo versionados sigue siendo trabajo del cliente, con cualquiera de las dos modalidades.

Hay una manera de conseguir que una orden más grande parezca una compra más pequeña: cobrar por cómo se escribe. CloudFront lo hace con las invalidaciones de su tarifa por uso. Una lista larga de rutas suma unidades. Un comodín que las abarque puede reducirlas a una. El asterisco tiene un excelente departamento comercial.

La regla figura en la documentación de facturación. Las primeras 1.000 rutas del mes son gratuitas, sumadas entre todas las distribuciones de una cuenta. Una ruta terminada en comodín cuenta una vez aunque alcance miles de archivos. Mandar muchas rutas dentro de la misma solicitud API, en cambio, conserva el recuento de cada una. El descuento depende de la descripción del alcance, no del sobre donde se envía.

Una vez agotada la franquicia, el precio publicado es de 0,005 dólares por ruta o elemento de invalidación por etiqueta. Hagamos una cuenta de ese cargo: diez rutas individuales suman 0,05 dólares; un comodín que cubra las diez, 0,005. Si este último alcanza además archivos que no necesitaban cambio alguno, esa línea no aumenta.

La suma es impecable. La conclusión de que el despliegue entero se ha abaratado necesita bastante más trabajo. El precio no está midiendo cuánta utilidad quedaba en las copias descartadas, qué archivos volverán a pedirse ni cuánto esfuerzo requerirá servirlos otra vez. Cuenta una orden expresada de forma compacta.

La comodidad tiene otro destinatario

Un archivo almacenado en caché evita repetir parte del recorrido de entrega. Cuando CloudFront lo invalida, la siguiente petición del usuario provoca la recuperación de la versión más reciente desde el origen. No rellena automáticamente todos los huecos en cuanto recibe la orden. Así lo describe AWS en su guía de invalidación y versionado.

El problema económico aparece sobre todo en los archivos populares que no cambiaron y quedaron dentro de una limpieza amplia. Sus copias podían seguir atendiendo solicitudes; descartarlas puede devolver trabajo al origen. La cantidad depende del tráfico posterior, de las capas de caché y de cómo se agrupen las peticiones. Un archivo que nadie vuelve a pedir no genera trabajo por el mero hecho de haber sido invalidado. Tampoco corresponde multiplicar cada visitante por una supuesta consulta independiente al origen.

Conviene quitar de la cuenta un villano fácil: la transferencia de recuperación desde los servicios de origen de AWS hacia CloudFront es gratuita. Quedan los cargos propios del servicio de origen y el tiempo de recuperar contenido. Inventar un peaje por esos bytes sería una forma muy cara de perder de vista el argumento correcto.

El desajuste suele ser de responsabilidad. Quien publica tiene un motivo para terminar pronto y reducir una partida visible. Quien mantiene el origen tendrá que explicar cualquier trabajo adicional. Una empresa puede felicitar al primero y apretar al segundo usando dos informes exactos. El absurdo nace de haber separado la decisión y su consecuencia antes de hacer la cuenta.

Lo que el asterisco permite dejar para mañana

La precisión exige conocer la aplicación. En CloudFront, el comodín debe ir al final y /* puede abarcar la distribución completa. Las variantes almacenadas por cookies o cabeceras se invalidan juntas para una ruta; no se puede elegir una sola variante mediante esa operación. Las diferencias basadas en cadenas de consulta requieren las rutas correspondientes o un comodín final que las cubra. AWS lo detalla en las reglas para especificar objetos.

Una lista estrecha obliga a entender esas distinciones. Una orden amplia compra tiempo a costa de renunciar a parte de la selección. Puede ser una buena decisión cuando mantener la lista cuesta mucho y la recuperación adicional es pequeña. Pero repetirla por costumbre también permite que nadie llegue a saber qué depende de qué. La factura por ruta no distingue entre sencillez bien elegida y desorden cómodo.

El versionado de nombres ofrece otro reparto de tareas. Cada versión nueva recibe un nombre distinto y las referencias apuntan a él. AWS lo recomienda para archivos que cambian con frecuencia: evita cargos de invalidación, permite reconocer versiones en los registros y facilita volver a una anterior. También dirige la petición a un nombre nuevo aunque un navegador o un proxy corporativo conserve el archivo antiguo.

Hay que mantener bien esas referencias y guardar las versiones que aún puedan necesitarse. Añadir una cadena de consulta no es lo mismo que organizar nombres de archivo versionados. Esta opción mueve el esfuerzo hacia la construcción de la publicación y la conservación de sus piezas. La empresa cambia una limpieza urgente por una disciplina previa; aún tiene trabajo, pero puede elegir cuándo hacerlo.

Además, CloudFront vende actualmente planes de precio fijo que incluyen invalidación rápida en todos sus niveles. La comparación de 0,005 dólares por ruta pertenece al pago por uso. Un plan puede eliminar ese cargo marginal y dejar intacta la decisión de cuánto contenido descartar.

Para escoger la alternativa más barata en un despliegue concreto faltan sus registros de recuperación y las tarifas de su origen; esos datos pueden cambiar el resultado. Lo que ya puede descartarse es la idea de que el precio de la orden contenga toda la economía de ejecutarla. CloudFront vende una escoba asequible. Al cliente le corresponde decidir por qué está barriendo también las habitaciones que estaban limpias.