Создадим идеального робота вместе?

В буржуйнете довольно развита система взаимопомощи и обмена информацией о «приколах», создаваемых роботостроителям брокерами и/или биржами. Если кто-то обнаруживает новый «прикол», то почти сразу же выкладывает это в паблик, чтобы уберечь средства других людей от истощения. И лишь у нас каждый стремится спрятать под одеялом свои наработки.

Почему бы нам не создать такую тему и не обменяться мыслями/технологиями/решениями по строительству/созданию почти идеального робота? Я говорю не об алгоритмах – прячьте их сколько хотите – это индивидуальная вещь. Я говорю об общих принципах построения роботов, которые должен применять/учитывать любой роботостроитель.

Для начала предлагаю обсудить способ снижения таких неторговых рисков, как «вылетел сервер», «перезагрузилась ось», т.е. проблемы, связанные с функционированием собственного оборудования.

Разумеется, можно запретить автоматическое обновление операционной системы, но отвергать такой риск мы не можем, как не можем отвергать риск внезапной неисправности чужого  или своего сервера, на котором установлен робот. Мы же, как никак, под санкциями. Можно допустить любое развитие событий.

Мы не сможем полностью снять эти риски, но можем постараться минимизировать их последствия.

Пока единственным разумным выходом мне представляется наличие дублирующего сервера, на котором установлена та же программа-робот, но находящаяся в «спящем состоянии».

Рабочий сервер должен периодически, может быть 1 раз в минуту или чаще, посылать сообщения дублирующему серверу типа «я работаю, все ОК» и посылать с какой-то периодичностью резервный файл с данными работы программы торговли 1-го сервера. Такой файл должен содержать всю необходимую информацию, чтобы хоть 1-ый, хоть 2-ой сервер в любой момент были готовы продолжить или начать торги. Нужно сделать эдакую RAID систему распределения данных.

Если что-то некритическое случилось с 1-ым сервером, типа простая перезагрузка операционки, то он вполне может продолжить работу самостоятельно. Хотя может оказаться трудно определить степень повреждения системы. И тогда 2-ой, не получив в установленное время уведомления «я работаю, все ОК», извещает Клиента-роботостроителя о проблеме, о которой тот, при наличии только 1-го сервера может долго не узнать. Это может быть е-мэйл, СМС, звонок другу, телеграм-канал и пр. Все что угодно, главное – достучаться до Клиента.

Если же с 1-ым случилась серьезная проблема, которую нельзя устранить за минуту-другую, то к торгам подключается 2-ой сервер, используя имеющиеся данные. Тогда Клиент сам принимает решение, что делать с 1-ым сервером и надо ли срочно искать ему замену. При этом, если нет готового 3-го запасного сервера, который можно включить на замену 1-му, то надо вставить какую-то заглушку в программу работы 2-го, чтобы не слать аварийные сообщения. В этом случае, Клиент не имеет права отлучаться и оставлять единственный работающий сервер без присмотра.

При этом целесообразно 1 раз в неделю/месяц менять сервера местами, т.е. назначать второй сервер рабочим, а первый – дублирующим. Также имеет смысл по окончании торгов в пятницу (или каждый день) проверять сервера на необходимость обновления операционки.

Если такой способ снижения рисков, связанных с функционированием собственного оборудования покажется приемлемым и реализуемым, то можно начать обсуждения других неторговых рисков. А там и до торговых рисков доберемся.

Пожалуйста спорьте, критикуйте, дополняйте, предлагайте. Глядишь и создадим почти идеальную систему вместе.

Только не надо писать, что это очевидно, тривиально или даже наивно. ОК, если Вы считаете себя самым умным и успешным, то объясните остальным, что Вы делаете на этом форуме и в этой теме? Вы же должны брать уроки серфинга где-нибудь на Гавайях или спорить с Маском о том, что не надо увольнять столько народа из птички ))

Кто-то может оказаться настолько благорасположенным, что согласится рассказать о своем успешном функционале. Или как это можно реализовать проще и дешевле, а главное – надежнее. Всем это будет интересно, разумеется.