(И ещё до кучи, не проверял - ChatGPT насоветовал.)
Это позволяет запускать задания GitLab CI/CD в отдельных, изолированных контейнерах Docker. Вот пример конфигурации docker-compose.yml для GitLab Runner:
Тинькофф Инвестиции осуществляют pre-trade контроль рисков. Это значит, что сначала на стороне брокера проверяется достаточность средств для исполнения поручения и позиций для покупки или продажи, соответствие цен и после этого заявка уходит на биржу.
Плюс такого подхода — нельзя купить «лишних» бумаг и получить margin call. Но минус — дополнительные задержки при исполнении ордеров, которые в среднем составляют 200—400 мс.
Еще у брокера есть ограничение на количество выставленных заявок в единицу времени — на момент написания статьи ограничение составляет 300 поручений в минуту. Поэтому HFT-стратегии, требующие минимальных задержек и большого количества поручений, скорее не подходят для работы через Tinkoff API.
Смущает двойная обработка ошибок, например в Login. Зачем их там логировать? Напрашивается отдельный middleware-слой на потоке данных, в котором выполняется централизованное логирование.
Ребята, я с вами!
Как отказаться от helper_image?
В режиме "ковровое бомбометание" спасает "trunk based development".
(И ещё до кучи, не проверял - ChatGPT насоветовал.)
Это позволяет запускать задания GitLab CI/CD в отдельных, изолированных контейнерах Docker. Вот пример конфигурации
docker-compose.ymlдля GitLab Runner:Вам также потребуется файл
.envсо следующим содержимым:Пожалуйста, замените
RUNNER_NAME,REGISTRATION_TOKEN, иCI_SERVER_URLна соответствующие значения для вашего проекта.Ларчик просто открывался. Это всё, что нужно для запуска
gitlab-runnerбез танцев с бубном.Круто, да. Но мой кумир - Андрей Ситник.
Так squash убивает машину времени. Меня, как археолога, это обламывает.
Хе-хе. Я тоже играю в эту игру. Дофаминовый майнинг.
Что-то у меня другой ответ ))
В какой-то момент потребовалось выполнить:
(обстоятельства не помню, просто оставлю тут)
А я написал продолжение! Инструкция: как поднять GitLab CI/CD на GoLang-проекте
термин МР не расшифрован
Пожалуйста, покажите рыбу проекта. Я, пока не увижу код в репке, ничего не понимаю.
https://tinkoff.github.io/investAPI/speedup/
Тинькофф Инвестиции осуществляют pre-trade контроль рисков. Это значит, что сначала на стороне брокера проверяется достаточность средств для исполнения поручения и позиций для покупки или продажи, соответствие цен и после этого заявка уходит на биржу.
Плюс такого подхода — нельзя купить «лишних» бумаг и получить margin call. Но минус — дополнительные задержки при исполнении ордеров, которые в среднем составляют 200—400 мс.
Еще у брокера есть ограничение на количество выставленных заявок в единицу времени — на момент написания статьи ограничение составляет 300 поручений в минуту. Поэтому HFT-стратегии, требующие минимальных задержек и большого количества поручений, скорее не подходят для работы через Tinkoff API.
Моё чудо
у меня все ходы записаны
Номинально присутствует метод для остановки Storage, но он не применяется для Graceful Shutdown.
Смущает двойная обработка ошибок, например в Login. Зачем их там логировать? Напрашивается отдельный middleware-слой на потоке данных, в котором выполняется централизованное логирование.