Você está na página 1de 13

Parecer Técnico de

Infraestrutura

Gestor: TIC/OI/CS/IS
INTERNA \ Qualquer Usuário
Sumário
Autor................................................................................................................................................................2
Revisor.............................................................................................................................................................2
1. Informações Básicas da Aplicação...........................................................................................................3
2. Informações de Ciclo de Vida do Software..............................................................................................3
3. Informações Técnicas sobre componentes de Software..........................................................................5
4. Informações de Integrações Corporativas................................................................................................5
5. Descrição da Arquitetura do Software......................................................................................................6
6. Orientações Corporativas sobre Arquitetura de Aplicações / Softwares................................................10
7. Diagnóstico Técnico da Aplicação / Software........................................................................................11
8. Próximos Passos Executados pelo(a) Responsável Técnico(a)............................................................12

Autor José Arimatéia Rodrigues Júnior - EYQW


Revisor Vinicius Cayuella Maylinch

Gestor: TIC/OI/CS/IS
2
1. Informações Básicas da Aplicação

Código da Aplicação A17483


Nome da Aplicação Gerador Automático de Modelos de Elevação e
Escoamento
Órgão do Cliente RES/EE
Responsável Técnico (RT) Matheus Henrique Teixeira de Assis (EYUS)
Sigla da Aplicação GAMEE
Código da Aplicação no ITSM APP-17483
Criticidade da Aplicação: 3-Baixo
Aplicação SOX Não
Aplicação manipula dados Não
sensíveis?
Classificação da Informação na Interna
Aplicação
Parceria de Negócio da TIC TIC/US/EXP-RES-DC/PN-DSCIEN
Contato(s) na Parceria de Negócios Matheus Henrique Teixeira de Assis (EYUS) -
da TIC TIC/US/EXP-RES-DC/PN-DSCIEN
Data de obtenção das informações 11/09/2023

2. Informações de Ciclo de Vida do Software


Controle Resposta
Qual é o grupo de serviço ou mesa de N4-
atendimento na ferramenta de ITSM que DESENVOLVIMENTO_CIENTIFICO_TIC
sustentará o software?
Qual é a identificação ou caminho do repositório https://git.ep.petrobras.com.br/d4
de controle de versão?
O software pode ser considerado “de prateleira” Não
(off-the-shelf)?
É um software OPEN-SOURCE do ponto de Sim
vista do mercado?
O software foi adquirido no mercado e Não
customizado para os requisitos exclusivos da
PETROBRAS?
O software foi desenvolvido internamente ou Internamente (50%) e externamente
externamente? (50%)
O software foi desenvolvido por meio de um Sim
contrato de serviços formalizado na

Gestor: TIC/OI/CS/IS
3
PETROBRAS?
Existe algum contrato de serviços vigente que Não
proveja o suporte técnico e/ou sustentação para
o software?
De quem é a propriedade intelectual do Petrobras (50%) e Parceiro Externo -
software? Pontifícia Universidade Católica do Rio
de Janeiro (50%)
A área de Arquitetura Corporativa emitiu um Não
parecer técnico sobre a arquitetura do software?
Informar o registro.
A arquitetura do software está de acordo com a Sim
arquitetura de referência da TIC? Liste as
tecnologias que estão fora da arquitetura de
referência.
A área de Arquitetura Corporativa emitiu um Não
parecer técnico com autorização para aquisição
do software no mercado? Informar o registro.
A área de Segurança da Informação emitiu um Não
parecer técnico sobre a arquitetura do software?
Informar o registro.
O software tem build do pipeline DevOps já Não
configurado?
O software utiliza SGBD? Quais? Não
O software precisa de ambiente de Não
contingência?
O software necessita de JOBs programados no Não
Control-M?
A arquitetura do software é compatível com Sim
ambiente de Containers, com gerenciamento de
sessão leve (stateless)?
O software está preparado para escalabilidade Sim
horizontal?
A solução necessita de DMZ? Caso positivo, Não
detalhe.
O software tem integração ou dependência com Sim, Dependências dos sistemas
outras aplicações ativas na PETROBRAS? externos: SIRR JAVA, POCOWEB,
GISSUB, SUBWEB e ROSIEE (EE
Digital)
Em quais ambientes o software já está Nenhum
instalado?
Ambientes Solicitados para Aprovisionamento - Desenvolvimento
- Testes
- Homologação
- Produção

Gestor: TIC/OI/CS/IS
4
Observações: A liberação para acesso externo (internet) e a criação do VIP (virtual IP balanceador) só
ocorrerão com as aprovações da área de Segurança da Informação.

3. Informações Técnicas sobre componentes de Software


Componente do Software Situação da Arquitetura
Servidor Web Nginx
Servidor de Aplicação Container Docker
Sistema Operacional do Servidor da Docker
aplicação
Servidor de Banco de Dados Não
Servidor Middleware Não
Storage (persistência compartilhada) Não
Previsão de crescimento de storage Não aplicável
por ano
Autenticação CAv4
Tecnologias e linguagens de JavaScript, Django 3.2 (Python 3.10), Docker,
programação: Container, API Gateway, Spring Cloud Gateway,
Flask e FastAPI.
Quais recursos devem ser API Gateway
monitorados?

4. Informações de Integrações Corporativas


Componente Corporativo Utiliza (Sim (qual é) / Não)?
Banco de Dados Centralizado Não
Barramento de Serviços – Oracle
Não

Barramento de Serviços – SAP Não


Barramento Especializado – E&P Não
Base Integrada de Arquivos do E&P (BIEP) Sim, via consultas diretas ou
via API
Base Integrada de RH (BIRH) Não
Controle de Acesso – V3 (CA v3) Não
Controle de Acesso – V4 (CA v4) Sim
Elastic Search Não
GED / FileNet P8 Não

Gestor: TIC/OI/CS/IS
5
Kafka Não
Reporting Services Não
Control-M Não
Dependência de Sistemas Externos Sim, Dependências dos
sistemas externos: SIRR
JAVA, POCOWEB, GISSUB,
SUBWEB e ROSIEE (EE
Digital)
Outro Não

5. Descrição da Arquitetura do Software


O gerador automático de modelos de elevação e escoamento é uma aplicação web-based com o propósito
de automatizar o processo de geração de modelos de elevação em quaisquer simuladores a partir de
dados coletados das bases corporativas oficiais. Pode ser dividido no gerador de modelos em si e em um
microsserviço para consolidação de dados, que poderá ser usado por outras aplicações.

O sistema foi dividido em cinco Microsserviços, nos quais tem as seguintes funcionalidades:

 Gamee-frontend:
Camada de acesso à interface gráfica do sistema.
 API Gateway:
A API Gateway gerencia o roteamento das solicitações para os microsserviços gamee-core,
gamee-dms e gamee-doree.
 Gamee-core:
Utiliza o serviço gamee-dms para obter dados de modelos de simulação, gera automaticamente os
modelos de elevação e escoamento para diversos simuladores (Marlim, Olga, Petex e Pipesim) e
oferece aos endpoints para gerar e retornar os modelos gerados.
 Gamee- doree:
Acessa o serviço gamee-core e os simuladores de elevação e escoamento e realiza a otimização
de projetos de elevação e escoamento.
 Gamee-dms:
Acessa bases de dados da Petrobras para coletar e compilar dados de modelos de simulação.
Oferece aos endpoints a opção para buscar e fornecer os dados coletados e é acessado pelos
microsserviços gamee-core e gamee- doree através da API Gateway, para obter os dados
necessários.

Gestor: TIC/OI/CS/IS
6
A) Desenho da Arquitetura

Figura: Desenho da arquitetura da aplicação e suas integrações

A.1) Front-end:
O front-end será desenvolvido em CONTAINER com tecnologia JavaScript com suporte à CSS para os
estilos.
Dados do container
Nome GAMEE-FRONTEND – Interface de comunicação ao usuário - UI
Tecnologia / linguagem de Kubernetes - Docker
programação utilizadas
Porta [A porta deverá estar no 2000
range 1024 a 59999]
Tamanho (X) P (512MB / 1 CPU)
() M (1GB / 1 CPU)
() G (2GB / 1 CPU)
URL Base D4.ui.gamee-frontend.petrobras.com.br
[URL].petrobras.com.br D4.ui.gamee-frontend-dsv.petrobras.com.br (DESENVOLVIMENTO)
D4.ui.gamee-frontend-tst.petrobras.com.br (TESTE)
D4.ui.gamee-frontend-hmg.petrobras.com.br (HOMOLOGAÇÃO)

A.2) Back end:

A.2.1 Microsserviço API Gateway:


- Linguagem Python versão 3.10.11.
- Será implantado como um contêiner Docker.

Gestor: TIC/OI/CS/IS
7
Dados do container
Nome API Gateway
Tecnologia / linguagem de Kubernetes - Docker – Python
programação utilizadas
Porta [A porta deverá estar no 3500
range 1024 a 59999]
Tamanho (X) P (512MB / 1 CPU)
() M (1GB / 1 CPU)
() G (2GB / 1 CPU)
URL Base D4.gamee-gateway.services.petrobras.com.br
[URL].petrobras.com.br D4.gamee-gateway.services-dsv.petrobras.com.br
D4.gamee-gateway.services-tst.petrobras.com.br
D4.gamee-gateway.services-hmg.petrobras.com.br

A.2.2 Microsserviço DMS (Dados de Modelos de Simulação):


- Linguagem Python versão 3.10.11 (Django 3.2)
- Será implantado como um contêiner Docker no Kubernetes.
Dados do container
Nome GAMEE-DMS – Dados de Modelos de Simulação
Tecnologia / linguagem de Kubernetes - Docker - Python - Django
programação utilizadas
Porta [A porta deverá estar no 2500
range 1024 a 59999]
Tamanho (X) P (512MB / 1 CPU)
() M (1GB / 1 CPU)
() G (2GB / 1 CPU)
URL Base D4.gamee-dms.services.petrobras.com.br
[URL].petrobras.com.br D4.gamee-dms.services-dsv.petrobras.com.br
D4.gamee-dms.services-tst.petrobras.com.br
D4.gamee-dms.services-hmg.petrobras.com.br

A.2.3 Microsserviço Gamee-core (Gerador Automático de Modelos de Elevação e Escoamento):


- Linguagem Python versão 3.10.11
- Deverá ser implantado em um Servidor Virtual com o S.O Windows Server 2022 devido ao
fato de uma das aplicações (Pipesim) que será instalada nesse ambiente não ser
compatível com a tecnologia de container.
Dados do
container
Nome GAMEE-CORE – Gerador Automático de Modelos de Elevação e
Escoamento
Tecnologia / linguagem de Python
programação utilizadas
Porta [A porta deverá estar no 3000
range 1024 a 59999]
vCPU 2
Memória 8GB
URL Base D4.gamee-core.services.petrobras.com.br
[URL].petrobras.com.br D4.gamee-core.services-dsv.petrobras.com.br
D4.gamee-core.services-tst.petrobras.com.br
D4.gamee-core.services-hmg.petrobras.com.br

Gestor: TIC/OI/CS/IS
8
A.2.4 Microsserviço gamee-doree (Desenho Otimizado de Reservatório e Elevação e Escoamento):
- Linguagem Python versão 3.7.8
- Também implantado como um contêiner Docker no Kubernetes.
Dados do container
Nome GAMEE-DOREE – Desenho Otimizado de Reservatório e Elevação e
Escoamento
Tecnologia / linguagem de Kubernetes - Docker – Python – Bash (TORQUE/SLURM)
programação utilizadas
Porta [A porta deverá estar no 3500
range 1024 a 59999]
Tamanho () P (512MB / 1 CPU)
(X) M (1GB / 1 CPU)
() G (2GB / 1 CPU)
URL Base D4.gamee-doree.services.petrobras.com.br
[URL].petrobras.com.br D4.gamee-doree.services-dsv.petrobras.com.br
D4.gamee-doree.services-tst.petrobras.com.br
D4.gamee-doree.services-hmg.petrobras.com.br

A.3) Banco de Dados: A aplicação não necessita de Banco de dados próprio, todas as integrações serão
via conection string ou via API.

A.4) Integração com SAP: Não haverá integração com ambiente do SAP.

A.5) Integrações: As integrações serão com a Base do BIEP, com os sistemas externos, POCOWEB,
GISSUB, SUBWEB e ROSIEE (EE Digital) e com os demais microsserviços via API conforme descrito
abaixo:
- A API Gateway roteia as solicitações dos clientes para os microsserviços apropriados.
- Os microsserviços gamee-doree e gamee-core acessam o serviço DMS para coletar dados de
modelos de simulação.
- O gamee-doree e o gamee-core também acessam os simuladores de elevação e escoamento
para validação e simulação de modelos.
- Os microsserviços interagem entre si e com a API Gateway para realizar operações de busca,
geração e otimização.

A.6) Acesso aos Microsserviços:

Os microsserviços podem ser acessados diretamente pela API ou através de uma interface gráfica,
usando controle de acesso (autenticação e autorização) CAv4, para proteger as operações sensíveis.

A.7) Serviço de Mensageria

A aplicação consumirá recursos de uma fila já existe no RabbitMQ.

Gestor: TIC/OI/CS/IS
9
6. Orientações Corporativas sobre Arquitetura de Aplicações
/ Softwares
Abaixo estão os links para os repositórios de documentação contendo os modelos de arquiteturas que a
aplicação / software deverá usar como referência para prover serviços:

Referência Arquiteturas de Referências Links com as Orientações

1 Modelo de desenvolvimento Arquitetura de referência para desenvolvimento de


tradicional de aplicações aplicações em geral
2 Banco de dados Arquitetura de banco de dados
3 Arquitetura, Nuvem, UI/UX e Arquitetura, Nuvem, UI/UX e DevSecOps
DevSecOps

4 Conteiners (Docker e Infraestrutura para Containers


Kubernetes)

5 Comunidade de Interesse Petrobras.dev – Página Inicial (sharepoint.com)


para Desenvolvedores de
Software:

6 Parecer da Arquitetura PE-2TIC-00368 - Parecer Técnico de Arquitetura


Corporativa de TIC
7 Parecer Técnico da Diretriz corporativa para aquisição e renovação de
autorização para aquisição serviços e produtos de TIC
de software no mercado

8 Parecer Técnico da Parecer Técnico de Segurança Tecnológica


Segurança da Informação

9 Criação de Grupo no Azure Gerenciar Acessos e Perfis de Aplicações para o


AD Negócio
- O que você deseja?
Solicitação/alteração de acesso a aplicações

FAQ Grupo no Azure AD


10 Aprovisionamento Banco de Infraestrutura para Dados
dados
- O que você deseja?
Aprovisionamento BD - Padronizado
11 Aprovisionamento de Aprovisionamento de Contêiner
contêiner
- O que você deseja?
Aprovisionamento de Container

Gestor: TIC/OI/CS/IS
10
Considerações sobre Aprovisionamento de Infra

7. Diagnóstico Técnico da Aplicação / Software


Este documento tem como objetivo emitir um parecer técnico de implantação de sistemas de software para
a aplicação/software identificado como:

 A17483_GAMEE – APM0011257- O gerador automático de modelos de elevação e escoamento é


uma aplicação web-based com o propósito de automatizar o processo de geração de modelos de
elevação em quaisquer simuladores a partir de dados coletados das bases corporativas oficiais.
Pode ser dividido no gerador de modelos em si e em um microsserviço para consolidação de
dados, que poderá ser usado por outras aplicações.

7.1 Compatibilidade de Arquitetura de Software

A aplicação A17483_GAMEE – APM0011257 é COMPATÍVEL com a arquitetura de domínio para


sistemas computacionais, pelas seguintes razões:

a) aplicação atende aos requisitos da Petrobras em relação à utilização de tecnologias e modelo de


implementação de acordo com a arquitetura de referência https://codigo-
externo.petrobras.com.br/arqtic/arq-ref-dev/-/wikis/home

b) Recomenda-se a criação dos ambientes de desenvolvimento, teste, homologação e produção em


um pipeline CI/CD para integração e deployment contínuo conforme orientações da arquitetura de
referência. https://codigo-externo.petrobras.com.br/arqtic/arq-ref-dev

7.2 Recomendações
a) A recomendação da equipe de Eng. de Aplicações é que as aplicações estejam preparadas para
ESCALAR HORIZONTALMENTE. O ideal é que cada CONTAINER consuma 1 CPU e no máximo
2 GB de memória. Se precisar de mais CONTAINERS escalar para dois (2), três (3), quatro (4), etc.

b) Faça uso dos serviços CORPORATIVOS (controle de acesso, bancos de dados, servidores de
aplicação gerenciados, mensageria, barramento de serviços, envio de correio, dentre outros)
providos pela infraestrutura CORPORATIVA da Petrobras; NÃO há viabilidade técnica para criar
CONTAINERS de Banco de Dados

c) Recomenda-se que o software seja preparado para realizar escalabilidade horizontal no ambiente
de containers.

Pontos de Atenção:
a) Este parecer técnico é válido enquanto a arquitetura do sistema computacional relatado acima
permanecer íntegra e sem modificações em relação ao que foi analisado e diagnosticado pela
equipe técnica.

b) Caso a arquitetura do sistema computacional seja modificada, por quaisquer das partes envolvidas
na criação, manutenção ou operação do sistema, então este parecer perderá sua validade, e um

Gestor: TIC/OI/CS/IS
11
outro parecer mais atualizado deverá ser emitido.

c) Atentar que o campo “Fase do Ciclo de Vida:” seja alterado para “Produção” assim que o acesso
ao ambiente de PRODUÇÃO for disponibilizado para os usuários/clientes da aplicação
A17483_GAMEE.

d) Para a configuração do Pipeline, é necessário acionar a equipe do System Teams de acordo com a
sua vertical de desenvolvimento. Os pontos focais podem ser consultados por meio da comunidade
de interesse do System Teams.

8. Próximos Passos Executados pelo(a) Responsável


Técnico(a)
8.1. Configuração de Pipeline
Solicitar a inclusão do build do pipeline para a equipe de DevOps no link abaixo:
https://petrobrasbr.sharepoint.com/teams/Comunidades-de-interesse-65/SitePages/System-
Teams.aspx

a) Importante destacar que as imagens dos containers têm que estar prontas previamente, e
carregadas no repositório centralizado da PETROBRAS.

8.2. Aprovisionamento de Container


Solicitar o aprovisionamento de containers para a aplicação nos quatro ambientes:
 DESENVOLVIMENTO
 TESTE
 HOMOLOGAÇÃO
 PRODUÇÃO
Abrir um chamado para a equipe de containers acessando o recurso em Aprovisionamento de
Contêiners informando no texto:
a) Os dados para deploy dos containers serão os mencionados nos Itens A1 e A.2 deste
documento;
b) Que o parecer de arquitetura pode ser consultado no chamado “SCTASK0501524”;
c) Que a mesa de sustentação da aplicação é “N4-DESENVOLVIMENTO_CIENTIFICO_TIC”.

8.3 Aprovisionamento de Servidor Virtual


Solicitar o aprovisionamento do Servidor virtual que hospedará o microsserviço Gamee-core nos quatro
ambientes:
 DESENVOLVIMENTO
 TESTE
 HOMOLOGAÇÃO
 PRODUÇÃO

Gestor: TIC/OI/CS/IS
12
Segue o link da oferta: Aprovisionamento de Servidores Virtuais - Catálogo de Serviços Petrobras
(service-now.com), favor abrir com as seguintes informações:
a) Tipo de SO: Windows
b) Modelo SO: Windows Server 2022 Standard
c) Grupo Administrador – AD: GG_RJ_APP_GAMEE
d) Memória (GB): 8GB
e) CPU: 2vCPU
f) Disco Principal: 100GB
g) Cofre do CONAN: SF_INFRA_APLICACOES_RIC
h) Datacenter: CIPD
i) Mesa de Suporte: N3-INFRA-APLICACOES-ALARMES
j) Segmento de Rede: RIC
k) VLAN: CIPD – PRODUCAO SERVIDORES VIRTUAIS CENPES (10.30.198.0/23)
l) ZONA DNS: petrobras.com.br
m) Política de Backup: Ambiente produtivo: 35 dias / Não produtivo: 15 dias
n) Grupo de Boot: GU_SCCM_PROD_BOOT_SAB_16H_JANELA_4H

Gestor: TIC/OI/CS/IS
13

Você também pode gostar