конфиг в статье назвали "сonfigs/training_config.yml", а в коде "configs/train_config.yml" и про env переменные нигде не было, чтоб нормально заработало, надо в make файле их засетить или снаружи
``` prepare_stage1: INITIAL_DATA_PATH=./data/initial_data/ poetry run python src/data/data_download.py
prepare_stage2: INITIAL_DATA_PATH=./data/initial_data/ PREPARED_DATA_PATH=./data/prepared_data/ poetry run python src/data/data_prepare.py
training: INITIAL_DATA_PATH=./data/initial_data/ PREPARED_DATA_PATH=./data/prepared_data/ MODELS_PATH=./models/ poetry run python src/models/model_train.py data_prepare: prepare_stage1 prepare_stage2 training
Возможно, делаю неверные выводы из цитирования, но
Nodeport выставлен только для coredns, а не для приложений в кластере, формально, да, 1 дополнительный сервис нужен.
60 контейнеров пока по-прежнему работает на стенде, ещё около 100-120 для каждого стенда запущено в кластере. Те, что запущены на стенде, используют адреса из подсети 172.17.0.0/24
С учётом того, что стендов достаточно много (200+), статическая маршрутизация выглядит не очень удобным решением, на мой взгляд
На telepresense смотрели в контексте локальной разработки, а не поднятия распределенного стенда. Но в итоге используем devspace и skaffold для синхронизации кода с локальной машины в Pod https://github.com/loft-sh/devspace - для фронтенд приложений https://skaffold.dev/ - для java сервисов
Решаю в данный момент похожую задачу, т.к. обновиться на новый докер возможности нет, реализую следующую идею:
FROM ...
ARG APPLICATION=app=1.2.3
RUN apt-get install <dependencies> \
$APPLICATION
...
получается параметризованный образ, который по дефолту используется для запуска приложения, а когда нужно сделать сборку из командной строки в ARG передаю «devscripts debhelper ..» и все, что нужно для сборки.
Конечно во время сборки CMD тоже нужно оверрайднуть, docker run это позволяет.
Минус тот же, что уже обсуждали — нет кэширования, время сборки возрастает. После успешной сборки нужно еще раз запустить docker build
Плюс — собираю и запускаю юнит тесты фактически в той среде, в которой и запускаю готовое приложение
есть 2 типа зависимостей Depends и Build-Depends. Первые нужны для установки (ваш вариант), вторые для компиляции. И те и другие описываются при необходимости в файле debian/control. dh_make, про который говорилось в статье, создаст bolier plate для control файла. Его синтаксис описан тут:
https://www.debian.org/doc/debian-policy/ch-controlfields.html
То есть просто нужно дописать необходимые пакеты в правильные секции «заготовки» контрол файла.
Английские термины даже при наличии русского эквивалента часто короче, это своего рода оптимизация устной речи, хотя и коверкающая язык.
А еще есть определенная терминология в рамках конкретных программ, в которых невероятно сложно придумать нормальный русский перевод, например, git. Commit, stash, merge заменить просто нечем.
У меня дочка с удовольствием играла в «Шакала» примерно с 5 лет, хотя поначалу может и не получалось играть до конца. Со временем игра стала одной из любимых для нее. Насколько я понимаю из-за очень хорошей реиграбельности, т.к. карта каждый раз новая.
при установке пакет добавил файл
/etc/apt/sources.list.d/yandex-browser-beta.list
с содержимым
deb common.dist.yandex.ru/common stable non-free
при выполнении apt-get update
Could not connect to common.dist.yandex.ru:80 (213.180.205.3), connection timed out
Есть ли у вас инструмент для автоматического разворачивания полноценного тестового окружения?(например для тестирования системы целиком). Как при этом наполняется данными тестовая БД? Будет ли приложение работать с тестовой БД, созданной из схемы? (без данных)
немного оффтоп вопрос: а есть ли какое-то сочетание back- и foreground цветов, максимально удобное для чтения с lcd и amoled экранов? Пробовал и предустановленные в cool reader, и настраивал сам (белый шрифт, на фоне оттенков серого) — всегда примерно через час чтения начинаются неприятные визуальные эффекты.
На тот момент когда я пользовался fitbit у меня было мобильное устройство, поддерживающее только Bluetooth 2.х, в то время как браслет требует 4.х. В итоге решением было использование usb Bluetooth адаптера, подключаемого к десктопу. А из-за отсутствия поддержки Linux приложение запускалось в VirtualBoxe, что делало процесс синхронизации несколько утомительным.
конфиг в статье назвали "сonfigs/training_config.yml", а в коде "configs/train_config.yml"
и про env переменные нигде не было, чтоб нормально заработало, надо в make файле их засетить или снаружи
```
prepare_stage1:
INITIAL_DATA_PATH=./data/initial_data/ poetry run python src/data/data_download.py
prepare_stage2:
INITIAL_DATA_PATH=./data/initial_data/ PREPARED_DATA_PATH=./data/prepared_data/ poetry run python src/data/data_prepare.py
training:
INITIAL_DATA_PATH=./data/initial_data/ PREPARED_DATA_PATH=./data/prepared_data/ MODELS_PATH=./models/ poetry run python src/models/model_train.py
data_prepare: prepare_stage1 prepare_stage2 training
```
Возможно, делаю неверные выводы из цитирования, но
Nodeport выставлен только для coredns, а не для приложений в кластере, формально, да, 1 дополнительный сервис нужен.
60 контейнеров пока по-прежнему работает на стенде, ещё около 100-120 для каждого стенда запущено в кластере. Те, что запущены на стенде, используют адреса из подсети 172.17.0.0/24
С учётом того, что стендов достаточно много (200+), статическая маршрутизация выглядит не очень удобным решением, на мой взгляд
На telepresense смотрели в контексте локальной разработки, а не поднятия распределенного стенда.
Но в итоге используем devspace и skaffold для синхронизации кода с локальной машины в Pod
https://github.com/loft-sh/devspace - для фронтенд приложений
https://skaffold.dev/ - для java сервисов
по п.3
case statement в питоне завезли только в 3.10, т.е. 2 недели назад
https://www.python.org/downloads/release/python-3100/ PEP 636
Спасибо Дедушке из Екатеринбурга за такие разные, полезные и вкусные подарки! И респект за ответственность!
в качестве разделителя необязательно использовать слеши
получается параметризованный образ, который по дефолту используется для запуска приложения, а когда нужно сделать сборку из командной строки в ARG передаю «devscripts debhelper ..» и все, что нужно для сборки.
Конечно во время сборки CMD тоже нужно оверрайднуть, docker run это позволяет.
Минус тот же, что уже обсуждали — нет кэширования, время сборки возрастает. После успешной сборки нужно еще раз запустить docker build
Плюс — собираю и запускаю юнит тесты фактически в той среде, в которой и запускаю готовое приложение
Про самое интересное 1 абзац. У РЖД есть какое-то открытое/закрытое API? Как интегрируется ваша платформа с источниками данных от РЖД?
https://www.debian.org/doc/debian-policy/ch-controlfields.html
То есть просто нужно дописать необходимые пакеты в правильные секции «заготовки» контрол файла.
os.environ['CELERY_CONFIG_MODULE'] = 'conf.celeryconfig'указать альтернативное размещение конфига
А еще есть определенная терминология в рамках конкретных программ, в которых невероятно сложно придумать нормальный русский перевод, например, git. Commit, stash, merge заменить просто нечем.
при установке пакет добавил файл
/etc/apt/sources.list.d/yandex-browser-beta.list
с содержимым
deb common.dist.yandex.ru/common stable non-free
при выполнении apt-get update
Could not connect to common.dist.yandex.ru:80 (213.180.205.3), connection timed out
for i in `seq 10`; do echo $i; done