Openshift - общий кластер разработки - прекращение старых развертываний по истечении установленного времени - PullRequest
0 голосов
/ 30 мая 2020

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

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

В настоящее время я ' m, думая, что какой-то временной период жизни для модулей в нашем пространстве имен может быть препятствием на пути вперед - скажем, через неделю, оставшиеся запущенными частные модули разработчиков, автоматически будут d ie. Я не хочу, чтобы он был глобальным, поскольку в этом пространстве имен работают определенные службы, которые должны оставаться в рабочем состоянии для поддержки модулей разработки. Возможно какой-то конфиг на самом развертывании. Очевидно, что если модуль завершает работу, кубернеты попытаются перезапустить его, поэтому мне нужно что-то, что правильно его развернет. Может ли контейнер «sidecar», подключенный к событию жизненного цикла после запуска, которое разворачивает модуль после фиксированного времени ожидания с помощью команд k8s, может быть решением?

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

Мы используем Openshift 3.11. Я знаю Kubernetes с периодичностью около 1 года.

...