LINUX.ORG.RU

История изменений

Исправление dizza, (текущая версия) :

Да, это известная тема. Но в моем опыте такой подход оборачивался тем, что IO между базой и бекендами становится узким местом. Помню, админам пришлось второй сетевой интерфейс в сервер СУБД зафигачить. Мемкеш же можно пошардить. Плюс можно еще локальные кешы заюзать, но тут проблема с инвалидацией, лучше локальные кеши использовать если для набора данных не требуется строгая консистентность, а инвалидироавть через шину сообщений (zmq, amqp)

Исправление dizza, :

Да, это известная тема. Но в моем опыте такой подход оборачивался тем, что IO между базой и бекендами становится узким местом. Помню, админам пришлось второй сетевой интерфейс в сервер СУБД зафигачить. Мемкеш же можно пошардить. Плюс можно еще локальные кешы заюзать, но тут проблема с инвалидациейЮ лучше локальные кеши использовать если для набора данных не, требуется строгая консистентность, а инвалидироавть через шину сообщений (zmq, amqp)

Исходная версия dizza, :

Да, это известная тема. Но в моем опыте такой подход оборачивался тем, что IO между базой и бекендами становится узким местом. Помню, админам пришлось второй сетевой интерфейс в сервер СУБД зафигачить. Мемкеш же можно пошардить. Плюс можно еще локальные кешы заюзать, но тут проблема с инвалидациейЮ лучше локальные кеши использовать если для набора данных не требуется строгая консистентность, а инвалидироавть через шину сообщений (zmq, amqp)