GG
Мдя.
Вопрос масштабирования у прома решён примерно никак.
Вопрос масштабирования у прома решён примерно никак.
мда
Size: a a a
2019 November 08
GG
именно так оно и выглядит
GG
короче, здесь два пласта - один заключается в том, что куча промов - это гемор менеджмента
DN
Собственно, в докладе так и написано было ранее
DN
Много маленьких Прометеев
SP
Есть мнение что и не надо
Дык теряется смысл. Вон, тот же collectd возьми - сразу отпадёт, например, нужда в push_gateways + алерты прям по месту + (внезапно!) многопоточный(!) Питон с доступом ко внутр. структурам данных и созранением состояния между вызовами. Об этом, как вариант, тоже можно рассказать 😊
DN
Дык теряется смысл. Вон, тот же collectd возьми - сразу отпадёт, например, нужда в push_gateways + алерты прям по месту + (внезапно!) многопоточный(!) Питон с доступом ко внутр. структурам данных и созранением состояния между вызовами. Об этом, как вариант, тоже можно рассказать 😊
Смысл в чем?
DN
Если делать Прометей пер сервис - норм
SP
Смысл использования прометея, если тебе простейшие вещи сразу же нужно костылить-велоспедить.
SP
Если делать Прометей пер сервис - норм
O_o
Угу.
Здесь стикер про istio sidecar.
Угу.
Здесь стикер про istio sidecar.
GG
Если делать Прометей пер сервис - норм
говно
DN
Смысл использования прометея, если тебе простейшие вещи сразу же нужно костылить-велоспедить.
Почему то все отказываться понимать что Прометей это оперативный мониторинг
GG
Смысл использования прометея, если тебе простейшие вещи сразу же нужно костылить-велоспедить.
лол. Не нужно костылить... просто отнесиь к прометеусу как кирпичику конструктора
DN
говно
Жил так - нет проблем
GG
как кирпичик - он не плох
DN
лол. Не нужно костылить... просто отнесиь к прометеусу как кирпичику конструктора
Именно
GG
Почему то все отказываться понимать что Прометей это оперативный мониторинг
++++
DN
Из прома метрики надо куда то лить
DN
Он не про хранение
SP
Почему то все отказываться понимать что Прометей это оперативный мониторинг
Смотри.