Архітектура кастомних спред-алертів на прикладі UA_INVESTВ жовтні минулого року ми створили глобальні сповіщення на спреди. Але з часом стало зрозуміло, що налаштувати фільтри таким чином щоб це задовільняло всіх вкрай складно. Більше того, у деяких користувачів є проблеми з отриманням сповіщень з телеграм груп.Тому було рішення створити систему, яка дозволяє налаштувати користувачу персональні фільтри та канали доставки.Основні проблеми з якими стикнувся: масштабування та затримки.Поточна архітектура1. Market collectors - софт, який з'єднується до бірж через вебсокет для отримання маркет метрик = тікери, ордербуки і т.д. Дані пишуться у key value storage.2. Real-time Market State - сервіс, який тримає стейт спредів в реальному часі використовуючи key value storage та надсилає сигнали у low-latency event bus.3. Decision Layer - група сервісів, які метчать user custom spread rules з сигналами отриманими від Signal Engine. Кожний інстанс опрацьовую певну кількість юзерів, що дозволяє легко масштабуватися.4. Delivery Layer - парсинг та підготовка сповіщень для відправки у обрані канали доставки.Технічна сторона1. Мови програмування: Go, Js2. Бібліотеки: custom ccxt3. Event bus: custom redis + тюнінгОптимізації1. Тримати сервіси на одному великому хості2. Використовувати unix socket для redis та відключити AOF/RDB (event bus low latency)3. Використовувати low-level мову програмування для критичних обрахунків4. Викинути ccxt, якщо у вас багато вільного часу для вайб кодингу 😁РезультатСервіс вже доступний закритій спільноті та скоро буде обмежений доступ до усіх бажаючих.#arbitrage #architectureПроксі-15% | Сервіси | Закрита спільнота