DEV Community: Thiago

Dicionário Técnico Parte 2: Containers, Shell e Web Components

Thiago — Wed, 23 Sep 2026 17:34:55 +0000

Dando sequência ao nosso dicionário técnico, esta segunda parte aborda dúvidas comuns que surgem ao longo do projeto e inclui conceitos fundamentais para entender completamente os termos de infraestrutura e integração discutidos anteriormente.

💡 Como usar este dicionário

Mantenha a mesma estratégia: leia o conceito, tente explicá-lo com suas próprias palavras e imagine como isso se aplica no código ou na arquitetura. A tecnologia faz muito mais sentido quando entendemos o problema real que ela tenta resolver.

🛠️ Palavras Técnicas

Shell

Dica: o ambiente de texto onde conversamos com o sistema operacional.

O shell é uma interface de linha de comando (CLI) que lê os comandos que você digita e diz ao sistema operacional o que fazer. Quando você abre o terminal no VS Code ou no próprio sistema para rodar um comando do Git, inicializar um servidor local ou usar o curl (visto no dicionário anterior), você está interagindo através do shell.
🔗 Aprofundamento sobre Shell

Container

Dica: uma "caixa" padrão e isolada que empacota a sua aplicação.

Para entender o que o Kubernetes e o OpenShift gerenciam, precisamos entender primeiro o que é um container. Ele é um pacote de software que contém o seu código e absolutamente tudo que ele precisa para rodar (bibliotecas, configurações e ferramentas). Isso resolve o clássico problema do "na minha máquina funciona", garantindo que a aplicação rode perfeitamente igual, seja no seu computador local ou no servidor em produção.
🔗 Aprofundamento sobre Containers

Web Component

Dica: blocos de construção independentes e reutilizáveis para a interface (frontend).

Web Components são um conjunto de padrões da web que permitem criar elementos customizados e reutilizáveis no HTML (como uma tag <meu-card-usuario>), com seu próprio estilo e comportamento isolados. Ao construir aplicações em frameworks modernos como Angular, a lógica de componentização é o coração da arquitetura: você cria pequenos blocos visuais independentes e os junta para compor uma tela completa, evitando repetição de código.
🔗 Aprofundamento sobre Web Components

API (Application Programming Interface)

Dica: a "ponte" de comunicação entre sistemas diferentes.

(Termo essencial para entender Swagger, Postman, Gateway e Apache Camel).
Uma API é um conjunto de regras que permite que um software converse com outro. Imagine que a interface visual da sua aplicação seja um cliente em um restaurante, e o banco de dados (fornecido, por exemplo, por um JSON Server) seja a cozinha. A API atua como o garçom: ela recebe o seu pedido, leva até o backend e traz a resposta (os dados) no formato correto.
🔗 Aprofundamento sobre APIs

CI/CD (Continuous Integration / Continuous Delivery)

Dica: a esteira automatizada de produção do seu código.

(Termo essencial para o conceito de "Pipeline do GitLab" fazer sentido).
Integração Contínua (CI) é a prática de juntar o código de vários desenvolvedores frequentemente e testá-lo de forma automática. Entrega Contínua (CD) é automatizar o envio desse código aprovado para os ambientes de teste ou produção (o Deploy). Basicamente, é o processo que automatiza o trabalho chato e repetitivo de testar e publicar o software a cada nova atualização.
🔗 Aprofundamento sobre CI/CD

Teste Unitário

Dica: avaliação da menor parte possível do seu código.

Relembrando e aprofundando: o teste unitário foca em isolar uma pequena unidade do sistema (como uma única função que valida um formulário ou formata uma data) para verificar se ela devolve o resultado esperado. Ao construir uma aplicação, testar essas pequenas partes isoladamente garante que as regras de negócio básicas estão corretas antes de conectar a aplicação inteira ao servidor ou banco de dados.
🔗 Aprofundamento sobre Testes Unitários

Dicionário Técnico: Infraestrutura, APIs e Boas Práticas

Thiago — Wed, 23 Sep 2026 17:26:23 +0000

Este dicionário técnico organiza termos de infraestrutura, APIs, integração e boas práticas de desenvolvimento. Ele foi pensado para consulta rápida durante o projeto, onde cada termo traz uma definição simples e um link para aprofundamento.

💡 Como usar este dicionário

A melhor forma de usar este material é não tentar decorar todas as definições de uma vez. A ideia é consultar os termos sempre que surgirem em reuniões, tarefas, documentações ou conversas técnicas.

Uma boa estratégia de estudo é ler o conceito, explicá-lo com suas próprias palavras e pensar em um exemplo de onde ele poderia aparecer no projeto. Assim, em vez de apenas decorar nomes como Pipeline, Deploy, Kubernetes, Postman ou Regex, você passa a entender qual é a função de cada um e como eles se relacionam no dia a dia do desenvolvimento.

🛠️ Palavras Técnicas

Cluster

Dica: ambiente onde as aplicações são executadas e gerenciadas.

Um cluster é, de forma simples, um conjunto de computadores ou servidores que trabalham juntos, de forma coordenada. No contexto de infraestrutura, também pode indicar uma rede de empresas, universidades e especialistas que cooperam em um mesmo tema (por exemplo, um cluster cibernético reúne organizações que colaboram em cibersegurança). No contexto de Kubernetes e OpenShift, o termo cluster provavelmente se refere a um cluster Kubernetes: o ambiente responsável por executar e gerenciar as aplicações.
🔗 Aprofundamento sobre Cluster

Gateway

Dica: porta de entrada que encaminha a comunicação entre sistema.

É a porta de passagem entre redes ou sistemas diferentes. Ele recebe uma solicitação, encaminha os dados para o destino correto e pode traduzir protocolos quando necessário. O roteador de casa, por exemplo, costuma agir como gateway para a internet; em APIs, um API Gateway pode direcionar chamadas para os serviços corretos.
🔗 Aprofundamento sobre Gateway

Kubernetes (K8s)

Dica: plataforma que organiza e gerencia aplicações em containers.

É uma plataforma utilizada para organizar e gerenciar aplicações que rodam em containers. Dentro dela é possível controlar onde uma aplicação será executada, quantas cópias dela devem existir e como ela será atualizada, mantendo esse estado desejado de forma automática.
🔗 Aprofundamento sobre Kubernetes

Deploy

Dica: processo de colocar ou atualizar uma aplicação no ambiente.

Deploy é o processo de colocar uma aplicação para funcionar em um ambiente onde ela poderá ser utilizada. Depois de desenvolver e testar uma aplicação, é necessário disponibilizá-la em um servidor ou plataforma. Esse processo de publicação pode envolver copiar os arquivos, configurar o ambiente, instalar dependências e iniciar a aplicação. O deploy também pode ser feito quando uma nova versão do sistema precisa substituir a versão anterior.
🔗 Aprofundamento sobre Deploy

Red Hat OpenShift

Dica: plataforma baseada em Kubernetes para gerenciar aplicações.

É uma plataforma empresarial baseada em Kubernetes, usada para desenvolver, publicar, proteger e administrar aplicações em containers. Ela adiciona interface gráfica, ferramentas de operação e padrões de segurança. Ou seja: Kubernetes é a base, e o OpenShift é uma plataforma mais completa construída sobre essa base.
🔗 Aprofundamento sobre OpenShift

Pipeline do GitLab

Dica: sequência automática de etapas do projeto.

É um fluxo automático de tarefas de integração e entrega contínua (CI/CD) normalmente definido no arquivo .gitlab-ci.yml. Uma pipeline pode instalar dependências, construir o projeto, executar testes e realizar o deploy. Cada tarefa dentro dela é chamada de job, e cada job é executado por um runner.
🔗 Aprofundamento sobre Pipeline

Swagger / OpenAPI

Dica: documentação que mostra como uma API funciona.

OpenAPI é um formato usado para descrever APIs REST: quais endpoints existem, quais dados são enviados, quais respostas são recebidas e como funciona a autenticação. Swagger é o conjunto de ferramentas (editor, UI, geração de código) construído em torno dessa especificação. Funciona como um cardápio, mostrando tudo o que a API oferece.
🔗 [Aprofundamento sobre OpenAPI](https://www.ibm.com/br-pt/think/topics/open-api

Postman

Dica: ferramenta visual para testar APIs.

É um cliente gráfico usado para testar APIs. Nele é possível escolher o método da requisição, informar a URL, adicionar parâmetros, cabeçalhos e corpo, configurar autenticação e analisar a resposta recebida. Também permite organizar requisições em coleções e criar testes automáticos.
🔗 Aprofundamento sobre Postman

curl

Dica: ferramenta para fazer requisições pelo terminal.

É uma ferramenta de linha de comando usada para transferir dados e chamar APIs diretamente pelo terminal, informando endereço, método, cabeçalhos e dados da requisição. Exemplo: curl https://api.exemplo.com/clientes.
🔗 Aprofundamento sobre curl

Apache Camel

Dica: ferramenta que ajuda sistemas diferentes a se comunicarem.

É um framework de integração que conecta sistemas diferentes por meio de rotas. Uma mensagem pode chegar por uma API, ser validada ou transformada, e depois seguir para outro serviço, banco de dados ou fila. Funciona como um centro de distribuição de informações entre sistemas.
🔗 Aprofundamento sobre Apache Camel

Web Companion

Dica: programa relacionado à navegação e segurança.

É o nome de um software da Adaware divulgado como proteção para navegação — não é uma ferramenta de programação. É classificado como programa potencialmente indesejado (PUP) por alterar configurações de pesquisa do navegador sem autorização clara. Se ele aparecer instalado sem que você se lembre da instalação, verifique a origem e, em ambiente corporativo, consulte o suporte de TI.
🔗 Aprofundamento sobre PUP

🧠 Conceitos

Regex (expressão regular)

Dica: padrão usado para encontrar ou validar textos.

É a abreviação de regular expression. Trata-se de um padrão usado para localizar, validar, extrair ou substituir partes de um texto — por exemplo, verificar se um CEP ou um e-mail está no formato esperado. Atenção à grafia: o correto é regex, e não "rejex".
🔗 Aprofundamento sobre Regex

Teste unitário

Dica: teste que verifica uma pequena parte do código.

É um teste automatizado que verifica uma pequena unidade do código — como uma função ou método — geralmente isolada de banco de dados e rede. Exemplo: confirmar que somar(2, 3) devolve 5. Isso ajuda a encontrar erros mais cedo e dá mais confiança para refatorar o código no futuro.
🔗 Aprofundamento sobre Testes Unitários

Código limpo (Clean Code)

Dica: código organizado e fácil de entender e modificar.

É um código fácil de ler, entender, testar e modificar. Utiliza nomes claros, funções com responsabilidade bem definida, formatação consistente e evita repetições desnecessárias. Código limpo não é o código mais curto, e sim aquele que comunica melhor sua intenção.
🔗 Aprofundamento sobre Clean Code