Comments 6
Спасибо за статью, бальзам на душу. Один из самых частых вопросов наших клиентов: "зачем мне платить несколько миллионов рублей, если есть бесплатный Zabbix?"
Мы в своей эволюции пришли к тем же выводам: наблюдаемость — это не набор тулов, а культура и архитектура данных. Важно, чтобы метрики, логи, трейсы и события “жили” в единой системе с контекстом CMDB и автоматизацией реакций. Только тогда возможна настоящая зонтичная Observability, где “не просто видно, что упало”, а понятно — почему, на кого повлияло, кто ответственный и что с этим делать.
В наших российских реалиях это особенно актуально: многие компании уже прошли этап «собери свой Datadog из open-source», и теперь ищут устойчивую, поддерживаемую платформу, которая объединит инфраструктурный, бизнес- и прикладной мониторинг со сквозной аналитикой на уровне бизнес-сервиса.
Спасибо за статью, было интересно, особенно с точки зрения финансовой составляющей. 50-200 серверов в контексте данной статьи это что конкретно, физические серверы, VM в cloud или хосты k8s?
О, спасибо, пойду логи Vector наконец для своих VPS'ок допилю...
Хотелось бы хотя бы базовую классификацию Observability и Monitoring.
В условном HP OpenView Network Node Manager (Monitoring) что есть из класса Observability?
скоро в victoriametrics.cloud должны появится логи, ну а сейчас можете весь стек для метрик, логов и трейсов поднять сами локально у себя и писать vector/datadog agent или другими, оплачивая трафик и сами сервера
вангую, увидите разницу ощутимую
Пардон. Это перевод или организация вне России?
Observability vs Monitoring: за что вы платите?