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

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

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

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

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

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

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

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

Ок, продолжаем нашу флудильню-конспект

Сегодня я не уверен что много на что пойду (даже по сравнению со вчера)

Monitoring microservices: Docker, Mesos and Kubernetes visibility at scale
#talk

Собственно разговор про sysdig от авторов sysdig

Если кто не знает - это модуль ядра и тулзы вокруг, чтобы траблшутить