что говорят ценники на трафик в облаке?

Если сервера в одной автономке, в одном ДЦ то трафик меж серверами не будет учитыватся исходящий, если в разных будет учитыватся в зависимости от тарифа на трафик.

Тут логично можно и не знать как работает reverse proxy. Трафик всё равно будет считаться, как будто напрямую качают файлы

When NGINX proxies a request, it sends the request to a specified proxied server, fetches the response, and sends it back to the client.

если я правильно понимаю, трафик будет проходить через VPS и отдаваться клиенту, который файл скачивает

спасибо

Всем спасибо за помощь

Коллеги привет.
Мне нужно дать интерфейс для развертывания веток на тесты: прогерам, тестировщикам, и тд.
Если не сложно расскажите:
Какую панельку вы используете для управления тестовыми стендами?

вы бы хоть стек ссуществующих своих технологий описали

Я крассивую использу и функциональную, но вам подойдёт и простая.

привет! а есть кого нибудь по MLops поспрашивать? (больше опсов например)

Куча мелких и не очень сервисов на пыхе, gitlab, 2-3 бд, редис, кафка. Постоянно возникают проблемы с конкуренцией за тест.
Можно дать пайплайны в gitlab, но там не удобно управлять и смотреть где какая ветка.
Соответственно хотим прийти к динамически создаваемым стендам и сейчас пытаюсь понять какие простые интерфейсы для этого есть?

наверное вам тогда проще уйти в докер и производные
ну или создавать сервисы с именем ветки и портами под это дело

Тут есть но не особо много народа, спрашивайте

с этим я согласен)
Нужен относительно простой интерфейс и мне кажется я не первый кто решает подобную проблему.
Вопрос в какой панельке "тестировщица Маша" нажмет кнопку "получить тестовый стенд для кода Васи"?

в гитлабе и можно пайплан сделать

вот имеется контейнер с питоном и к нему некоторое количество моделей. интересует вопрос как лучше организовать работу с моделями. раньше просто грузили модели в контейнер при билде и при старте загружали в память, но сейчас объем используемой оперативы слишком вырос, поэтому решили распилить на части. пока что видится несколько вариантов: при билде рассовывать модели по отдельным имаджам (пожалуй самый правильный с моей точки зрения), билдить один имадж со всеми моделями но при старте передавать параметром сервису какие модели использовать, билдить один имадж независимо от моделей а модели при старте загружать с s3 либо использовать какую нибудь шаренную файловую систему с моделями.

Зависит от кол-ва моделей и их грузности (1 модель), правильно 1имейдж = 1модель в идеале, первое что на ум приходит kubeflow registrу c хранением на своём cdnЕ через DVP

У нас Gitlab CI на каждую ветку создаёт свою директорию, обновляется конфиг для nginx и появляется поддомен для этой ветки типа feature-abc123.example.com на которой тестеры могут работать, после мержа ветка и директория удаляется

То что мы искали называется review environments, есть из коробки на heroku например
Но особенности проекта и требования заказчика заставили написать немного своего bash/python в гитлабе, но это не так чтобы очень долго

Спасибо, полезная информация. Похоже многие делают кастомные решения