Update README.md #3

SirEdvin · 2020-01-15T21:58:15Z

Немного про пром

Andor · 2020-01-15T21:59:15Z

README.md

+A: Ну вот вкратце:
+
+1. Очень большие проблемы с хранением данных в долгосрочном периоде. Какие-то варианты есть, но они все в итоге заставляют или использовать пром исключительно как сборщик + оповещалку, или строить дашборды по два раза. remote read протокол полное днище, потому что подразумевает вычисление всех функций на стороне самого прома;
+2. Алертинг в начинающей стадии. Нужно городить костыли или колхозы для чего-то, что можно просто найти в другой экосистеме. То есть вопрос даже не в продвинутых фичах типа "Сделай что-то по алерту", вопрос в подавлениях, условиях роутинга, разделение на команды и прочей приятной мелочи. Значительно проще тупо отдавать все стороннему решению (например, Алерта, Инсигне и т.д.);


Andor · 2020-01-15T21:59:52Z

README.md

+3. Очень, то есть ОЧЕНЬ чувствителен к корректному использованию тегов. Решили запихнуть url path в тег? Ну, вас ждет неприятный сюрприз, последствие которого будут еще очень долго вам аукатся;
+4. Pull модель. Даже не так, особенная pull модель, которая не обнуляет данные после их получения. Помните пункт 3? Ну так вот, айда перезапускать все сервисы подряд;
+5. Офигенный подход к агрегированию метрик для нескольких процессов в клиентских либах (для веб приложений написанных на python, js, php или тех, кто предпочитает 12factor) приводит к тому, что даже после перезапуска сервисы могут подхватить из какого-то внешнего источника (redis, файлы) все эти метрики и начать свистопляску заново;
+6. Очень нордическая модель данных. Вам может показатся, что она какая-то кривая, но, обычно, вам расскажут, что вы неправы. Без вариантов;


very german, not nordic.

Andor · 2020-01-15T22:00:28Z

README.md

+8. Хотите HA? Ну тогда просто ставьте два независимых прома и пусть они собирают данные независимо. Как жить, если между ними будут расхождения? Ну, открывайте томик мат. статистики;
+9. Вы хотите защитить метрики от условного похищения, поставить basic auth или даже tls security? Ну .... Не хотите. Пока;
+10. Нет вебморды для редактирования, нет никакого разделения по ролям внутри - все ентерпрайз фичи делаются только через отдельные инстанты. Это к тому, что если вам нужно разграничивать видимость метрик внутри прома, то ... вам не нужно;
+11. У вас нет никакого инструмента управлениями конфигураций (в духе Ansible), на серверах не бороздят просторы консулы, куберы и прочая штука? Ну .... вперед писать длинные портянки файлов вручную, так как идеология прома подразумевает по отдельному экспортеру на сервис;


if you have no cms then you will suffer by definition

some update after review

Update

freeseacher · 2020-01-15T22:00:41Z

README.md

+Q: Да как так?
+A: Ну вот вкратце:
+
+1. Очень большие проблемы с хранением данных в долгосрочном периоде. Какие-то варианты есть, но они все в итоге заставляют или использовать пром исключительно как сборщик + оповещалку, или строить дашборды по два раза. remote read протокол полное днище, потому что подразумевает вычисление всех функций на стороне самого прома;


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

freeseacher · 2020-01-15T22:01:26Z

README.md

+A: Ну вот вкратце:
+
+1. Очень большие проблемы с хранением данных в долгосрочном периоде. Какие-то варианты есть, но они все в итоге заставляют или использовать пром исключительно как сборщик + оповещалку, или строить дашборды по два раза. remote read протокол полное днище, потому что подразумевает вычисление всех функций на стороне самого прома;
+2. Алертинг в начинающей стадии. Нужно городить костыли или колхозы для чего-то, что можно просто найти в другой экосистеме. То есть вопрос даже не в продвинутых фичах типа "Сделай что-то по алерту", вопрос в подавлениях, условиях роутинга, разделение на команды и прочей приятной мелочи. Значительно проще тупо отдавать все стороннему решению (например, Алерта, Инсигне и т.д.);


не могу сформировать из этого проблему

freeseacher · 2020-01-15T22:02:04Z

README.md

+1. Очень большие проблемы с хранением данных в долгосрочном периоде. Какие-то варианты есть, но они все в итоге заставляют или использовать пром исключительно как сборщик + оповещалку, или строить дашборды по два раза. remote read протокол полное днище, потому что подразумевает вычисление всех функций на стороне самого прома;
+2. Алертинг в начинающей стадии. Нужно городить костыли или колхозы для чего-то, что можно просто найти в другой экосистеме. То есть вопрос даже не в продвинутых фичах типа "Сделай что-то по алерту", вопрос в подавлениях, условиях роутинга, разделение на команды и прочей приятной мелочи. Значительно проще тупо отдавать все стороннему решению (например, Алерта, Инсигне и т.д.);
+3. Очень, то есть ОЧЕНЬ чувствителен к корректному использованию тегов. Решили запихнуть url path в тег? Ну, вас ждет неприятный сюрприз, последствие которого будут еще очень долго вам аукатся;
+4. Pull модель. Даже не так, особенная pull модель, которая не обнуляет данные после их получения. Помните пункт 3? Ну так вот, айда перезапускать все сервисы подряд;


не понимаю что тут написано

freeseacher · 2020-01-15T22:03:12Z

README.md

+2. Алертинг в начинающей стадии. Нужно городить костыли или колхозы для чего-то, что можно просто найти в другой экосистеме. То есть вопрос даже не в продвинутых фичах типа "Сделай что-то по алерту", вопрос в подавлениях, условиях роутинга, разделение на команды и прочей приятной мелочи. Значительно проще тупо отдавать все стороннему решению (например, Алерта, Инсигне и т.д.);
+3. Очень, то есть ОЧЕНЬ чувствителен к корректному использованию тегов. Решили запихнуть url path в тег? Ну, вас ждет неприятный сюрприз, последствие которого будут еще очень долго вам аукатся;
+4. Pull модель. Даже не так, особенная pull модель, которая не обнуляет данные после их получения. Помните пункт 3? Ну так вот, айда перезапускать все сервисы подряд;
+5. Офигенный подход к агрегированию метрик для нескольких процессов в клиентских либах (для веб приложений написанных на python, js, php или тех, кто предпочитает 12factor) приводит к тому, что даже после перезапуска сервисы могут подхватить из какого-то внешнего источника (redis, файлы) все эти метрики и начать свистопляску заново;


и снова не ясен кейс :(

freeseacher · 2020-01-15T22:03:59Z

README.md

+5. Офигенный подход к агрегированию метрик для нескольких процессов в клиентских либах (для веб приложений написанных на python, js, php или тех, кто предпочитает 12factor) приводит к тому, что даже после перезапуска сервисы могут подхватить из какого-то внешнего источника (redis, файлы) все эти метрики и начать свистопляску заново;
+6. Очень нордическая модель данных. Вам может показатся, что она какая-то кривая, но, обычно, вам расскажут, что вы неправы. Без вариантов;
+7. Нет никаких шансов на внятные расширения внутри самого языка. Новые фичи так же внедряются исключительно для цели служения нордической модели данных. Хотите что-то классное? Вас ждет remote read/write протоколы и много страдания, как всегда;
+8. Хотите HA? Ну тогда просто ставьте два независимых прома и пусть они собирают данные независимо. Как жить, если между ними будут расхождения? Ну, открывайте томик мат. статистики;


зачем вы его закрывали :( но да согласен

freeseacher · 2020-01-15T22:05:23Z

README.md

+7. Нет никаких шансов на внятные расширения внутри самого языка. Новые фичи так же внедряются исключительно для цели служения нордической модели данных. Хотите что-то классное? Вас ждет remote read/write протоколы и много страдания, как всегда;
+8. Хотите HA? Ну тогда просто ставьте два независимых прома и пусть они собирают данные независимо. Как жить, если между ними будут расхождения? Ну, открывайте томик мат. статистики;
+9. Вы хотите защитить метрики от условного похищения, поставить basic auth или даже tls security? Ну .... Не хотите. Пока;
+10. Нет вебморды для редактирования, нет никакого разделения по ролям внутри - все ентерпрайз фичи делаются только через отдельные инстанты. Это к тому, что если вам нужно разграничивать видимость метрик внутри прома, то ... вам не нужно;


ну тоже костылится но согласен

freeseacher · 2020-01-15T22:06:01Z

README.md

+8. Хотите HA? Ну тогда просто ставьте два независимых прома и пусть они собирают данные независимо. Как жить, если между ними будут расхождения? Ну, открывайте томик мат. статистики;
+9. Вы хотите защитить метрики от условного похищения, поставить basic auth или даже tls security? Ну .... Не хотите. Пока;
+10. Нет вебморды для редактирования, нет никакого разделения по ролям внутри - все ентерпрайз фичи делаются только через отдельные инстанты. Это к тому, что если вам нужно разграничивать видимость метрик внутри прома, то ... вам не нужно;
+11. У вас нет никакого инструмента управлениями конфигураций (в духе Ansible), на серверах не бороздят просторы консулы, куберы и прочая штука? Ну .... вперед писать длинные портянки файлов вручную, так как идеология прома подразумевает по отдельному экспортеру на сервис;


считаю что это скорее в плюсы

freeseacher · 2020-01-15T22:06:28Z

README.md

+Ах да, из всяких мелочей:
+* Очень важно помнить, что вы работаете с временным рядами. И потеря части точек - это не проблема
+* Пром не попадает в ваш use case? У вас даже нет шансов его докрутить до какой-то кондиции
+* Stateless алертинг. Перезапустили пром? Ну вот все ваши активные алерты и тю-тю. Для алертов с большими for это обычно очень приятно. Говорят с поздних версиях исправлено


это не правда.

freeseacher · 2020-01-15T22:07:51Z

README.md

+* Пром не попадает в ваш use case? У вас даже нет шансов его докрутить до какой-то кондиции
+* Stateless алертинг. Перезапустили пром? Ну вот все ваши активные алерты и тю-тю. Для алертов с большими for это обычно очень приятно. Говорят с поздних версиях исправлено
+* Что бы работать с blackbox expoter нужно убить в себе программиста.
+* Вам может показатся, что в какой-то момент вам будет нужен pushgateway. На самом деле, это еще одна ловушка для пытливых умов, которые ломают головы, зачем нужно это чудо после существования textcollector в node_exporter и statsd_expoter.


либо люди читают доку и они прочитают этот фак и первый абзац доки пушгейтвея, либо не прочитают ни то ни другое.

freeseacher · 2020-01-15T22:08:22Z

README.md


-  * Нет возможность вешать Action на Alarm'ы. 
-  * Из коробки нет долговременного хранилища. Есть множественные попытки сделать их через remote read/write. 
-  * Плохо подходит для новичков. Предполагает, что git и merge request являются большей ценностью чем возможность управлять системой через веб интерфейс. 



зачем это всё в минус? оно всё так и осталось

elemir · 2020-01-15T22:00:52Z

README.md

+5. Офигенный подход к агрегированию метрик для нескольких процессов в клиентских либах (для веб приложений написанных на python, js, php или тех, кто предпочитает 12factor) приводит к тому, что даже после перезапуска сервисы могут подхватить из какого-то внешнего источника (redis, файлы) все эти метрики и начать свистопляску заново;
+6. Очень нордическая модель данных. Вам может показатся, что она какая-то кривая, но, обычно, вам расскажут, что вы неправы. Без вариантов;
+7. Нет никаких шансов на внятные расширения внутри самого языка. Новые фичи так же внедряются исключительно для цели служения нордической модели данных. Хотите что-то классное? Вас ждет remote read/write протоколы и много страдания, как всегда;
+8. Хотите HA? Ну тогда просто ставьте два независимых прома и пусть они собирают данные независимо. Как жить, если между ними будут расхождения? Ну, открывайте томик мат. статистики;


Про шардирование ещё:
Отсутствие шардирования. Надеяться на то, что ваши метрики смогут эффективно балансироваться между серверами, равномерно потребляя место на диске и память, бесполезно. Придётся поднять несколько инстансов и собирать на них разные данные

Update README.md

77b3c6e

Немного про пром

Andor reviewed Jan 15, 2020

View reviewed changes

SirEdvin added 2 commits January 16, 2020 00:05

Update

727308b

some update after review

Update

0e25ed6

Update

freeseacher reviewed Jan 15, 2020

View reviewed changes

elemir reviewed Jan 21, 2020

View reviewed changes

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Update README.md #3

Update README.md #3

SirEdvin commented Jan 15, 2020

Andor Jan 15, 2020

Andor Jan 15, 2020

Andor Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

freeseacher Jan 15, 2020

elemir Jan 15, 2020

Update README.md #3

Are you sure you want to change the base?

Update README.md #3

Conversation

SirEdvin commented Jan 15, 2020

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment