Рекомендации по хранению диаграммы Хелма на удаленном сервере для развертывания Jenkins - PullRequest
0 голосов
/ 29 мая 2019

В настоящее время я пытаюсь развернуть один примерный микро-сервис, разработанный с использованием Spring Boot с использованием Jenkins и Kubernetes, на моем локальном сервере. Для этого я уже создал свой ресурс Kubernetes, используя таблицу Хелма.

Я протестировал развертывание диаграммы Хелма, используя логин на удаленном компьютере и в своем домашнем каталоге, который я создал. И с помощью терминальной команды "helm install" я развернул кластер kubernetes. И конечная точка успешно работает.

Моя путаница

Теперь тестируется только с терминала. Теперь я пытаюсь добавить команду helm install в мою работу конвейера Jenkins. Итак, где мне нужно сохранить эту схему руля? Нужно скопировать в каталог / var / lib / jenkins (домашний каталог Jenkins)? Или мне нужно только указать полный путь в команде?

Каков наилучший способ сохранения диаграммы Хелма для развертывания Jenkins? Я запутался в том, чтобы следовать стандартному способу реализации. Я новичок в этом конвейере CI / CD.

1 Ответ

1 голос
/ 29 мая 2019

Графики Хелма почти наверняка должны контролироваться источником.

Один из разумных подходов - хранить диаграммы Хелма в том же хранилище, что и ваша служба.Затем, когда Дженкинс создаст ваш проект, он также будет иметь доступную диаграмму и сможет напрямую запускать helm install.(Возможно, он может передавать свои учетные данные helm install --set параметрам для установки значений во время развертывания.) Это достаточно хорошо масштабируется, поскольку это также означает, что разработчики могут вносить локальные изменения в диаграммы в рамках своей работы по разработке.

ВыМожно также настроить «хранилище» диаграмм .В вашей настройке Jenkins один путь - это просто сохранить второй репозиторий системы контроля версий с диаграммами и проверить это во время развертывания.Некоторые инструменты, такие как Artifactory, также поддерживают хранение диаграмм Хелма, которые могут быть развернуты напрямую без дополнительной проверки.Соответствующим недостатком здесь является то, что если что-то вроде командной строки или переменной среды изменяется, вам нужно скоординированные изменения в двух местах, чтобы это работало.

...