Необходимо создать модуль для каждого нового запроса от сервиса веб-интерфейса в Кубернетесе.

Question

У меня есть вариант использования, в котором приложение переднего плана при отправке файла в службу переднего плана для обработки.И только один запрос может быть обработан модулем бэкэнда.И если поступил множественный запрос, сервис должен автоматически масштабировать и отправить этот запрос новому Pod.Таким образом, я нахожу способ, которым я могу создать новый POD для каждого запроса, и после завершения обработки модулем бэкэнд-службы он вернет результат в интерфейсный сервис и уничтожит сам себя.Так что каждый модуль обрабатывает только один запрос за раз.

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

Так что, если кто-то обладает знаниями или справится с тем же сценарием использования, помогите мне, чтобы я тоже мог попробоватьэто решение.Заранее спасибо.

Answer 1

Как уже говорилось, для этого нет встроенного способа, вам нужно найти собственный способ добиться этого.

Одним из решений может быть использование служебной учетной записи и HTTP-запроса к серверу API для создания обратно.конечный модуль, как только ваш сервис получен входным модулем, проверьте состояние внутреннего модуля и, как только он будет запущен, перенаправьте запрос на внутренний сервер.

Второй способ использования временного хранилища (дБ)или том hostpath) и напишите cronejob в своем мастере, чтобы опросить это хранилище, и в зависимости от модуля порождения статуса, имеющего контейнер заданий.

Answer 2

Для этого нет ничего встроенного, о чем я могу думать.Вы можете создать служебную учетную запись для своего приложения, у которой есть разрешения на создание модулей, а затем встроить поведение порождения в код приложения.Если вы можете получить метрики о том, какие модули доступны, вы можете использовать HPA с Prometheus, чтобы обеспечить наличие хотя бы одного незанятого бэкэнда, но это зависит от того, какие метрики предоставляет ваш материал.