b
У нас был случай, когда агент нью релика тёк по памяти, пришлось откатить версию.
Size: a a a
2019 November 17
b
Вообще свой мониторинг строить сложно и дорого. При маленьком, среднем и иногда даже крупном размере компании проще купить готовое решение.
AS
причем тут метрики ?
A
Не совсем так, если использовать managed tsdb, где пользователь платит не за количество метрик, а за хостинг БД, которой управляет вндор. Чем больше БД требует ресурсов, тем больше заплатите, как и для on-prem решения на вашем железе. Главное отличие - для managed бд не нужно заниматься настройкой, управлением и обновлением бд - этим занимается вендор.
я недавно в бизнесе и не совсем фишку секу так что прости меня ... с моей точки зрения как хранить метрики, скалировать и это все вопрос конечно непростой но в целом решаемый примерно на том же уровне как база данных для сервисов, то есть можно и on-premise можно и self-hosted зависит от желания, то есть количество потраченого вэлью фиксировано (базы данных ведь как-то поднимают для сервисов)
вот гораздо сложнее настроить полноценный воркфлоу: правильно собирать метрики из разных сред, управлять дашбордами, интегрировать алерты ну и тп, то есть то к чему облачные базы отношения не имеют, и вот тут saas предлагает хороший старт с минимумом усилий
это я к тому что проблема хранения кастомных метрик все равно остается
вот гораздо сложнее настроить полноценный воркфлоу: правильно собирать метрики из разных сред, управлять дашбордами, интегрировать алерты ну и тп, то есть то к чему облачные базы отношения не имеют, и вот тут saas предлагает хороший старт с минимумом усилий
это я к тому что проблема хранения кастомных метрик все равно остается
EG
я недавно в бизнесе и не совсем фишку секу так что прости меня ... с моей точки зрения как хранить метрики, скалировать и это все вопрос конечно непростой но в целом решаемый примерно на том же уровне как база данных для сервисов, то есть можно и on-premise можно и self-hosted зависит от желания, то есть количество потраченого вэлью фиксировано (базы данных ведь как-то поднимают для сервисов)
вот гораздо сложнее настроить полноценный воркфлоу: правильно собирать метрики из разных сред, управлять дашбордами, интегрировать алерты ну и тп, то есть то к чему облачные базы отношения не имеют, и вот тут saas предлагает хороший старт с минимумом усилий
это я к тому что проблема хранения кастомных метрик все равно остается
вот гораздо сложнее настроить полноценный воркфлоу: правильно собирать метрики из разных сред, управлять дашбордами, интегрировать алерты ну и тп, то есть то к чему облачные базы отношения не имеют, и вот тут saas предлагает хороший старт с минимумом усилий
это я к тому что проблема хранения кастомных метрик все равно остается
Приходи, self-hosted *aaS запилю :)
A
я недавно в бизнесе и не совсем фишку секу так что прости меня ... с моей точки зрения как хранить метрики, скалировать и это все вопрос конечно непростой но в целом решаемый примерно на том же уровне как база данных для сервисов, то есть можно и on-premise можно и self-hosted зависит от желания, то есть количество потраченого вэлью фиксировано (базы данных ведь как-то поднимают для сервисов)
вот гораздо сложнее настроить полноценный воркфлоу: правильно собирать метрики из разных сред, управлять дашбордами, интегрировать алерты ну и тп, то есть то к чему облачные базы отношения не имеют, и вот тут saas предлагает хороший старт с минимумом усилий
это я к тому что проблема хранения кастомных метрик все равно остается
вот гораздо сложнее настроить полноценный воркфлоу: правильно собирать метрики из разных сред, управлять дашбордами, интегрировать алерты ну и тп, то есть то к чему облачные базы отношения не имеют, и вот тут saas предлагает хороший старт с минимумом усилий
это я к тому что проблема хранения кастомных метрик все равно остается
rds/cloudsql - одни из самых популярных сервисов в aws/gcp
BG
Не совсем так, если использовать managed tsdb, где пользователь платит не за количество метрик, а за хостинг БД, которой управляет вндор. Чем больше БД требует ресурсов, тем больше заплатите, как и для on-prem решения на вашем железе. Главное отличие - для managed бд не нужно заниматься настройкой, управлением и обновлением бд - этим занимается вендор.
Имхо, в вопросе метрик - поднять хранилку самое простое
J
Привет, 伊淑淡! Пройди анти-спам проверку за 2 мин.
A
пром понимает когда гистограмма ресетится?
AS
гистограмма это набор каунтеров
AS
пром в функциях типа rate понимает когда ресетится
A
ага, спасибо
PK
Всем привет! Подскажите, плес, как и где тут можно вакансию опубликовать чтоб не забанили?)
Мне в команду нужен человек, который сможет написать и в будущем поддерживать несложный экспортер данных.
Мне в команду нужен человек, который сможет написать и в будущем поддерживать несложный экспортер данных.
ДУ
Писать админам, по идее
J
Привет, @a_nex! Пройди анти-спам проверку за 2 мин.
AS
Всем привет! Подскажите, плес, как и где тут можно вакансию опубликовать чтоб не забанили?)
Мне в команду нужен человек, который сможет написать и в будущем поддерживать несложный экспортер данных.
Мне в команду нужен человек, который сможет написать и в будущем поддерживать несложный экспортер данных.
в остальном в приват
PK
в остальном в приват
Спасибо, понял!
GM
Имхо, в вопросе метрик - поднять хранилку самое простое
как ты жестко только что танос унизил
BG
как ты жестко только что танос унизил
Неужели настроить танос сложнее, чем заставить разработчиков думать в духе "не наблюдается - значит не работает"?
A
Неужели настроить танос сложнее, чем заставить разработчиков думать в духе "не наблюдается - значит не работает"?
Нет, танос всё ещё проще