Las operaciones de lectura se cobran en unidades de lectura, que reflejan los datos procesados para satisfacer la consulta, medidos en tramos de 4 KiB.

Las operaciones de escritura y eliminación se cobran en unidades de escritura, que reflejan los datos procesados para realizar la operación, medidos en tramos de 1 KiB.

El coste de las operaciones de lectura, escritura y eliminación tiene ciertos matices que se deben tener en cuenta. y que se explican en profundidad en las secciones que aparecen más adelante.

Nota: Puedes usar Firestore Query Explain para entender mejor cómo se procesa y se factura cada consulta.

Operaciones de lectura

La mayoría de las operaciones de lectura implican realizar una lectura puntual de un documento específico basándose en un identificador o analizar un intervalo de datos . Las operaciones de lectura consumen unidades de lectura.

Las operaciones de lectura de puntos se cobran en función de los datos leídos, redondeados al alza en tramos de 4 KiB. Por ejemplo, si buscas un documento por ID y el documento tiene 3 KiB, se redondeará a 4 KiB y se te cobrará 1 unidad de lectura.

Las operaciones de análisis implican la lectura de intervalos de datos continuos. La cantidad de datos que se leen durante las operaciones de análisis depende de factores como la forma de los datos, la disponibilidad de índices y la complejidad del plan de consulta. La cantidad total de datos continuos analizados se suma y se factura como unidades de lectura en tramos de 4 KiB.

Las consultas se cobran en función de la cantidad de datos (índices o documentos) que se lean para procesar la consulta, que puede ser superior a los datos que se devuelvan.

Se aplica un coste mínimo de 1 unidad de lectura a todas las operaciones de lectura.

Firestore Query Explain can help you understand how each query is processed and billed.

Operaciones de escritura

Las operaciones de escritura incluyen la creación de documentos nuevos y la actualización de los que ya existen. Las operaciones de escritura consumen unidades de escritura.

La creación de un documento nuevo se cobra en función del tamaño del documento creado y del tamaño de las entradas de índice que se escriban. Cada documento o entrada de índice escrito se cobra en función del elemento individual escrito, redondeado al KiB más próximo.

Actualizar un documento implica leer datos para encontrar el documento que se va a actualizar, evaluar los cambios que se van a realizar en el documento y los índices correspondientes, y, a continuación, escribir esos cambios en la base de datos. El tamaño del documento por el que se cobra es el mayor de los tamaños antes y después de la actualización, y se aplican cargos por las entradas de índice que deben actualizarse y eliminarse. La cantidad total de datos que implica la actualización, tal como se ha descrito anteriormente, se cobra como unidades de escritura en tramos de 1 KiB.

Eliminar operaciones

Las operaciones de eliminación se cobran en función del tamaño del documento y de las entradas de índice correspondientes que se eliminen. Cada elemento eliminado se cobra como unidades de escritura en tramos de 1 KiB.

Para comprobar cómo se acumularían los costes de facturación de la edición Enterprise de Firestore en ejemplos reales, consulta la página de ejemplos de precios.

Firestore Query Explain can help you understand the attributed cost for a query. Si solo se recupera el plan de consulta, se aplica un coste mínimo de una unidad de lectura. Si se recupera un plan de consulta y se ejecuta la consulta, se aplica el coste de la consulta.

Tamaño de almacenamiento de la base de datos: se te cobra por la cantidad de datos que almacenas en Firestore, lo que incluye la carga de almacenamiento. La cantidad de carga abarca los metadatos y los índices.

Cada documento que se almacena en Firestore debe contar con los siguientes metadatos:

• El ID del documento, incluido el ID de la colección y el nombre del documento.
• El nombre y el valor de cada campo. Dado que Firestore no utiliza esquemas, es necesario almacenar el nombre de cada campo de un documento junto con el valor del campo.
• Cualquier índice que haga referencia al documento. Cada entrada de los índices contiene el ID de la colección, una cantidad de valores de campos según la definición del índice y el nombre del documento.

Los costes de almacenamiento se indican en GiB al mes y se calculan diariamente. Firestore mide el tamaño de la base de datos a diario. A lo largo de un mes, se calcula la media de estos puntos de muestra para determinar el tamaño de almacenamiento de la base de datos. Este valor medio se multiplica por el precio unitario del almacenamiento (GiB al mes).

Descubre cómo se calcula el tamaño del almacenamiento de Firestore.

Si habilitas PITR, se te cobra por el almacenamiento de los datos de PITR. El coste total del almacenamiento de datos de PiTR es similar al coste de almacenamiento de la base de datos.

Nota: Los datos de PITR se facturan aparte del tamaño de almacenamiento de la base de datos. Los datos de PITR no afectan a los costes de tamaño de almacenamiento de datos.

Los costes de almacenamiento de PITR se calculan diariamente y se expresan en GiB al mes. Firestore mide el tamaño de la base de datos a diario. A lo largo de un mes, se calcula la media de los puntos de muestreo para determinar el tamaño del almacenamiento de la base de datos. Este valor medio se multiplica por el precio unitario de la PITR (GiB al mes).

Por ejemplo, si el tamaño medio de tu base de datos durante un mes es de 1 GiB y la recuperación a un momento dado está habilitada durante todo el mes, el tamaño de los datos de recuperación a un momento dado facturable también es de 1 GiB (porque el tamaño de los datos de recuperación a un momento dado es proporcional al tamaño de la base de datos).

Facturación mínima: es posible que se te cobre hasta 1 día de coste de almacenamiento de PITR aunque inhabilites PITR en un plazo de un día tras habilitarlo.

Si habilitas las copias de seguridad, se te cobrará por el almacenamiento de las copias de seguridad de tu base de datos. El tamaño de almacenamiento de una copia de seguridad es igual al tamaño de almacenamiento de la base de datos cuando se hizo la copia.

Los costes de almacenamiento de las copias de seguridad se indican en GiB al mes. También se calcula el número de días que se conservan las copias de seguridad durante un periodo de un mes, promediado a lo largo del mes. El coste de cada copia de seguridad se calcula multiplicando el tamaño de almacenamiento de la copia de seguridad por la proporción del mes que se conserva la copia de seguridad y por el precio por unidad. Los límites de los días se definen según la zona horaria de América/Los Ángeles a efectos de facturación.

Cuando realizas una operación de restauración, Firestore mide el tamaño de la copia de seguridad para la operación de restauración. El tamaño de la copia de seguridad se multiplica por el precio unitario de las operaciones de restauración (GiB).

Las solicitudes procedentes de Google Cloud Platform (por ejemplo, de una aplicación que se ejecuta en Google Compute Engine) se cobran de la siguiente manera:

Para gestionar los gastos, configura presupuestos y alertas mensuales.

Google Cloud te permite fijar un presupuesto mensual para todos sus servicios. Gracias a ello, te resultará más sencillo controlar tus gastos generales de Google Cloud, como el coste del ancho de banda de red de Firestore. Una vez que hayas especificado un presupuesto, podrás definir alertas para recibir notificaciones por correo electrónico cuando los costes se acerquen al límite indicado.

Importante: Las solicitudes de Firestore y otros servicios de Google Cloud se realizarán correctamente aunque superes tu presupuesto mensual de Google Cloud. Por ello, eres tú quien tiene la responsabilidad de cambiar tus patrones de uso para mantenerte dentro de dicho presupuesto.

Sigue estas instrucciones para fijar un presupuesto mensual y crear alertas en la consola de Google Cloud.