Integrations

Що саме golden віддає і споживає назовні. Як влаштовані самі RMQ / ClickHouse / партнерський протокол — платформенна механіка, описана в stack-docs. Тут — golden-контракт: які події, таблиці, виклики і навіщо.

Стан: 🟡 каркас є, лишилось доповнити (routing-keys RMQ, перелік партнерських ендпоінтів — потрібен прохід по коду).

• rmq 🟡 — які RMQ-події golden слухає (від stack: юзер/family/drop-events; від electron: sync raw-actions операторів, оновлення devices) і шле (у stack: статистика по операторах, оновлення TU). Конкретні routing-keys — TODO. Транспорт і черги — у stack-docs.
• clickhouse 🟡 — 6 OLAP-таблиць golden + хто пише/читає кожну. Самі таблиці — у ClickHouse. Похідне сховище: джерело правди лишається в Mongo, таблиці можна перезалити.
• official-api 🟡 — HTTP-клієнт до партнерського goldenbride.net: явний логін командою login (id_api+password → JSESSIONID, кеш у пам’яті по login, TTL 3 хв), далі всі команди лише з кукою; вкладення листів — окремий REST upload/attach; усі помилки → golden_error_report. Перелік партнерських ендпоінтів — TODO.
• media-api 🟡 — партнерський REST для медіа (медіа чату, вкладення листів, фото/відео TU) і керування профілем TU на модерації. Спільна сесія JSESSIONID з official-api. У golden поки лише getAttach/deleteAttach, решта — greenfield (реєстр ендпоінтів для майбутнього MediaApiService).
• stores ⬜ — in-memory кеш-шар (src/golden/stores/). Тимчасово тут — категорію ще переглянемо.