- Решить проблему с кэшом. К сожалению в процессе создания zipper stack'а мы потеряли возможность чтения данных из памяти carbon-cache. Для нас это не проблема, мы из-за ошибки конфигурации не могли этого делать никогда, но сейчас вопрос встает более остро. Люди начали делать мониторинг по графитным данным и если для графиков задержка в 3-4 точки допустима, то для мониторинга уже нет.

- Мы ищем что-нибудь что может заменить Whisper. Особенно если оно будет компактным.

- Улучшить агрегаторы. carbon-c-relay не умеет внутренней репликации, поэтому его данные нельзя брать как источник для мониторинга. Нет простого способа заменить сломанный агрегатор.

- Мы думаем над тем чтобы заменить протокол по которому общаются carbon-c-relay'и

В зиппере мы уже используем протобуф. И когда мы включили компрессию, получили снижение объема данных в 10 раз. Возможно то же самое стоит сделать с c-relay

И все это в OpenSource'е:
carbonzipper — github.com/dgryski/carbonzipper
carbonserver — github.com/grobian/carbonserver
carbonapi — github.com/dgryski/carbonapi
carbon-c-relay — github.com/grobian/carbon-c-relay carbonmem — github.com/dgryski/carbonmem
replication factor test — github.com/Civil/graphite-rf-test

И из того что помню с вопросов:
1. Почему графит? Потому что началось все году так в 2011 и альтернативой был rrd + cacti. Мы посчитали что графит лучше. А сейчас уже сложно взять и заменить все.
2. На чем храним? Физические сервера с 2x1.6TB SSD Raid0. Почему рейд0? Потому что синхронизация серверов примерно равна по времени синхронизации рейда в нашем случаи. А упираемся мы в большинстве случаев в место на диске.

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

4. Мы рассматриваем кучу разных баз на потенциальную замену виспера. У меня даже есть список на гитхабе того что потенциально может подойти (полочина отсеется как только почитаем вайтпейперы или документацию, но есть и потенциально интересные вещи): https://gist.github.com/Civil/6c43a1476cb44937afd56320578749e9

Не все из них time-series

Собственно на этом все.

Завтра еще пойду на какие-нибудь докалды и попробую про них уже написать

(и если есть вопросы-комментарии-предложения-замечания и пр.) про графитную часть - можно смело мне писать любым удобным способом.

(И очень вероятно по мотивам доклада будет чуть более технический пост в букинговском блоге и возможно его перевод на русский, но когда - сложно сказать)