Google Cloud Datastore проти Firebase [закрито]

Google надає дві хмарні служби зберігання даних Google Cloud Datastore та Firebase (після придбання). Хоча типові сценарії використання пропонуються розробнику для вибору між різними службами, що надаються хмарною платформою Google, немає жодної згадки про те, як Firebase вписується в картину в його поточній / майбутній розробці.

Чи може хтось уявити деяке розуміння цього питання та надати типові випадки використання Google Cloud Datastore проти Firebase?

Google вже склав для цього керівництво

https://cloud.google.com/storage-options/

Обидва продукти мають свої сильні та слабкі сторони. Ось кілька причин використовувати ту чи іншу:

Використовуйте Firebase, якщо хочете:

• База даних без вашої власної серверної бази : пакети SDK Firebase дозволяють писати мобільні та веб-програми, не запускаючи власну серверну систему. Ви можете читати та записувати до бази даних Firebase безпосередньо з вашого додатка, не вимагаючи коду сервера. Модель безпеки бази даних дозволяє чітко контролювати доступ без сервера на основі ваших користувачів.
• Дані в режимі реального часу : Firebase дозволяє прослуховувати зміни у ваших даних, що робить написання певних програм дуже простим. Чудовим прикладом є спільний текстовий редактор .
• Проста модель даних : база даних Firebase зберігає JSON. Якщо ви знаєте JSON, ви знаєте модель даних Firebase.
• Щоб скористатися іншими функціями Firebase : Наприклад, Firebase забезпечує управління користувачами та автентифікацію, що чудово працює з базою даних.

Використовуйте сховище даних, якщо хочете:

• Майже нескінченна масштабованість : як відомо, сховище даних масштабується до величезних обсягів даних
• Потужніші запити : Запити в сховищі даних потужніші, ніж те, що ви можете зробити з Firebase.

firebase можна сказати спеціально для мобільної платформи. Хмара Google була корпоративним рішенням.

Firebase розробив свої sdks, пам’ятаючи про Android, IOS, Web та Unity (ігровий движок). Вам не потрібен веб-сервер для взаємодії з його компонентами. Для цього достатньо його sdks. Тож ніяких витрат на веб-сервер або сервери додатків. У ньому є база даних у реальному часі, ви можете слухати, і це смішно швидко.

У ньому є служба обміну хмарними повідомленнями, автентифікація, функції лямбда-сигналу та накопичувач (як і будь-яка інша хмара). Його документація дуже стисла. Тому вам не потрібно переглядати 1000 сторінок, щоб зрозуміти будь-яку типову хмарну службу, наприклад AWS або Google Cloud. На інтеграцію моєї гри з AWS у мене пішов місяць, але на інтеграцію з firebase пішов лише тиждень.

Оновлення жовтня 2017 р. (Firebase випустив Cloud Firestore):

Слід зазначити, що з нещодавнім випуском Cloud Firestore (бета-версія станом на жовтень 2017 р.), Переваги Datastore перед "Firebase", про які згадав johnydee , тепер застаріли, якщо ви використовуєте продукт Firestore, оскільки він має потужні запити та є дуже масштабованим .

Ці продукти (Datastore та Firestore) мають спільні корені, і лише один насправді може бути використаний в одному проекті.

Відповідь Джонні все ще застосовується, якщо ви порівнюєте базу даних Firebase у реальному часі з Datastore.

Питання автоматично розглядається в останньому випуску Firebase, запущеному в Google IO 2016, в якому вони забезпечили масштабну інтеграцію між Firebase та Google Cloud Platform.

Будь ласка, див. Https://firebase.googleblog.com/2016/05/firebase-expands-to-become-unified-app-platform.html

Усі служби Google Cloud Platform тепер доступні - це набагато простіший спосіб через Firebase. Спосіб доступу Firebase до бази даних у реальному часі поширився і на Google Cloud Storage. Багато API на стороні клієнта Google Cloud, такі як Google Cloud Messaging, перейшли на бренд Firebase.

Firebase - це, очевидно, Google, призначений для подальшого доступу клієнта до інфраструктури хмарних служб Google.