Комментарии 5
Как у вас устроено создание новых версий схем в Schema Registry? Новая версия согласуется командой Databus, или всё в руках команд сервисов, отправляющих события? Если первое, то сразу делаются схемы Dev/Stage/Prod или последовательно сначала только Dev, потом проверка данных по новой версии схемы на Dev и только потом Stage/Prod? Или как-то еще иначе?
выглядит удобно
Интересная реализация, спасибо. Подскажите, как у вас решены логирование и наблюдаемость в такой схеме? При наличии прокси-слоя и распределённых кластеров это обычно становится отдельной задачей.
Мы собираем метрики со всех хостов/сервисов, и они агрегированы в удобных дашбордах (пользуемся уже готовыми корпоративными решениями). Также настроены всевозможные алерты. То есть если вдруг latency будет высокий, или вдруг хост отвалился, или еще что-то произойдет, мы сразу об этом узнаем и пойдем смотреть/разбираться, в чем проблема.
В случае с логами же все сложнее: пока какого-то централизованного решения нету, логи приходится смотреть непосредственно на машинах.
1000 в 1: единая платформа для событий Databus. Опыт Wildberries