Сначала здравый смысл заставил меня выпилиться из Fb, потом моё гос-во намекнуло, что пора избавляться от Vk
По большому счёту мне целиком зватает Твиттера, но это не так модно и молодёжно, как канал в Телегрм. Хотя Тви мне импонирует куда больше. Единственный минус: ограничение в 140 символов.
Так что всё, что больше, будет лететь сюда
По большому счёту мне целиком зватает Твиттера, но это не так модно и молодёжно, как канал в Телегрм. Хотя Тви мне импонирует куда больше. Единственный минус: ограничение в 140 символов.
Так что всё, что больше, будет лететь сюда
Вот, например, очень старая статья про скейл Graphite.
Вообще, любые стораджи, где в основе лежат файлы, скейлить достаточно сложно. Ещё сложнее поддерживать доступность в случае падения одной из нод.
Однако, Graphite и Whisper используются в огромном числе компаний, так что статья свою актуальность совсем не утратила
#catops #monitoring #graphite
https://grey-boundary.io/the-architecture-of-clustering-graphite/
Вообще, любые стораджи, где в основе лежат файлы, скейлить достаточно сложно. Ещё сложнее поддерживать доступность в случае падения одной из нод.
Однако, Graphite и Whisper используются в огромном числе компаний, так что статья свою актуальность совсем не утратила
#catops #monitoring #graphite
https://grey-boundary.io/the-architecture-of-clustering-graphite/
grey-boundary.io
The Architecture of Clustering Graphite
[Note: It’s not quite ‘clustering’ by my definition, but this post is linked to enough that it’s too late to change the noscript. Based this on the Graphite config naming conventions for consistency.]
[Note #2 - April, 2015: the purpose of this post was originally…
[Note #2 - April, 2015: the purpose of this post was originally…
Прямо сейчас, а если точнее, этой ночью по Киеву, проходит очень большоая и известная конференция о мониторинге - Monitorama
А вот Oncall Handbook, который сделала одна из докладчиц.
Я ещё не успел прочесть его полностью, но уже ясно, что упор идёт именно на ночные онколы. Хотя для многих компаний это не редкость
#catops #monitoring #oncall
https://github.com/alicegoldfuss/oncall-handbook
А вот Oncall Handbook, который сделала одна из докладчиц.
Я ещё не успел прочесть его полностью, но уже ясно, что упор идёт именно на ночные онколы. Хотя для многих компаний это не редкость
#catops #monitoring #oncall
https://github.com/alicegoldfuss/oncall-handbook
GitHub
GitHub - alicegoldfuss/oncall-handbook: Tips and tricks for getting through on-call
Tips and tricks for getting through on-call. Contribute to alicegoldfuss/oncall-handbook development by creating an account on GitHub.
Полная статья:
https://stackoverflow.blog/2017/05/23/stack-overflow-helping-one-million-developers-exit-vim/
https://stackoverflow.blog/2017/05/23/stack-overflow-helping-one-million-developers-exit-vim/
Stack Overflow Blog
Stack Overflow: Helping One Million Developers Exit Vim
Learn how to exit Vim editor with in this episode of the Stack Overflow podcast. Over a million developers have struggled with this question on StackOverflow.com, join us as we breakdown all you need to know about Vim.
Но таки вернёмся к мониторингу
Ко мне когда-то обратились из министерства, кажется, это был МОЗ с просьбой посмотреть на один сервачок. Они запускали Open EdX для внутренних нужд на AWS EC2 и что-то он там периодически падал.
AWS отвечали стандартно: get a bigger instance. Что вполне логично с точки зрения AWS, но не рационально с точки зрения налогоплательщиков.
Но тут вопрос: куда смотреть? Одна VM, куда руками что-то установлено. Метрики самого AWS достаточно скудные. Конечно, есть atop, htop, iotop, iftop и ещё с десяток утилит для мониторинга систем, но если хочется красиво и с графиками - нужно что-то другое.
С ограничеными ресурсами на что-то глобальное не разгонишься, поэтому представлю вам прекрасную тузовину - netdata. Она и графики красиво строит и алертинг дашборд есть, и самое главное ресурсов не много съедает. Последнее критично, если вы в ситуации, подобной МОЗ
Больше тут:
https://github.com/firehol/netdata
Ко мне когда-то обратились из министерства, кажется, это был МОЗ с просьбой посмотреть на один сервачок. Они запускали Open EdX для внутренних нужд на AWS EC2 и что-то он там периодически падал.
AWS отвечали стандартно: get a bigger instance. Что вполне логично с точки зрения AWS, но не рационально с точки зрения налогоплательщиков.
Но тут вопрос: куда смотреть? Одна VM, куда руками что-то установлено. Метрики самого AWS достаточно скудные. Конечно, есть atop, htop, iotop, iftop и ещё с десяток утилит для мониторинга систем, но если хочется красиво и с графиками - нужно что-то другое.
С ограничеными ресурсами на что-то глобальное не разгонишься, поэтому представлю вам прекрасную тузовину - netdata. Она и графики красиво строит и алертинг дашборд есть, и самое главное ресурсов не много съедает. Последнее критично, если вы в ситуации, подобной МОЗ
Больше тут:
https://github.com/firehol/netdata
GitHub
GitHub - netdata/netdata: The fastest path to AI-powered full stack observability, even for lean teams.
The fastest path to AI-powered full stack observability, even for lean teams. - netdata/netdata
