В первых двух частях мы собрали скелет советника: котировки, промпт, модель, хранение, ядро. Теперь главный вопрос - в какой форме можно его собрать?
Торговый советник - это не вещь в себе. И не вещь в коробке, которую можно поставить на полку и забыть. Его нужно запустить, к нему нужно подключиться, у него нужно запросить анализ, а потом получить сигнал.
И как только вы это проговариваете, вопрос становится прикладным: в какой форме мы будем пользоваться этим продуктом. Выбор хоть и есть, но он не безграничный.
Самый понятный вариант - запустить программу на персональном компьютере: десктоп, ноутбук, это не так важно. Второй вариант - self-hosted решение, когда мы запускаем сервис на арендованной машине в интернете. И если мы достаточно жадные или предприимчивые, выберите что вам подходит больше, можно собрать полноценный SaaS и предоставлять торговые сигналы как услугу.
Если упростить до одной схемы, все три варианта отличаются ответами на одни и те же вопросы: где живет советник, кто держит ключи и данные, кто платит за инфраструктуру и токены, и кто отвечает, когда что-то ломается. Дальше пройдемся по каждой коробке отдельно и посмотрим, какие модули остаются теми же, а какие резко меняются вместе с формой поставки.
"Мое, все мое" - десктоп-версия
Десктоп - это самый прямой и понятный вариант: советник живет на компьютере пользователя. Все, что он знает и делает, остается рядом: настройки, ключи, история свечей, кэш, сигналы, логи. Это сразу снимает половину тревог про "а где мои данные" и "кто еще это видит".
Плюсы здесь очевидны. Во-первых, все хранится локально, без внешней инфраструктуры и лишних посредников. Во-вторых, доступ к сигналам быстрый: открыл приложение и видишь, что происходит, без зависимости от вашего сервера. В-третьих, такой вариант проще расширять в будущем: можно добавить плагины для бирж, моделей, источников новостей и не превращать продукт в монолит, если архитектура это позволяет.
Но у десктопа есть цена. Аптайм далеко не 100 процентов: ноутбук закрыли, компьютер ушел в сон, интернет пропал, и советник "исчез". Плюс данные не маленькие: история OHLCV быстро разрастается, добавьте результаты анализа, кэш, логи, а потом еще новости. И это все будет жить на диске пользователя. Наконец, нагрузка тоже локальная: процессор, память, сеть, фоновые задачи, и чем чаще вы анализируете рынок, тем заметнее это ощущается.
"Пусть пока тут полежит" - self-hosted сервис
Self-hosted это когда вы арендуете сервер в интернете, разворачиваете на нем советника и пользуетесь им как сервисом. Деплой, конфиг, ключи, обновления на вашей стороне. Доступ обычно через web, иногда через API, а интерфейс открывается в браузере с любого устройства.
Плюсы начинаются с простого: аптайм близок к 100 процентам. Сервер не уходит в сон и не закрывается крышкой ноутбука. Дальше важнее: источники данных ближе и стабильнее, меньше случайных провалов по сети, проще держать периодичность, и в итоге сигналы получаются более ровными и предсказуемыми. Еще один практичный плюс это доступ откуда угодно: можно подключаться с разных устройств и при необходимости выдать доступ доверенным людям, не пересылая им весь проект или ключи на флешке.
Минусы тоже стандартные. Инфраструктура стоит денег, пусть и не космических. Обслуживание требует либо навыков, либо человека, который эти навыки закроет: обновления, бэкапы, логи, мониторинг, банальные "почему упал процесс". И есть тема безопасности: ключи и данные живут на сервере. Обычно это не повод для паники, но режим "поставил и забыл" тут работает хуже, чем в desktop-версии.
"Свежие сигналы! Кому сигналов?" - свой SaaS
SaaS это даже не столько форма поставки, сколько форма бизнеса. Вы не "передаете коробку" пользователю и не просите его развернуть сервис. Вы сами держите инфраструктуру и продаете доступ по подписке: сигналы как услугу.
При этом по реализации это заметно отличается от self-hosted. Там у вас один сервер и один владелец. Здесь появляются пользователи, роли, лимиты, изоляция данных, и все, что обычно идет рядом: биллинг, учет подписок, контроль расходов на токены и нагрузки. Плюс нужен не только код, но и люди, которые будут это поддерживать: мониторинг, инциденты, обновления, поддержка клиентов. И да, это уже разговор про процессы, а не только про архитектуру.
Зато награда тоже другая. SaaS это уровень, на котором продукт начинает жить своей жизнью: вы можете масштабироваться, быстро выкатывать изменения, накапливать статистику по сигналам, улучшать качество и упаковывать это в понятные тарифы. По сути, это уже не "советник для себя", а платформа с перспективой роста.
Резюме
У советника нет одной правильной коробки. Есть ваша задача, ваш режим использования и ваши ограничения. Для одного человека логичнее десктоп, потому что все локально и под контролем. Для другого лучше self-hosted, потому что нужен стабильный аптайм и доступ с разных устройств. А если вы думаете про продукт и подписки, то это уже SaaS, со своей экономикой и организацией.
Выбор стоит делать не по вкусу, а по планам и возможностям: сколько времени вы готовы тратить на поддержку, кто будет отвечать за аптайм, где будут лежать данные и ключи, и как вы будете расти, если проект внезапно "полетит".
Читайте также
EthBackNode: зачем вашему приложению “прокладка” между ним и Ethereum-нодой
Если вы когда-либо пробовали написать крипто-кошелёк, платёжный шлюз или просто “бэкенд, который умеет отправлять и принимать ETH”, то довольно быстро выясняется неприятная вещь: Ethereum-нода — это не ваш бэкенд
Принимаем оплату в bitcoin: Часть шестая. Нюансы, опять нюансы
В прошлой части мы остановились на том, что не плохо было бы узнать о факте платежа от bitcoind, вместо того, чтобы перебирать все выданные адреса.
