Обновление#
При изменении версии компонента SSD требуется выполнить настройку переменных среды развертывания в каталоге ${SSD_HOME_PATH}.
Процедура обновления версии описывается следующей последовательностью действий:
Обновите профили конфигурации для соответствия целевой версии компонента(ов). Разместите их в источниках, сконфигурированных для
ssd-cloud-config.Обновите/дополните записи в файле переменных окружения ${SSD_HOME_PATH}/config/ssd_deployment_env на хосте развертывания компонента.
Опционально доконфигурируйте systemd-unit (например, когда профиль запуска отличается от профиля по умолчанию).
Переместите целевой JAR-файл в ${SSD_HOME_PATH}/jar/.
Переместите конфигурацию сервиса и описание systemd-unit в ${SSD_HOME_PATH}/config/<имя_сервиса>.
Обновите символьную ссылку на новую версию JAR-файла в директории ${SSD_HOME_PATH}.
Обновите символьную ссылку на systemd-unit в /etc/systemd/system.
Перезапустите (запустите в случае нового компонента) целевую версии.
Автоматизация шагов 4-8 может быть выполнена за счет вызова скрипта update-service.sh с именем сервиса в качестве параметра и предварительным
экспортом значения SSD_HOME_PATH.
Обратите внимание
Запуск должен производиться от имени пользователя с root-правами.
export SSD_HOME_PATH="..."
bash package/bh/shell/update-service.sh ssd-adapter-gitlab
Порядок перезапуска:
Node 1 (инфраструктурные компоненты)
ssd-cloud-config
ssd-cloud-discovery
ssd-cloud-gateway
ssd-cloud-admin
ssd-transaction-manager
ssd-core-data
ssd-role-manager
ssd-ui-admin
nginx (перезапуск systemctl-unit)
Node 2 (адаптеры, могут перезапускаться в произвольном порядке)
ssd-adapter-gitlab
ssd-adapter-sonar
ssd-adapter-sbermock
ssd-adapter-jenkins-ci
ssd-adapter-jenkins-cd
ssd-adapter-nexus-ci
ssd-adapter-nexus-cd
ssd-adapter-fose
ssd-adapter-dpm
ssd-adapter-pact
ssd-adapter-view
Кроме того, изменение версии всего развертывания можно произвести путем удаления текущей версии OneWork (без удаления информации из БД) и запуска полной процедуры установки для новой версии дистрибутива.