Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Aviso

É impreterível que a latência da sua rede local e internet estejam abaixo de 70ms30ms. Caso esteja acima disto, poderá ocorrer perda de pacotes e o sintoma de lentidão ao navegar no ambiente.

...

Informações

Por motivos de segurança e normalização, não será possível executar ações como:

  • Alteração de dicionário de dados;
  • Execução de Upddistr;
  • Execução de Rup´s;
  • Aplicar pacotes (.ptms) expedidos pelo produto (Em breve: Estaremos liberando a opção de aplicação de pacotes de parceiros) ;
  • Compilar fontes diretamente no RPO;
  • Acesso ao monitor do Dbaccess;Acesso ao monitor do Protheus;
  • Acesso direto ao banco de dados;
      Parar serviços/componentes do ambiente
      • Execução de querys, updates, deletes e etc.

    Isto deve-se ao modelo de disponibilização do SmartERP Protheus

    Todas as ações listadas exigem uma parada no ambiente e execução exclusiva e devido aos agentes de monitoramento do ambiente, estas ações não poderão ser executadas sem que haja a interrupção do mesmo.

Modelo de Uso do ambiente

O SmartERP utiliza o modelo SERVERLESS em sua estrutura, pois o SmartERP tem como sua essência a otimização dos recursos do cliente e da nuvem . O serverless é diferente de outros modelos de cloud computing em que o provedor de nuvem é responsável por gerenciar a infraestrutura da nuvem e por escalar as aplicações. As aplicações serverless são implantadas em containers que são iniciados sob demanda e automaticamente quando chamados.

Em um modelo padrão de cloud computing baseado em infraestrutura como serviço (IaaS), os usuários compram unidades de capacidade. Ou seja, o provedor de nuvem pública fornece componentes de servidor "sempre ativos" para a execução das aplicações. Os usuários precisam aumentar a capacidade do servidor nos momentos de alta demanda e diminuí-la quando a capacidade alta não é mais necessária. Mesmo quando as aplicações não são usadas, a infraestrutura de nuvem necessária para executá-las continua ativa.

Em comparação, com a arquitetura serverless, as aplicações são iniciadas apenas quando necessárias. Quando um evento aciona a execução do código da aplicação, o provedor de nuvem pública aloca os recursos relacionados dinamicamente. Os usuários deixam de ser cobrados quando essa execução termina. Além do aumento da eficiência e da economia, o modelo serverless livra os desenvolvedores das tarefas rotineiras e manuais associadas ao provisionamento do servidor e à escala da aplicação.

Com o modelo serverless, todas as tarefas rotineiras são realizadas pelo provedor de serviços de nuvem. Elas incluem, por exemplo, o gerenciamento do sistema operacional e de arquivos, a aplicação de patches de segurança, o balanceamento de carga, a administração da capacidade, a escala, a geração de registros e o monitoramento. Desta forma, todos os serviços do ambiente são executados somente quando há a requisição do serviço. Quanto não há, o ambiente se auto-gerencia para otimizar os recursos disponíveis dentro dos ambientes.


Informações

Após acionado o serviço, o ambiente inicia um contador (tempo) de uso do ambiente, se em 10 minutos o serviço requisitado não for utilizado, o gestor do ambiente desliga este serviço até a proxima requisição. Se ocorrer do ambiente não receber uma requisição dentro de 180 minutos, o gestor do ambiente realiza o desligamento completo dos serviços do ambiente (DbAccess, Servidor de Licença, Servidor de Arquivos e etc.).

  • O tempo de subida do serviço de acesso ao ERP (Appserver)  é de 8 segundos em média
  • O tempo de subida dos serviços de DbAccess, servidor de licença e servidor de arquivos é de 5 minutos em média. 



Consulta de Logs do ambiente

Mesmo com todos os agentes de prevenção de desastres do ambiente, ainda há algumas ações dentro do ERP que são de exclusividade do Protheus e devido à isto, disponibilizamos dentro do FileSystem do cliente, os logs de execução de todos os componentes da arquitetura. Estes logs encontram-se na pasta /volume/logs e podem ser acessados via sftp. Para maiores informações sobre como acessar estes artefatos, acesse: 7. SmartERP Protheus - Arquivos de instalação do ERP