Linha Microsiga Protheus

Árvore de páginas

Versões comparadas

Versão antiga 1

changes.mady.by.user Renato Ferreira Campos

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Renato Ferreira Campos

Gravado em

Chave

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

Trata-se da instalação padrão do Microsiga Protheus ERP em um ambiente na nuvem (Cloud TOTVS) em um ambiente conteinerizado (Docker + Linux). Este ambiente pode ser acessado de qualquer local e em qualquer hora, desde que se tenha conexão com a Web com latência abaixo de 40ms e o acesso ao ambiente é realizado via smartclient (Electron ou Desktop) ou browser. Para o ambiente Brasil, montamos o processo dentro de um cluster no TESP02.

Arquitetura

A arquitetura do Sistemico Brasil é disponibilizada no conceito de deploy em contêineres, orquestrada via Kubernetes. O Kubernetes permite orquestrar contêineres em múltiplos hosts, em clouds públicas, privadas ou híbridas, além disto permite otimizar o uso do hardware, maximizando a disponibilidade de recursos para execução dos aplicativos e uma maior agilidade para escalar aplicativos em contêineres e recursos relacionados.

O ambiente de produção está dimensionado para receber 1000 conexões simultâneas de banco de dados e de 200 conexões de usuários PROTHEUS simultâneos (7 pods de appserver com 25 usuários cada). Este ambiente faz o balanceamento automático conforme a chegada das conexões e vai alocando os usuários nos pods conforme a necessidade. Caso haja mais conexões de usuário do que o dimensionado, o próprio ambiente fará o balanceamento da sobrecarga nos pods existentes.

O banco utilizado no ambiente de produção será um PostgreSql 16.3, instalado em um OracleLinux 7.9 (VM) e será gerenciado pelo time de banco de dados do Cloud.

Componentes dentro da arquitetura

Cada componente em execução do Protheus é separado dentro de um pod, onde temos:

  • License Server
  • DbAccess
  • LockServer
  • AppServer
    • Execução do ERP (7x)
    • Execução do Configurador
    • Execução do Portal
    • Execução do REST
    • Execução do WebService
  • FileSystem (protheus_data)
  • Banco de dados Postgres 16.4
  • Serviço de customização (AWS CodeBuild)
  • Serviço de download de Logs (filebrowser)
  • Serviço de integração com GoodData
  • Serviço de integração com 2c
  • Serviço de integração Mingle
  • Serviço de Administração de banco de dados (Dbeaver)

Cada componente listado acima, reflete em uma imagem (docker) que fica armazenada dentro do GCP da conta da engenharia (us-docker.pkg.dev/eng-protheus). 

Para os ambiente de sistêmico, estamos homologando a versão Oracle Linux 8.10 que baseia-se no RedHat 8-Slim-Fips, Binários 64bits e o novo smartclient web.

Licenciamento

Dentro do sistemico, utilizamos um TOTVSID que nos permite acessar todos os módulos do Protheus, visando a maior abrangência nos testes do produto que iremos.

Acessos

O namespace deste ambiente é o c2a7dv (TEXKQL - C2A7DV - AUTOVIX PARTICIPAÇÕES SA) e o acesso ao ambiente é realizado exclusivamente pelo BROWSER com o uso do plugin do WEBAGENT. Travamos o ambiente para não aceitar conexão via SmartClient QT

Os endereços para acesso são:


Além do ambiente de produção, disponibilizamos também um ambiente de homologação que é utilizado exclusivamente para testes específicos e debug. Este ambiente terá um único pod de appserver com a possibilidade de acesso de 1 conexão simultânea. Neste ambiente utilizamos o banco PostgreSQL em container na versão 16.4. Este banco é uma réplica do banco de produção do sistemico e será clonado sempre que solicitado pelos times de produto.

A solicitação do ambiente para Debug, deverá ser realizada via RYVER e em casos cujo TDS-REPLAY 2.0 não seja viável.