Весенняя пакетная миграция на платформу Kubernetes

Question

У меня есть текущие пакеты приложений, разработанные на платформе Spring Batch. Теперь мне нужно перенести то же самое на платформу Kubernetes для облачного Рождества. Пожалуйста, помогите мне со следующими вопросами.

1. Как добиться автоматического масштабирования (HPA) для весенних пакетов.
2. Является ли весеннее пакетное удаленное разбиение на разделы рекомендуемым подходом для автоматического масштабирования в k8s и любые лучшие практики для этого подхода. Например, как эффективно увеличивать и уменьшать масштаб и т. Д. c.
3. Каковы преимущества рефакторинга текущего пакета Spring по сравнению с Spring Cloud Task. Это лучшая практика для соответствия требованиям облака.

Спасибо

ОБНОВЛЕНИЕ при выборе удаленного разбиения на разделы Spring batch - следует ли настраивать рабочие контейнеры для развертывания k8s (pods) или заданий k8s. Любой рекомендуемый подход?

есть ли у нас hpa / autoscaling для заданий k8s?

весеннее пакетное удаленное разбиение на платформу k8s, что лучше - с помощью MessagingPartitionHandler + k8s jobs (шаблон очереди рабочих) или (DeployerPartitionHandler + KubernetesTaskLauncher)?

Answer 1

есть ли у нас HPA / autoscaling для заданий k8s?

Нет. Существует концепция параллелизма заданий, но это не совсем HPA.

Если у вас есть непрерывный поток фоновой обработки для выполнения (так что задания из очереди вам не подходят), рассмотрите возможность запуска своего фоновые рабочие с ReplicaSet и рассмотрите возможность запуска библиотеки фоновой обработки, такой как https://github.com/resque/resque.

ReplicaSet также может быть целью для горизонтального автомасштабирования модулей (HPA). То есть ReplicaSet может автоматически масштабироваться HPA.