Exibir origem

Conforme comentado acima, o processo de geração dos artefatos é semi-automatizado. Tudo ocorre devido a jobs autônomos disparados em cada processo do sistema. Como utilizamos JOBs para atualização, disparamos vários processos ao mesmo tempo, a fim de ganharmos tempo com a atualização do ambiente.

Dentre este jobs, temos:

Job de compilação do RPO (Jenkins - SmartERP-API)
Job de montagem das imagens (Jenkins - Smartbuilder)
Job de montagem do chart (CloudBuild)
Atualização da topologia (Helm Upgrade)

Job de atualização do volume (Cronjob updater)
Job de atualização dos serviços de transfer e customização (Cronjob updater)
Job de execução de atualização de dicionário (Cronjob updater)

Os jobs das imagens e do chart, poderão ser acompanhados diretamente nas ferramentas Jenkins e CloudBuild.

Os jobs gerados pelo HELM são os mais importantes durante a atualização, pois enquanto eles não forem concluídos o ambiente não ficará disponível para uso.

A geração do RPO é realizada atraves do schedule: https://james.engpro.totvs.com.br/view/all/job/smarterp/job/smarterp-apis/job/master/

Após entrar no schedule, basta clicar em construir com Parâmetros e preencher os parâmetros conforme abaixo:

Ao término do job, será apresentado no LOG a mensagem:

Quando terminar, o RPO atualizado será disponibilizado no folder: https://arte.engpro.totvs.com.br/engenharia/bundles/smarterp/base/topologia/rpo_smarterp/

A pasta: base_12.1.2210 refere-se ao RPO ACUMULATIVO, ou seja, todas as aplicações de pacotes ficam salvos neste repositório.

A pasta: applypatch refere-se ao folder que armazena os pacotes que iremos aplicar no RPO do smarterp

Obs: Temos hoje no modelo dois RPOs, um para o Brasil e outro para o mercado internacional. Para diferenciamos os pacotes, adicionamos antes da extensão .ptm o _portuguese ou _spanish, com isto, sabemos que aquele pacote é especifico para os RPOs