В начале были ответы только json'ом, но позже появился и png

(недавно реализовали noscript)

То что фронтэнд стал быстрее позволило нам делать более сложные запросы

например мы стали рекомендовать людям не делать пре-агреграцию на carbon-c-relay

а делать сразу по данным в интерфейсе

Стало проще добавлять сложную математику

И через какое-то время мы приняли решение выделить интефрейсную часть в библиотеку. То есть если вы не хотите брать весь наш стэк, то можно всегда взять библиотеку и получить совместимый с графитом интерфейс и математику в вашем коде.

Немного возвращаясь к хэшам

Если взять 8 серверов, то распределение метрик по ним (при использовании хэша) можно представить как-то так

Это происходит при использовании replication factor 2

Делаем мы так, потому что хотим еще иметь избыточность в рамках ДЦ

Чтобы не посылать людей в другой ДЦ без нужды

Есть и другой подход

что если те же 8 серверов разбить на две группы по 4

и в каждой группе делать replication factor 1

И третий вариант - берем две группы, но во второй считаем хэш чуть-чуть иначе

Мы захотели проверить каковы же плюсы и минусы каждого варианта

для этого провели мысленный эксперимент - написали программу, которая эмулирует падение серверов и замеряет разные параметры