Войти Регистрация
Data base

171. Почему Facebook Messages выбрал HBase, а не Cassandra

Лёгкая

HBase · Apache HBase 2.6

В 2010 году Facebook перестраивал сообщения: 350 млн пользователей отправляли больше 15 млрд личных сообщений в месяц, чат — ещё 120 млрд. Команда несколько недель гоняла тестовые кластеры MySQL, Cassandra и HBase.

Нагрузка двух видов: небольшой изменчивый набор свежих данных и постоянно растущий архив, который читают редко. Пользователь должен сразу видеть только что отправленное сообщение и пометку «прочитано».

В работе: Выбор хранилища на собеседовании по системному дизайну: модель согласованности против доступности.

Как проверяем Движка HBase в браузере пока нет, поэтому здесь не запрос, а выбор решения. Выберите один вариант. После ответа — почему каждый вариант верный или нет. Ответ один на подход: после него показываем разбор.
согласованностьвыбор хранилища

Источник: Engineering at Meta: The Underlying Technology of Messages, 2010. Условие пересказано своими словами.

Давали на собеседовании? Ответов пока мало — ваш поможет.

Какой довод из статьи Facebook был решающим против Cassandra?

  • Модель eventual consistency Cassandra плохо сочеталась с требованиями Messages, а у HBase модель согласованности проще
  • Cassandra не умела хранить больше 1 ТБ данных
  • HBase поддерживает SQL и JOIN
  • Cassandra требует дорогих лицензий