Comments 8
Статья очень интересная и познавательная . Интересно было читать , как все начиналось, из чего все происходило с самого начала. Из этой статьи узнала много нового и интересного. Замечательно, что не стоите на месте и продолжайте двигаться в том же духе!!
Классный опыт,
Интересно узнать как вы наблюдаете за всем этим добром (за самой инфраструрой, за пайплайнами, за рабочими нагрузками)
Использовали уже существующию инфраструктуру мониторинга или построили новую. Собираете ли трассировки? Кто и как визуализирует метрики, как формируется алерты, в какой системе регистрируются (oncall, аналоги?), кем решаются?
Внедряли ли или планируете service mesh?
Решили ли задачи с сложными сценариями L7 маршрутизации и балансировкой GRPC?
Добрый день! Спасибо за вопрос. В каждом кластере из коробки идет уже подготовленный стек Prometheus, Grafana, Alertmanager и еще несколько вспомогательных сервисов для сбора, агрегации и аналитики данных метрик. Аналогичная ситуация с алертами - из коробки идет больше 250 алертов, покрывающих инфраструктурые компоненты кластера. Имеются методы интеграции с внешними системами сбора метрик, чтобы получить агрегацию всему парку кластеров. Сборы метрик продуктовых сервисов, пайплайнов и прочего - используются те же средства, но это уже не инфраструктурная история, мы предоставляем только инструменты. Тема довольно большая, сложно в трех словах описать все возможности :-) Service mesh к сожалению пока не взяли в ресерч, как будет положительный опыт - обязательно поделимся. По балансировке не совсем понятно какие сложности, возможно из-за архитектуры у нас подобные проблемы не могут возникнуть.
Отличная статья! Спасибо
Интересная познавательная статья! Думаю, что многим пригодится такой опыт!
О коммерческой тайне без коммерческой тайны: как мы автоматизировали развёртку Kubernetes в изолированной среде