И производительности graphite-web в нашем случаи под нашей нагрузкой перестало хватать

И мы переписали нужные куски опять же на Го

Этим сократили время ответа пользователям с 15с до 0.8с

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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