O ambiente do SmartERP possui uma única diferença em comparação com ambiente on-premisse, não existe a possibilidade de parar os serviços do ambiente. Isto ocorre pois o SmartERP encontra-se em uma plataforma de auto-gerenciamento/controle de quedas. Na prática, temos um agente de monitoramento que varre o sistema todo à cada 'x' segundos e se este agente encontrar um problema e/ou a falta de conexão em um dos componentes instalados no ambiente, este irá tentar restabelecer o serviço de forma autônoma. Caso o mesmo não consiga, nos envia um alerta de queda para analise e ação manual. Se o usuário tentar realizar a execução de uma manutenção de banco e/ou dicionário de dados, o agente entrará em ação, bloqueando a operação do usuário. Isto pois entende que há um problema de conexão entre os seus componentes. Para liberarmos a ação de personalização dentro do dicionário de dados, criamos uma ferramenta de atualização manual do usuário, cujo tem a função de avisar o agente de monitoramento que há uma manutenção programada pelo usuário e para que não entre em ação até o término do processo solicitado pelo usuário. Alem disto, o usuário escolherá qual o ambiente irá executar a manutenção do ambiente. Para utilizar esta funcionalidade, iremos utilizar duas ferramentas (ou etapas) para isto. A primeira é o gerenciador de ambiente Protheus (Marter Master Metadata) e a segunda é o TCLOUD.children O gerenciador de ambiente ou master metadata é uma ferramenta que visa controlar todas as alterações de dicionário de dados e a criação de parâmetros e menus em projetos, para assim, facilitar a replica destas alterações entre os diversos ambientes do cliente. Este processo se dá pois criamos um pacote de atualização e aplicamos no ambiente do cliente através do UPDDISTR. Este pacote é gerado somente pelo ambiente de configurador do ambiente de produção e poderá ser replicado para qualquer ambiente que o usuário escolher. Para isto, implementamos o conceito de Stages no ambiente do SmartERP (futuramente será liberado para os clientes on-premisse). Os stages permitem controlar o ciclo de vida de uma inovação ou personalização de um metadado no SmartERP, desde sua construção até a entrega ao ambiente de produção. Dentro do ambiente tempos os seguinte Stages: Configurador, Homologação e Produção - O Stage de Configuração é o único que permite ao usuário que realize edições no dicionário do ERP. Este está configurado somente no endereço do configurador de produção.
- O Stage de Homologação é utilizado em todos os ambientes derivados do ambiente develop (ou homologação) e neste é permitido somente a alteração de conteúdos de parâmetros ou alterações que não envolvam diretamente o dicionário de dados, como usuários, schedules, sispags, cnabs e etc..
- O Stage de Produção habilita somente a utilização dos módulos do ERP, não deixando acessar o configurador.
Como utilizar o gerenciador de ambiente? O gestor de ambiente utiliza o conceito de projetos para empacotamento das alterações do usuário. Sendo assim, podemos ter vários projetos para um mesmo ambiente trabalhando de forma independente. As alterações de dicionários são vinculadas ao Projeto e essas alterações são geradas posteriormente. Qualquer projeto pode gerar os pacotes de atualização. Ele gera apenas as alterações vinculadas à ele. Abaixo demonstramos como ficará os projetos dentro do ambiente: Image Added
Importante: Todos os projetos seguem uma linha base de alteração e este é o dicionário utilizado no ambiente de produção. Ou seja, todas as alterações partem de uma linha base e está sempre será o dicionário MASTER ou Produção.para realização das alterações, para isto, configuramos o dicionário de produção para este papel. Com isto, garantimos sempre que as alterações realizadas nos ambiente de homologação sejam um espelho de produção, evitando assim incompatibilidade entre os ambientes.
Acessando o gestor de ambiente
Image Added
Inciando ambiente de projeto: Image Added
Realizando alteração no dicionário de dados: Image Added
Fechando pacote de atualização: Image Added
Aplicando personalização no ambiente: Image AddedMesmo com a facilidade de aplicação das alterações entre os ambiente, devemos seguir uma ordem nesta aplicação, pois visamos que o ambiente tenha um controle minimo de alterações e homologações antes da entrada da personalização em produção.
|