В чем смысл использования специального хранилища ключей и значений вместо Bigtable? Насколько я понимаю, Bigtable такова, что она реализована под капотом с SSTables, которые основаны на ключевом значении. Учитывая это, какие преимущества технической реализации дает выделенное хранилище ключей и значений по сравнению с Bigtable, отбрасывая api, который предоставляет Bigtable, и придерживаясь минимального значения api put и get.
В чем преимущество хранилища ключей и значений перед Bigtable?
Ответы (2)
(*) Я не уверен, какое key-value
хранилище вы имеете в виду, позвольте предположить.
Сравнение функций можно найти здесь: http://vschart.com/compare/dynamo-db/vs/bigtable
Прокрутив страницу вниз, вы подробно увидите пресловутого дьявола, например модель целостности иная.
Я думаю, что самая большая разница в том, является ли пространство ключей последовательным или нет. Другие функции можно реализовать поверх любого подхода.
С непоследовательным пространством ключей вы можете значительно упростить балансировку нагрузки без необходимости манипулировать регионами - поскольку вам не нужен последовательный доступ к ключам, вы можете просто использовать хэш-код, чтобы увидеть, какой узел кластера должен сохранять какие значения.
Конечно, нельзя недооценивать простоту API.