Том Kubernetes gitrepo — автоматическое повторное развертывание?

Я создал развертывание с двумя репликами в своем кластере K8S с разделом томов для клонирования репозитория git. Репо клонировано, поды созданы, деплоймент создан. Я могу войти в модуль и запустить git commits, все выглядит нормально.

Мое предположение: если я сделаю git push в репозиторий, управляемый монтированием тома gitRepo, развертывание модуля или K8S будет автоматически повторно развернуто, но этого не происходит? Мое предположение неверно? Должен ли я сделать что-то еще, чтобы выполнить автоматическое повторное развертывание после выполнения push-уведомления, как в конвейере компакт-дисков? Если последнее верно, я сейчас пытаюсь понять цель монтирования томов gitRepo.

Спасибо за ваш вклад.

Абдул.


git kubernetes kubernetes-deployment kubectl
person Basith    schedule 26.03.2018    source источник
comment
Есть ли у вас какая-либо ссылка, документирующая эту процедуру, объясняющая, какой конвейер компакт-дисков вы только что установили, и почему нажатие новой фиксации должно что-то запускать?   -  person VonC    schedule 26.03.2018
comment
@VonC: Спасибо за ваш комментарий. Я опубликовал ответ после некоторых исследований/чтения.   -  person Basith    schedule 27.03.2018

Ответы (1)


arrow_upward
1
arrow_downward

После некоторых исследований я думаю, что теперь понимаю объем томов gitRepo. Мое требование по автоматическому обновлению модулей/развертываний при изменении репозитория git может быть выполнено с помощью микросервиса, такого как этот: https://github.com/fabric8io/gitcontroller

Проблемы с указанным выше микросервисом:

  1. Не удалось найти двоичный файл gitcontroller (посмотрите также на проблемы GitHub, кто-то опубликовал это ранее)
  2. Когда я пытаюсь собрать это вручную после установки Go и перемещения микросервиса в нужное место, которое он ожидает, я, наконец, сталкиваюсь с ошибками памяти.

Поэтому я считаю, что вышеуказанный микросервис сломан и, вероятно, не поддерживается сейчас (на момент написания). Пока это не будет исправлено, я вернусь к использованию сервера Spring Cloud Config с репозиторием с поддержкой git для обработки моих конфигураций. Поэтому, когда мои конфигурации меняются, я могу запустить подключаемый модуль maven Fabric8 (https://maven.fabric8.io/), чтобы создать новый образ Docker и развернуть его в своем кластере. Все это можно автоматизировать с помощью простого Jenkins CD-конвейера.

person Basith    schedule 27.03.2018
comment
Хороший отзыв. +1 - person VonC; 27.03.2018