Архитектура Платформы Tantor: агенты, NATS и контролируемые объекты — 6 июля 2026 г. в 09:00:07.771
Архитектура Платформы Tantor: агенты, NATS и контролируемые объекты Одной из ключевых особенностей Платформы является агентская модель работы. В ходе исследования использовалась следующая схема: ➡️ сервер Платформы Tantor; ➡️ PMA Agent; ➡️ контролируемые объекты СУБД PostgreSQL/Tantor Postgres; ➡️ подключаемые объекты мониторинга: PgBouncer, NGINX; ➡️ интеграционные сервисы: LDAP, SMTP; ➡️ вспомогательная система мониторинга для сверки состояния; ➡️ генератор нагрузки для проверки изменения метрик. Центральным элементом взаимодействия выступает PMA Agent. Именно агент отвечает за: ✔️подключение контролируемых объектов; ✔️сбор данных; ✔️передачу информации в платформу; ✔️обновление статусов объектов. По сути, именно через PMA Agent платформа получает информацию о состоянии баз данных и инфраструктурных компонентов. Если связь с агентом теряется, объект остается в системе, но новые данные по нему перестают поступать до восстановления соединения. Такой сценарий также был проверен в ходе исследования. Важную роль играет NATS — транспортный компонент платформы. Через него осуществляется обмен данными между агентами и платформой. ❕Во время исследования была подтверждена важная особенность архитектуры: при недоступности NATS новые данные от агентов перестают поступать в платформу до восстановления связности. Также было подтверждено, что при потере связи с агентом данные по соответствующему объекту перестают обновляться до восстановления соединения. Еще одна особенность касается расширенной диагностики PostgreSQL. Полнота собираемых данных напрямую зависит от настроек самой БД и используемых расширений статистики. То есть качество мониторинга определяется не только возможностями платформы, но и корректностью подготовки контролируемых объектов. 🔜 В следующем посте разберем функциональное тестирование и посмотрим, какие возможности Платформы Tantor были проверены на практике. #Tantor_ТехЛаб #СУБД 🔗 Онланта ТехЛаб