Precios de Firestore en el modo de Datastore
En este documento se detallan los precios del modo de Datastore.
Uso gratuito
Firestore en el modo de Datastore ofrece límites de uso gratuito que te permiten dar tus primeros pasos sin coste alguno. Si necesitas más recursos de los que incluye el límite de uso gratuito, habilita la facturación en tu proyecto.
Tu uso se contabiliza a diario y se restablece a medianoche (hora del Pacífico).
| Uso gratuito | |
|---|---|
| Lecturas de entidades | 50.000 al día |
| Escrituras de entidades | 20.000 al día |
| Eliminaciones de entidades | 20.000 al día |
| Datos almacenados | 1 GiB |
| Operaciones pequeñas | 50.000 al día |
| Transferencia de datos de salida | 10 GiB al mes |
Las siguientes operaciones y funciones no incluyen el uso gratuito. Para usar estas funciones, debes habilitar la facturación:
- Datos de PITR
- Crea copias de seguridad de los datos
- Operaciones de restauración
- Operaciones de clonación
- TTL
Para obtener más información sobre cómo se facturan estas funciones, consulta la sección sobre consideraciones sobre el tamaño de almacenamiento.
Precios por región
Para consultar los precios de las lecturas, escrituras, eliminaciones y almacenamiento en cada ubicación del modo Datastore, consulta la página de precios de Firestore.
Operaciones de lectura
Se te cobra una operación de lectura por cada entidad leída y una operación de lectura por cada lote de hasta 1000 entradas de índice leídas.
Entradas de índice
Se te cobra una operación de lectura por cada lote de hasta 1000 entradas de índice que lea una consulta, excepto en los siguientes casos:
Las consultas que tienen hasta una propiedad de rango no se cobran por las entradas de índice leídas y tienen un cargo mínimo de cero operaciones de lectura. Consulta los siguientes ejemplos
para familiarizarte con los casos en los que se cobra la lectura de entradas de índice. Después, usa la sección billing_details de Explicación de la consulta para comprobar si lo has entendido bien.
La siguiente consulta contiene una propiedad de igualdad (age) y una propiedad de rango (start_date), y no se cobra por las entradas de índice leídas:
Query<Entity> query =
Query.newEntityQueryBuilder()
.setKind("Employee")
.setFilter(
CompositeFilter.and(
PropertyFilter.eq("age", 35), PropertyFilter.ge("start_date", new Date(2020, 1, 1))))
.build();
La siguiente consulta contiene dos propiedades de rango (age y start_date) y se cobra por lecturas de entradas de índice:
Query<Entity> query =
Query.newEntityQueryBuilder()
.setKind("Employee")
.setFilter(
CompositeFilter.and(
PropertyFilter.ge("age", 35), PropertyFilter.ge("start_date", new Date(2020, 1, 1))))
.build();
Una propiedad que aparece en la cláusula ORDER BY se considera una propiedad de rango cuando hay al menos otra propiedad de rango.
Por lo tanto, la siguiente consulta contiene dos propiedades de rango (age y start_date) y se cobra por las lecturas de entradas de índice:
Query<Entity> query =
Query.newEntityQueryBuilder()
.setKind("Employee")
.setFilter(PropertyFilter.ge("age", 35))
.setOrderBy(OrderBy.asc("start_date")).build()
.build();
Una propiedad que aparece en la cláusula DISTINCT ON se considera una propiedad de rango cuando hay al menos otra propiedad de rango. Por tanto, la siguiente consulta contiene dos propiedades de rango (age y start_date) y se le cobran lecturas de entradas de índice:
Query<Entity> query =
Query.newEntityQueryBuilder()
.setKind("Employee")
.setFilter(PropertyFilter.ge("age", 35))
.setDistinctOn("start_date")
.build();
Consultas de agregación
En el caso de las consultas de agregación count(), sum() y avg(), se te cobra una lectura de entidad por cada lote de hasta 1000 entradas de índice que lea la consulta.
Por ejemplo, las consultas de agregación que leen entre 0 y 1000 entradas de índice se facturan como una lectura de entidad. En el caso de una consulta de agregación que lee 1500 entradas de índice, se te facturarán 2 lecturas de entidad.
Para obtener más información sobre los índices utilizados y las entradas de índice leídas, usa Query Explain.
La propiedad se transforma
Cada operación de transformación de propiedades, como increment y appendMissingElements, se cobra como una lectura y una escritura. Una operación de confirmación con una inserción, una actualización o una inserción/actualización y una transformación de propiedad en la misma entidad cuenta como una lectura y una escritura.
Operaciones pequeñas
Entre las operaciones pequeñas se incluyen las siguientes:
- Llamadas para asignar IDs.
- Consultas para obtener solo las claves. Cada consulta de este tipo se cuenta como una sola lectura de entidad en la propia consulta. Cada uno de los resultados se computa como una operación pequeña.
- Consultas de proyección en las que no se emplea la cláusula
distinct on. Este tipo de consulta se considera una sola lectura de entidad en la propia consulta. Cada uno de los resultados se computa como una operación pequeña.
Las operaciones pequeñas son gratuitas, pero debes habilitar la facturación si quieres superar el uso diario gratuito.
Explicación y análisis de consultas
El uso de Query Explain and Analyze genera costes.
Cuando se explica una consulta con la opción predeterminada, no se realizan operaciones de lectura de índices ni de entidades. Independientemente de la complejidad de la consulta, se cobra una operación de lectura.
Cuando se explica una consulta con la opción de análisis, se realizan operaciones de indexación y lectura, por lo que se te cobra la consulta como de costumbre. No se aplican cargos adicionales por la actividad de explicación y análisis, solo el cargo habitual por la consulta que se esté ejecutando.
Ancho de banda de red
Se te cobra por el ancho de banda de red que utilizan tus solicitudes de Firestore en el modo de Datastore, tal y como se explica en las secciones que aparecen más adelante. El coste del ancho de banda de red de una solicitud de Firestore depende del tamaño de su respuesta, de la ubicación de tu base de datos del modo de Datastore y del destino de la respuesta.
Precios generales de red
Las solicitudes procedentes de Google Cloud Platform (por ejemplo, de una aplicación de Google Compute Engine) se cobran de la siguiente manera:
| Tipo de tráfico | Precio |
|---|---|
| Transferencia de datos entrantes | Gratis |
| Transferencia de datos dentro de una región | Gratis |
| Transferencia de datos entre regiones de una misma ubicación multirregional | Gratis |
| Transferencia de datos entre regiones de Estados Unidos (por GiB) | 0,01 USD (los primeros 10 GiB de cada mes son gratis) |
| Transferencia de datos entre regiones que no son de EE. UU. | Tarifas de transferencia de datos de salida de Internet de Google Cloud Platform |
Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en los SKU de Cloud Platform.
Tarifas de transferencia de datos de Internet
Se te cobrará por la transferencia de datos de Internet de las siguientes operaciones:
- Google Cloud solicitudes entre regiones que no sean de Estados Unidos
- Solicitudes que no proceden de Google Cloud
Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en los SKU de Cloud Platform.
Operaciones de importación y exportación
Las operaciones de exportación e importación se cobran por lecturas y escrituras de entidades, según las tarifas indicadas en la tabla anterior. Si cancelas una exportación o importación, se te cobrará por las operaciones realizadas hasta el momento en que la solicitud de cancelación se haya propagado a través de Firestore en el modo de Datastore.
Localizar la información del uso de la cuota de tu aplicación
Para ver el uso del modo de Datastore de tu aplicación (incluido el consumo de la cuota), visita la página de detalles de cuotas de App Engine. Deberás consultarla aunque tu aplicación no se ejecute en App Engine.
Los recursos del modo de Datastore que utiliza tu aplicación se reflejan en la página "Almacenamiento" que se muestra. Puedes hacer clic en Mostrar recursos no utilizados para consultar la lista completa de detalles de la cuota.
Consideraciones sobre el tamaño del almacenamiento
Se te cobra por la cantidad de datos que almacenas en el modo de Datastore, lo que incluye la carga de almacenamiento. La cantidad de carga abarca los metadatos, los índices integrados, los índices compuestos y las versiones de recuperación a un momento dado (PITR). También se te cobra por el tamaño del almacenamiento de las copias de seguridad y por las operaciones de restauración.
Cada entidad que se almacena en tu base de datos necesita los siguientes metadatos, que contribuyen al tamaño de almacenamiento:
- La clave de la entidad, incluido el tipo, el ID o el nombre de la clave, y las claves de los antecedentes de la entidad.
- El nombre y el valor de cada propiedad. Dado que Firestore en el modo de Datastore no tiene esquemas, el nombre de cada propiedad se debe almacenar con su valor en todas las entidades.
- Todas las filas de índice integrado y compuesto que hagan referencia a la entidad. Cada fila contiene el tipo de entidad, uno o varios valores de propiedad (en función de la definición del índice) y la clave de la entidad.
Descubre cómo se estima el almacenamiento del modo de Datastore en la página sobre los cálculos del tamaño de almacenamiento.
Datos de PITR
Si habilitas PITR, se te cobrará por el almacenamiento de los datos de PITR. La mayoría de los clientes comprobarán que el coste total del almacenamiento de datos de PiTR es similar al coste de almacenamiento de la base de datos.
Los costes de almacenamiento de PITR se calculan diariamente en GiB al mes. El modo Datastore 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 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.
Facturación mínima: es posible que se te cobre hasta 1 día de coste de almacenamiento de PITR aunque inhabilites la PITR en el plazo de un día tras habilitarla.
Copia de seguridad de datos y operaciones de restauración
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. A lo largo de un mes, también se calcula el número de días que se conservan las copias de seguridad, de media, durante ese 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, el modo Datastore 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).
Siguientes pasos
- Lee la documentación de Firestore en el modo de Datastore.
- Empieza a utilizar Firestore en modo de Datastore.
- Prueba la calculadora de precios.
- Obtén información sobre las soluciones y los casos prácticos de Firestore en el modo de Datastore