Copia de seguridad de datos de Google Cloud Almacén de datos Vs google drive Vs otro servicio de almacenamiento

1.¿Qué servicio debo utilizar – google almacenamiento en la nube o unidad de google?

Google Cloud Storage es excelente para guardar grandes blobs de datos, como fotografías, y obtener o servir de nuevo. El almacén de datos de Google App Engine es para datos más pequeños y más estructurados (no más de 1 MB por entidad, por lo que se ve, por ejemplo, muchas fotos no encajan allí), con la posibilidad de recuperarlas en el futuro, total o parcialmente, a través de consultas.

Si utilizo google almacenamiento en la nube, ¿cómo lo hago? ¿Es así como hacemos un backend de app-engine usando la clase Entity con clase de punto final, con lo que lo guardamos en el almacén de datos NoSQL sin esquema de la nube? Si lo hago, ¿hay algún límite de espacio de almacenamiento que una aplicación pueda utilizar?

Google Cloud Endpoints es bueno para este propósito, pero la parte de los datos que son "blobs grandes" (como fotos y videos) se debe almacenar en Cloud Storage, mientras que en el almacén de datos se guardan sólo los nombres de los objetos de almacenamiento en la nube (Con fines de recuperación futura), además de otros datos menos estructurados (como la información de contacto de los usuarios).

Cada entidad individual en el almacén de datos debe caber dentro de 1 megabyte. No hay límite para el tamaño de los objetos en el almacenamiento en la nube, ni hay límites en el número de entidades de almacén de datos que una aplicación puede tener, ni el número de cubos y objetos de almacenamiento en la nube. Por supuesto, pagará por el almacenamiento y el acceso a él: consulte https://cloud.google.com/storage/pricing para Cloud Storage, https://cloud.google.com/appengine/pricing#cost_resource para App Engine Recursos (incluido el almacén de datos).

2.Si uso la unidad google, ¿Cómo lo hago? ¿Debo primero almacenar los datos en xml, a continuación, guardarlo en la unidad de google?

Google Drive es "un sistema de archivos en la nube": lo usaría cuando necesite semántica de sistema de archivos, en lugar de simplemente almacenar y recuperar objetos grandes (es lo que Cloud Storage es mejor) o usar las funcionalidades de una base de datos (relacional, como Cloud SDL, o no, como el almacén de datos GAE). Drive no parece ser un ajuste fuerte para sus necesidades en tanto como usted expresa tales necesidades aquí.

3. ¿Cuál es la diferencia entre el almacén de datos NoSQL de appengine schematic y cloudSQL, que es mejor para el almacenamiento de datos del usuario.

Cloud SQL es una implementación de MySQL y se recomienda si realmente necesita funcionalidad de base de datos relacional, como JOINs, o para simplificar la migración de una aplicación existente ya escrita para usar un DB relacional. Si no necesita las características del DB relacional, Cloud Storage para blobs grandes y GAE Datastore para dats estructurados, puede ser más rápido y puede ampliarse sin límites (mientras que Cloud SQL tiene un límite, actualmente 250 GB por instancia por defecto , Expandible hasta un máximo absoluto de 500 GB enviando un correo electrónico a [email protected]).

4. ¿Qué se llama la aplicación de motor de aplicación / backend- la aplicación de cliente android en el dispositivo o el módulo de back-end (con clase de entidad, clase de punto final, etc) que se carga en la nube? ¿Qué pasa con el web front-end (que es auto-generado por IDE), es necesario?

El término "back-end" es algo ambiguo y sobrecargado. GAE utiliza para usarlo para referirse a instancias específicas destinadas a ocuparse de cargas de trabajo más grandes (como lotes), pero que ahora está desfasada en favor de GAE modules que ofrecen mucho más control.

En cualquier caso, el cliente android definitivamente no será "un back-end" para nada; Es definitivamente el front-end, interactuando con el usuario (mientras que la aplicación del motor de la aplicación, interactuando con cualquier forma de almacenamiento que elija utilizar, será el back-end de esa aplicación android).

Si está dispuesto a restringir sus usuarios a la aplicación de Android únicamente, sin ofrecerles ninguna forma de acceder a sus datos desde un navegador, no es estrictamente necesario que ofrezca una "cara" a su servicio. Sin embargo, puede ser muy simple de hacer, y el empoderamiento de sus usuarios con más flexibilidad y la elección no es una mala cosa, ¿no? Es en parte una cosa generacional, sospecho – la capacidad de acceder a su servicio desde una pantalla más grande y con una fuente más grande, más legible, puede ser preciosa para los usuarios más maduros, mientras que a los milenarios les importa menos.

• El almacenamiento en la nube de Google no es Google Cloud Datastore . El almacenamiento en la nube es un almacenamiento persistente duradero para Blobs, Google Cloud Datastore es la oferta NoSQL. Google Drive no suele ser una buena opción como almacenamiento back-end para una aplicación para móviles.

• No utilice Google Drive como su almacenamiento de fondo. No está pensado para datos estructurados sino como un sistema de archivos en la nube.

• NoSQL datastore aka Google Cloud Datastore es NoSQL – almacenamiento de alta disponibilidad sin esquema, mientras que Google Cloud SQL es una base de datos mySQL completamente administrada que se ejecuta en la infraestructura de Google.

• Supongo que usted está preguntando dónde se está ejecutando su código. Google App Engine es la solución PAAS de Google muy adecuada para este propósito.