есть проект бекенд-фронтенд, когда фронт отправляет в апи запрос, нужно чтобы апи стригерил kuber job который запустит третий контейнер, примет параметр в виде имени файла, скачает файл с бакета и обработает его внутри себя, отдаст обработанный файл-результат в бакет, завершится
https://kubernetes.io/docs/tasks/configure-pod-container/configure-service-account/
решение не нравится, но похоже это единственное что есть
это задача для knative
разрешаю
А почему нельзя сделать внутри проекта без запуска лишних сущностей?
в чем проблема-то ?
Можно конечно. Чтобы не делать внутри одного контейнера другой проект - хочется вынести в отдельный контейнер
Есть лайфхацк
Берешь создаешь CronJob с расписанием которое никогда не выполнится (например 54 апреля) И триггеришь его когда тебе надо
А еще если ты деплоишь хельмом юзай post-install webhook
Чтобы тригернуть кронжоб из контейнера в кубере - нужно в этот контейнер доставить кубцтл и отредактировать сервисаккаунт так чтобы имелись права на запуск кронжоба, так?
А ещё создать токен и доступ дать к апи кубера ради выполнения одной команды s5cmd get s3://...
Вообще да потому это костылик
Я не понял что меняет использование хелма и зачем ты упомянул пост-инстал
Криво прочитал, сорян
Обсуждают сегодня