Критерии готовности архитектуры - shoumq/bybit_scalp GitHub Wiki

Андрей (архитектор) На основе статей:

Web Architecture 101 — Medium (https://medium.com/storyblocks-engineering/web-architecture-101-a3224e126947) Как Яндекс проектирует архитектуру — Хабр (https://habr.com/ru/companies/yandex/articles/514550/)

Вывод: архитектура проекта готова к реализации

Frontend (если будет веб-интерфейс/панель мониторинга)

✅ Подготовлен макет интерфейса (предварительный скетч панели мониторинга в Figma). ✅ Выбран язык: JavaScript. ✅ Фреймворк: Vue.js (простота, реактивность, хорошая поддержка WebSocket и REST). ✅ Выбран CSS-фреймворк: TailwindCSS (или Bootstrap для MVP). ⚠️ Пока UI не реализован, работа ведётся через CLI и консольные логи.

Backend

✅ Язык: Go (Golang) — высокая производительность и многопоточность. ✅ Основной фреймворк: стандартная библиотека Go + gorilla/websocket + net/http. ✅ Реализована структура MVP (внутри main.go) — подключение к API Bybit, логика входа в сделку, базовые ордера. ✅ REST API планируется для взаимодействия с UI или внешними сервисами (endpoints: /start, /stop, /status). ✅ WebSocket-интеграция работает: подписка на рыночные данные Bybit, парсинг тиков.

База данных

✅ Текущий выбор: SQLite (для MVP). ✅ Структура: таблицы trades, logs, settings. ✅ Планируется переход на PostgreSQL для масштабируемой версии (если добавится web-интерфейс или аналитика). ✅ ORM не используется — применяются нативные SQL-запросы (встроенные возможности Go).

Диаграммы и документация

✅ Составлены диаграммы:

Диаграмма компонентов (бот → API Bybit / CLI / Логгер / БД) Диаграмма последовательности (сигнал → проверка условий → ордер) Схема архитектуры в стиле «порт и адаптер» (clean-like подход на будущее)

Функциональные требования

✅ Готов полный документ [022_Функциональные требования], включающий:

Торговые стратегии Управление ордерами Логирование Поддержка CLI и WebSocket ✅ Проработаны кейсы: выход из позиции, reconnect, критические ошибки, лимит потерь.

Оценка рисков

✅ Определены риски:

Потеря соединения с биржей → реализована повторная авторизация. Ошибки API → реализована отладка и логирование с уровнями debug/error. Отсутствие UI → CLI покрывает большинство сценариев, web-интерфейс отложен на этап 2. ✅ Все риски задокументированы в отчёте ретроспективы.

Опросы (обратная связь)

Опрошенный	Должность	Возраст	Мнение
Максим, Go-разработчик	25 лет	«Чистая и минималистичная реализация. Для MVP — идеально. Убедитесь, что стратегия легко меняется без правки основного кода».
Светлана, DevOps-инженер	34 года	«Очень лёгкий в развёртывании проект. Без контейнеров, с явными зависимостями. Но в будущем стоит контейнеризировать для удобства CI/CD».
Тимур, трейдер-алгоритмист	30 лет	«Торговая логика читаема, WebSocket обёртка хорошая. Для первой версии — готов. Для реальных денег нужно больше тестов и симуляций».

Заключение

На основе фактической реализации, анализа кода и экспертных оценок:

✅ Архитектура готова к разработке и расширению; ✅ Минимально жизнеспособный прототип уже реализован; ✅ Вся команда понимает структуру проекта и зону ответственности; ⚠️ Требуется:

Выделение модулей в отдельные файлы; Расширение логики risk management; Добавление auto-reconnect WebSocket и логики повторных попыток API-запросов.