Я бы хотел, чтобы кто-то из Google предоставил некоторые рекомендации по гарантиям на долговечность и доступность, предоставляемые службой Cloud Bigtable.Google Cloud Bigtable Долговечность/гарантии доступности
Вот мое понимание до сих пор:
Тот факт, что минимальный кластер требует 3 узлов предполагает, что, по крайней мере, в пределах зоны, данные высокой долговечностью и реплицируются на 3 узлов.
Однако this answer по Googler утверждает, что «Облако Bigtable не копирует данные» - прямо противоречащая цитату на Cloud Bigtable homepage, который утверждает, что она «построено с реплицированной стратегией хранения». Так что это? Это реплицируется или нет? И если да, то сколько копий сохраняется?
Тот факт, что кластеры могут быть настроены только в определенной зоне, предполагает, что доступность кластера напрямую привязана к доступности этой зоны. Поэтому, если я хочу иметь высокодоступное хранилище данных на базе Bigtable, было бы лучше всего настроить независимые кластеры в разных зонах и самостоятельно обрабатывать синхронизацию записей по кластерам?
Нет информации о том, независимы ли группы Bigtable по всем зонам или нет. Если бы я собирался создавать кластеры по нескольким зонам, и одна зона опускалась, можно ли ожидать, что кластеры в других зонах будут продолжать работать? Или есть какая-то основная точка отказа, которая может повлиять на кластеры даже в зонах?
По сравнению с хранилищем данных App Engine, который очень специфичен в отношении этих деталей, документация Cloud Bigtable довольно не хватает - или, по крайней мере, мне не удалось найти страницу, которая подробно описывает эти аспекты.
Документы Cloud Bigtable также смутно относятся к другим аспектам, например. по вопросу о размерах ограничений для значений, the documentation утверждает, что отдельные значения должны оставаться ниже «~ 10 МБ на ячейку». Что значит «~ 10 МБ»? Могу ли я жестко задавать лимит ровно 10 МБ и ожидать, что он всегда будет работать или будет меняться со дня на день в зависимости от неизвестных факторов?
В любом случае, извиняюсь, если я взволнован. Я искренне хотел бы использовать услугу Bigtable. Но я, как и многие другие, должен понимать его долговечность и доступность, прежде чем в него можно инвестировать. Спасибо.