Привет! Подскажите как лучше реализовать следующее архитектурное решение: У нас есть

Question

Привет! Подскажите как лучше реализовать следующее архитектурное решение: У нас есть

два сервиса. Джанго и воркер. Джанго принимает все запросы, как положено. Один из запросов сгенерировать что-то. Этот запрос может работать до 15-20 минут (ну ничего страшного тяу тяу тяу). На данные момент мы это реализуем через redis queue (rq). У нас есть воркеры, которые как консьюмеры слушают очередь и берут задачу в работу. Вопрос в следующем, как можно скейлить воркеры автоматически?

Или как лучше вовсе это реализовать?

Например, в очереди 100 задач и мы готовы увеличить количество воркеров до 50 штук. Либо задачи закончились и нам не нужны эти процессы больше.

Что можно сделать в таком случае, чтобы скейлить воркеры по размеру очереди? Как их скейлить?

Для этого мы используем амазон. Лямбды Амазона не подходят, не попадают в лимит. Да и дорого, хотелось бы накостылять своё решение.

Был план создать какой-то сервис на пайтона, который смотрит размер очереди и в случае чего увеличивает/уменьшает количество воркеров. Но как из пайтона их скейлить?

Все находится на Амазоне, внутри ECS.

Спасибо за помощь 🙏

#backend #programming #python #russian

0

22.12.2021

1 ответов

20 просмотров

Ӝ Evgeny · Accepted Answer

Ӝ Evgeny

https://github.com/ray-project/ray

0

23.12.2021

170 похожих чатов

Привет! Подскажите как лучше реализовать следующее архитектурное решение: У нас есть

1 ответов

Похожие вопросы