Questão de Tecnologia da Informação · FGV CVM 2024 (nº 7)

A Arquitetura Hexagonal (também conhecida como Ports and Adapters) visa isolar a lógica de negócio central de detalhes externos, como interfaces de usuário, bancos de dados e serviços. Ela faz isso definindo portas (interfaces que a aplicação usa ou expõe) e adaptadores (implementações concretas que conectam a porta a uma tecnologia específica).

• Portas Primárias (Driving Ports): Interfaces que a aplicação expõe para ser "dirigida" por agentes externos (usuários, outras aplicações).
• Adaptadores Primários (Driving Adapters): Agentes externos que usam as portas primárias para interagir com a aplicação (ex: GUI, CLI, API REST).
• Portas Secundárias (Driven Ports): Interfaces que a aplicação precisa para se comunicar com serviços externos (ex: banco de dados, sistema de mensageria).
• Adaptadores Secundários (Driven Adapters): Implementações concretas de serviços externos que atendem às portas secundárias (ex: driver de banco de dados, cliente de API externa).

Analisando o cenário da CVMapaB:

Portas Primárias e Adaptadores Primários:
A aplicação é "dirigida" por três interfaces:

1. Interface Gráfica de Usuário (GUI)
2. Interface de Linha de Comando (CLI - cvmapb)
3. API web RESTful
   Todas elas realizam as "mesmas operações" ou "parte das operações", o que indica que estão interagindo com o mesmo conjunto de funcionalidades expostas pela aplicação. Portanto, há uma única Porta Primária que define as operações que a aplicação pode realizar, e três Adaptadores Primários (GUI, CLI, API REST) que a utilizam.

Portas Secundárias e Adaptadores Secundários:
A aplicação "precisa" interagir com dois sistemas externos:

1. Sistema gerenciador de banco de dados da CVM: Para "persistir os dados do usuário". Isso implica uma Porta Secundária para persistência de dados e um Adaptador Secundário (o SGBD da CVM).
2. Pipeline de processamento de dados em tempo real da CVM: Para "publicação de métricas de desempenho". Isso implica uma Porta Secundária para publicação de métricas e um Adaptador Secundário (o pipeline da CVM).
   Portanto, há duas Portas Secundárias e dois Adaptadores Secundários.

Resumo: 1 Porta Primária, 3 Adaptadores Primários, 2 Portas Secundárias, 2 Adaptadores Secundários.

(A) Incorreta: Aponta três portas primárias e um adaptador primário, o que contradiz a análise de que há uma única porta primária servida por múltiplos adaptadores.
(B) Incorreta: Aponta duas portas primárias e um adaptador primário, o que também contradiz a análise.
(C) Incorreta: O número de portas e adaptadores primários e secundários está incorreto em relação à análise.
(D) Incorreta: Aponta duas portas primárias e uma porta secundária, o que está incorreto. A armadilha aqui é confundir a quantidade de formas de interação (adaptadores) com a quantidade de interfaces (portas primárias), ou subestimar as necessidades de comunicação externa (portas secundárias).
(E) Correta: Uma porta primária (a interface que define as operações da aplicação), duas portas secundárias (uma para persistência de dados e outra para publicação de métricas), três adaptadores primários (GUI, CLI e API REST) e dois adaptadores secundários (o SGBD da CVM e o pipeline de métricas da CVM).