DEV Community: pcgustavo7

Bibliotecas (Lib): entendendo o que são e como usamos no desenvolvimento

pcgustavo7 — Wed, 23 Sep 2026 20:58:44 +0000

Afinal, o que é uma biblioteca? Por que usamos npm install? E qual é a diferença entre uma biblioteca e um framework?

Se você está começando a programar, provavelmente já encontrou coisas como:

npm install axios

ou:

import React from 'react';

Talvez também já tenha visto alguém falando:

"Essa aplicação utiliza algumas libs."

Mas o que exatamente significa isso?

Neste artigo, vamos entender o que é uma biblioteca (library ou lib), por que ela existe, como podemos utilizá-la em nossos projetos e qual é a diferença entre uma biblioteca, um framework e um código que nós mesmos escrevemos.

1. O problema: precisamos reinventar tudo?

Imagine que você esteja desenvolvendo um sistema.

Em determinado momento, você precisa:

formatar datas;
fazer requisições HTTP;
validar e-mails;
criar gráficos;
trabalhar com arquivos;
gerar PDFs;
criptografar informações;
manipular imagens.

Uma possibilidade seria escrever tudo do zero.

Mas será que isso faz sentido?

Imagine precisar criar manualmente uma função de validação de e-mail:

function validarEmail(email) {
  // dezenas de regras...
}

Agora imagine que você precise implementar dezenas de outras funcionalidades.

O projeto rapidamente ficaria enorme.

É justamente nesse tipo de situação que as bibliotecas se tornam úteis.

2. Afinal, o que é uma biblioteca?

Uma biblioteca (library ou lib) é um conjunto de códigos reutilizáveis criado para resolver determinados problemas ou fornecer funcionalidades que podem ser utilizadas dentro de outros programas.

Em vez de desenvolver determinada funcionalidade do zero, podemos utilizar algo que já foi implementado.

Uma maneira simples de visualizar:

                 NOSSO PROJETO
                      |
          +-----------+-----------+
          |           |           |
          v           v           v
       Código      Código       Código
       próprio     próprio      próprio
          |
          +----------------------+
                                 |
                                 v
                           BIBLIOTECA
                                 |
                     +-----------+-----------+
                     |           |           |
                     v           v           v
                  Função      Função      Função
                  pronta      pronta      pronta

A biblioteca fornece "peças" que podemos utilizar para construir nossa aplicação.

3. Uma analogia simples

Imagine que você queira construir um carro.

Você poderia fabricar absolutamente tudo:

rodas;
pneus;
parafusos;
banco;
volante;
motor;
vidro;
sistema de freios.

Seria possível?

Em teoria, sim.

Mas seria extremamente trabalhoso.

Na prática, você utiliza componentes que já foram produzidos.

O desenvolvimento de software segue uma ideia parecida.

Em vez de criar tudo do zero, podemos utilizar componentes e funcionalidades que já existem.

Uma biblioteca é como uma caixa de ferramentas pronta: você escolhe as ferramentas necessárias e utiliza dentro do seu próprio projeto.

4. Biblioteca não é código mágico

Uma coisa importante para quem está começando:

Uma biblioteca não "faz tudo sozinha".

Ela é apenas código.

Código escrito por outras pessoas que foi organizado de forma que outros desenvolvedores possam reutilizá-lo.

Por exemplo:

const resultado = somar(10, 20);

A função somar() poderia ter sido criada por nós:

function somar(a, b) {
  return a + b;
}

Ou poderia estar dentro de uma biblioteca.

A grande vantagem da biblioteca é que funcionalidades mais complexas podem ser disponibilizadas sem que precisemos implementar toda a lógica internamente.

5. Biblioteca na prática

Vamos imaginar que precisamos trabalhar com datas.

Poderíamos escrever diversas funções para:

converter datas;
comparar datas;
adicionar dias;
calcular diferenças;
formatar datas.

Mas existem bibliotecas especializadas nisso.

Por exemplo, uma biblioteca conhecida no ecossistema JavaScript é o date-fns.

Depois de instalar:

npm install date-fns

podemos utilizar funções fornecidas pela biblioteca:

import { format } from 'date-fns';

const data = new Date();

console.log(format(data, 'dd/MM/yyyy'));

Em vez de implementar toda a lógica de formatação de datas, utilizamos uma função já disponível.

6. O que acontece quando fazemos `npm install`?

Essa é uma parte muito importante para quem está começando com JavaScript.

Quando executamos:

npm install date-fns

estamos basicamente dizendo:

"Quero adicionar essa biblioteca ao meu projeto."

O gerenciador de pacotes baixa a biblioteca e registra a dependência do projeto.

Normalmente veremos algo parecido no package.json:

{
  "dependencies": {
    "date-fns": "^4.1.0"
  }
}

Agora o projeto sabe que depende dessa biblioteca.

7. O `package.json`

O arquivo package.json é muito importante no ecossistema JavaScript.

Ele pode armazenar informações como:

nome do projeto;
versão;
scripts;
dependências;
dependências de desenvolvimento;
configurações do projeto.

Por exemplo:

{
  "name": "meu-projeto",
  "version": "1.0.0",
  "scripts": {
    "start": "node index.js"
  },
  "dependencies": {
    "date-fns": "^4.1.0"
  }
}

Observe:

"dependencies": {
  "date-fns": "^4.1.0"
}

Isso significa que date-fns é uma dependência utilizada pelo projeto.

8. Dependência e biblioteca são a mesma coisa?

Não exatamente.

Uma biblioteca é um código reutilizável.

Uma dependência é algo de que o nosso projeto depende para funcionar ou para realizar determinada tarefa.

Uma biblioteca pode ser uma dependência.

Por exemplo:

Meu projeto
     |
     +---- date-fns
     |
     +---- axios
     |
     +---- lodash

Nesse caso, essas bibliotecas podem ser dependências do projeto.

Por isso, os termos aparecem frequentemente juntos.

9. Como usamos uma biblioteca?

Depois de instalada, normalmente precisamos importar aquilo que queremos utilizar.

Por exemplo:

import axios from 'axios';

Depois podemos utilizar a funcionalidade fornecida:

const resposta = await axios.get(
  'https://api.exemplo.com/users'
);

console.log(resposta.data);

Perceba uma coisa interessante.

Nós não precisamos saber exatamente como o Axios implementou internamente toda a comunicação HTTP.

Utilizamos a interface disponibilizada pela biblioteca.

10. O que é uma API de uma biblioteca?

Aqui existe uma confusão comum.

Quando falamos de biblioteca, também podemos falar sobre a API da biblioteca.

Nesse contexto, API significa a forma como nosso código pode interagir com aquela biblioteca.

Por exemplo:

axios.get(...)
axios.post(...)
axios.delete(...)

Essas funções fazem parte da interface disponibilizada pelo Axios.

Podemos imaginar:

                 NOSSO CÓDIGO
                      |
                      v
             axios.get(...)
                      |
                      v
              API DA BIBLIOTECA
                      |
                      v
             IMPLEMENTAÇÃO
                INTERNA

Não precisamos necessariamente conhecer toda a implementação interna para utilizar a biblioteca.

11. Biblioteca é uma "caixa de ferramentas"

Uma biblioteca normalmente possui diversas funcionalidades relacionadas.

Imagine uma biblioteca para trabalhar com datas:

date-fns
   |
   +--- format()
   +--- addDays()
   +--- subDays()
   +--- differenceInDays()
   +--- isBefore()
   +--- isAfter()

Nosso projeto pode utilizar apenas algumas delas.

Por exemplo:

import {
  format,
  addDays
} from 'date-fns';

Podemos utilizar:

const hoje = new Date();

const amanha = addDays(hoje, 1);

console.log(format(amanha, 'dd/MM/yyyy'));

Não precisamos criar todas essas funções.

12. Bibliotecas resolvem problemas específicos

Uma biblioteca normalmente não existe simplesmente para "ser uma biblioteca".

Ela costuma resolver algum problema.

Podemos encontrar bibliotecas para praticamente qualquer área:

Problema	Exemplos de bibliotecas
Requisições HTTP	Axios
Datas	date-fns
Utilidades	Lodash
Gráficos	Chart.js
Validação	Zod
Testes	Vitest / Jest
Componentes de interface	várias opções
Animações	várias opções
Manipulação de arquivos	várias opções

A ideia principal é:

Existe um problema recorrente? É possível que exista uma biblioteca que já tenha uma solução para ele.

13. Mas por que não fazer tudo sozinho?

Essa é uma ótima pergunta.

Porque desenvolvimento de software envolve muito mais do que escrever código.

Também precisamos pensar em:

tempo;
manutenção;
testes;
segurança;
compatibilidade;
documentação;
bugs;
desempenho;
atualização.

Imagine que você precise implementar uma biblioteca complexa de datas.

Você poderia gastar dias ou semanas trabalhando em algo que outras pessoas já implementaram, testaram e documentaram.

Isso não significa que devemos instalar uma biblioteca para absolutamente tudo.

Significa apenas que devemos saber quando reutilizar código.

14. Reutilização de código

Um dos conceitos fundamentais por trás das bibliotecas é a reutilização.

Imagine que 10.000 projetos precisem realizar determinada tarefa.

Sem uma biblioteca:

Projeto A → implementa
Projeto B → implementa
Projeto C → implementa
Projeto D → implementa
...

Com uma biblioteca:

                 BIBLIOTECA
                /    |    \
               /     |     \
              v      v      v
         Projeto A Projeto B Projeto C

Uma implementação pode ser utilizada por vários projetos.

É uma das grandes forças do desenvolvimento moderno.

15. Biblioteca vs código próprio

Vamos comparar.

Código próprio

function validarEmail(email) {
  // implementação criada pela equipe
}

Biblioteca

import { z } from 'zod';

const schema = z.object({
  email: z.string().email()
});

Nos dois casos existe código sendo executado.

A diferença é quem implementou aquela solução e como ela é distribuída/reutilizada.

16. Biblioteca vs Framework

Essa é provavelmente uma das dúvidas mais comuns de quem está começando.

Biblioteca e framework não são exatamente a mesma coisa.

Uma maneira simples de pensar:

Biblioteca

"Eu chamo a biblioteca quando preciso dela."

Meu código
    |
    v
Biblioteca

Framework

"O framework fornece uma estrutura na qual meu código funciona."

Framework
   |
   +---- Meu código
   |
   +---- Meu código
   |
   +---- Meu código

Uma explicação bastante usada para essa diferença é a inversão de controle.

Na biblioteca, normalmente nós controlamos quando utilizamos suas funções.

No framework, o framework define boa parte do fluxo da aplicação e chama nosso código nos momentos apropriados.

17. Uma comparação simples

Imagine uma cozinha.

Uma biblioteca seria como uma ferramenta:

Cozinha
  |
  +--- Liquidificador

Você decide quando utilizar.

Já um framework seria mais parecido com uma cozinha estruturada com regras sobre onde cada coisa deve ficar e como o processo deve funcionar.

Framework
   |
   +--- Estrutura
   +--- Regras
   +--- Fluxo
   +--- Convenções

A analogia não é perfeita, mas ajuda a visualizar a diferença.

18. E o React?

React é frequentemente chamado de biblioteca para construir interfaces de usuário.

Um exemplo simples:

function App() {
  return <h1>Olá, mundo!</h1>;
}

Aqui estamos utilizando funcionalidades fornecidas pelo React para construir a interface.

O importante não é decorar se determinada tecnologia é chamada de biblioteca ou framework.

É entender qual responsabilidade ela possui e como ela controla o fluxo da aplicação.

19. E o Angular?

No caso do Angular, temos uma estrutura mais abrangente para desenvolvimento de aplicações.

Ele fornece várias ferramentas integradas para coisas como:

componentes;
injeção de dependência;
roteamento;
formulários;
HTTP;
organização da aplicação;
ferramentas de desenvolvimento.

Por isso, Angular é normalmente tratado como um framework.

20. Biblioteca não significa "melhor"

Outro erro comum é pensar:

"Se existe uma biblioteca, então devemos utilizá-la."

Não necessariamente.

Adicionar uma biblioteca também possui custos.

Por exemplo:

Nova biblioteca
      |
      +--- código adicional
      +--- dependências
      +--- atualizações
      +--- possíveis vulnerabilidades
      +--- manutenção
      +--- impacto no projeto

Por isso, antes de instalar uma biblioteca, vale perguntar:

Eu realmente preciso dela?
Posso resolver isso facilmente com código próprio?
Ela é mantida?
Possui documentação?
É compatível com meu projeto?
Existem vulnerabilidades conhecidas?
O tamanho dela é adequado?
A comunidade utiliza essa solução?

21. Cuidado com o "instalar uma lib para tudo"

Imagine que alguém precise somar dois números.

E decide instalar uma biblioteca:

npm install calculadora-super-ultra

Para depois:

import { soma } from 'calculadora-super-ultra';

Isso provavelmente não faz muito sentido.

Poderíamos simplesmente escrever:

const resultado = 10 + 20;

A biblioteca precisa trazer uma vantagem real.

Uma boa prática não é usar o maior número possível de bibliotecas. É utilizar dependências que realmente agregam valor ao projeto.

22. Bibliotecas também podem depender de outras bibliotecas

Esse ponto é bastante interessante.

Imagine:

Meu projeto
    |
    +---- Biblioteca A
              |
              +---- Biblioteca B
              |
              +---- Biblioteca C

Nós instalamos apenas a Biblioteca A, mas ela pode depender de outras bibliotecas.

Essas são chamadas de dependências transitivas.

Por isso, um projeto moderno pode possuir muito mais pacotes instalados do que aqueles que aparecem diretamente no package.json.

23. `node_modules`

Depois de instalar dependências em um projeto JavaScript, normalmente encontramos:

node_modules/

Essa pasta contém os pacotes instalados e suas dependências.

Por exemplo:

meu-projeto/
│
├── node_modules/
│   ├── axios/
│   ├── date-fns/
│   └── ...
│
├── package.json
├── package-lock.json
└── index.js

É importante entender:

node_modules não é o lugar onde normalmente editamos nossas bibliotecas.

Ele é o resultado da instalação das dependências.

24. E o `package-lock.json`?

Além do package.json, é comum encontrarmos:

package-lock.json

Ele registra informações detalhadas sobre as versões das dependências instaladas.

Isso ajuda a tornar a instalação mais previsível em diferentes ambientes.

Por exemplo:

Desenvolvedor A
      |
      v
npm install
      |
      v
mesmas versões

Desenvolvedor B
      |
      v
npm install
      |
      v
mesmas versões

Isso é especialmente importante quando várias pessoas trabalham no mesmo projeto.

25. Biblioteca local vs biblioteca global

No desenvolvimento com Node.js, também podemos encontrar instalações globais.

Por exemplo:

npm install -g alguma-ferramenta

O -g significa instalação global.

Já:

npm install alguma-biblioteca

normalmente instala a dependência no projeto atual.

Para bibliotecas utilizadas diretamente pelo código da aplicação, normalmente faz mais sentido que elas sejam dependências do próprio projeto.

Assim, outro desenvolvedor consegue instalar o projeto utilizando:

npm install

26. Como uma biblioteca chega até nosso código?

Podemos visualizar todo o processo:

Desenvolvedor
     |
     | npm install
     v
Registro de pacotes
     |
     v
Biblioteca
     |
     v
node_modules
     |
     v
Nosso código
     |
     v
import
     |
     v
Funções da biblioteca

No ecossistema JavaScript, o npm é uma das principais formas de distribuir e instalar pacotes.

27. Uma biblioteca também pode ser criada por nós

Aqui está uma ideia importante:

Nós também podemos criar bibliotecas.

Imagine que você criou algumas funções úteis:

export function somar(a, b) {
  return a + b;
}

export function multiplicar(a, b) {
  return a * b;
}

Você poderia organizar esse código e disponibilizá-lo para outros projetos.

A ideia seria:

Projeto A
     |
     v
Minha biblioteca
     ^
     |
Projeto B

Isso é reutilização de código em uma escala maior.

28. Biblioteca pública e biblioteca privada

Nem toda biblioteca precisa ser disponibilizada publicamente.

Uma empresa pode criar uma biblioteca interna para seus próprios projetos.

Por exemplo:

Empresa
   |
   +--- Sistema financeiro
   |
   +--- Sistema administrativo
   |
   +--- Aplicativo mobile
   |
   +--- Site
          |
          v
    Biblioteca interna

Essa biblioteca poderia conter:

componentes visuais;
funções utilitárias;
regras compartilhadas;
validações;
padrões de comunicação;
componentes de formulário.

Isso evita que cada projeto precise implementar as mesmas coisas novamente.

29. Bibliotecas e Design System

Um exemplo bastante interessante é o uso de bibliotecas para criar Design Systems.

Imagine uma empresa com vários sistemas.

Todos precisam utilizar:

Botões
Inputs
Modais
Tabelas
Cards
Menus
Cores
Tipografia

Em vez de cada sistema criar seus próprios componentes, uma biblioteca pode disponibilizar esses elementos.

                 UI Library
                     |
        +------------+------------+
        |            |            |
        v            v            v
     Sistema A    Sistema B    Sistema C
        |            |            |
        +------------+------------+
                     |
              Mesmo padrão visual

Isso facilita a manutenção e mantém consistência entre aplicações.

30. Como escolher uma biblioteca?

Antes de instalar qualquer pacote, podemos fazer algumas perguntas.

1. Ela resolve realmente meu problema?

Se a resposta for não, provavelmente não precisamos dela.

2. Possui documentação?

Uma biblioteca sem documentação pode se tornar difícil de manter.

3. É mantida?

É interessante verificar se existem atualizações e manutenção ativa.

4. Possui comunidade?

Uma comunidade maior pode facilitar a busca por exemplos e soluções.

5. Possui problemas de segurança conhecidos?

Dependências também podem possuir vulnerabilidades.

6. Ela é compatível com meu projeto?

Uma biblioteca pode exigir uma versão específica do Node.js, Angular, React ou outra tecnologia.

31. Biblioteca também tem versão

Imagine:

Biblioteca v1
Biblioteca v2
Biblioteca v3

Uma atualização pode trazer:

novas funcionalidades;
correções;
melhorias de desempenho;
correções de segurança;
mudanças na API.

Mas também pode alterar comportamentos existentes.

Por isso, atualizar dependências sem analisar o impacto pode causar problemas.

32. O famoso "funciona na minha máquina"

Imagine:

Computador A
    |
    v
Biblioteca versão 1.5
    |
    v
Funcionou!

Enquanto:

Computador B
    |
    v
Biblioteca versão 2.0
    |
    v
Erro!

Esse tipo de situação mostra por que o gerenciamento de dependências é importante.

O package.json, o lockfile e ferramentas como npm ajudam a manter o ambiente mais previsível.

33. Biblioteca não elimina a necessidade de entender programação

Esse é um ponto que considero especialmente importante para iniciantes.

Imagine que você use uma biblioteca para fazer uma requisição:

axios.get('/users');

É possível utilizar isso sem entender profundamente HTTP.

Mas, quando surgir um erro:

404
500
401
403
CORS
Timeout

ter conhecimento sobre HTTP fará muita diferença.

Por isso:

Bibliotecas ajudam a escrever software, mas não substituem os fundamentos da programação.

Quanto mais você entende os fundamentos, melhor consegue utilizar as ferramentas.

34. Um exemplo completo

Vamos criar um pequeno projeto.

Imagine que queremos consultar usuários.

Sem biblioteca:

fetch('https://api.exemplo.com/users')
  .then(response => response.json())
  .then(data => {
    console.log(data);
  });

Agora podemos utilizar uma biblioteca especializada:

import axios from 'axios';

const response = await axios.get(
  'https://api.exemplo.com/users'
);

console.log(response.data);

O código fica diferente, mas o conceito permanece:

Nosso código
     |
     v
Biblioteca
     |
     v
Requisição HTTP
     |
     v
Servidor
     |
     v
Resposta

A biblioteca funciona como uma camada que facilita determinada tarefa.

35. O que acontece por baixo dos panos?

Quando utilizamos uma biblioteca, nosso código não deixa de ser executado.

Imagine:

axios.get('/users');

Internamente, a biblioteca possui diversas funções e regras para transformar essa chamada em algo que o ambiente consiga executar.

Podemos simplificar:

axios.get()
    |
    v
Biblioteca
    |
    v
Preparação da requisição
    |
    v
HTTP
    |
    v
Servidor
    |
    v
Resposta

A biblioteca esconde parte da complexidade.

Isso é uma das grandes vantagens da abstração.

36. Biblioteca é uma forma de abstração

Abstração significa esconder detalhes desnecessários para facilitar o uso de algo.

Por exemplo:

const resposta = await axios.get(url);

Você não precisa escrever manualmente toda a implementação necessária para:

abrir a conexão;
montar headers;
tratar a resposta;
converter dados;
lidar com vários detalhes da requisição.

A biblioteca fornece uma interface mais simples.

Podemos pensar:

Complexidade interna
████████████████████████

          ↓

Interface simples

axios.get(url)

Uma boa biblioteca transforma uma tarefa complexa em uma interface que podemos utilizar de maneira mais simples.

37. O que aprendemos?

Depois de tudo isso, podemos resumir:

Biblioteca (Lib) é um conjunto de código reutilizável criado para fornecer funcionalidades que podem ser utilizadas por outras aplicações.

Ela pode ajudar a:

economizar tempo;
reutilizar código;
reduzir trabalho repetitivo;
abstrair complexidade;
padronizar soluções;
acelerar o desenvolvimento.

Mas também precisamos considerar:

manutenção;
segurança;
versões;
tamanho;
dependências;
documentação;
compatibilidade.

38. Biblioteca em uma única imagem mental

Se você lembrar apenas de uma coisa deste artigo, lembre disso:

              NOSSO PROJETO
                    |
                    v
          +-------------------+
          |       LIB         |
          |                   |
          |  Código pronto    |
          |  Funções          |
          |  Utilidades       |
          |  Abstrações       |
          +-------------------+
                    |
                    v
            Resultado desejado

Nós não precisamos reinventar tudo.

Podemos aproveitar soluções existentes e concentrar nosso esforço naquilo que realmente torna nossa aplicação única.

Conclusão

No início da programação, é comum pensar que ser um bom programador significa saber escrever absolutamente tudo sozinho.

Na prática, desenvolvimento de software é muito mais sobre saber resolver problemas do que sobre escrever cada linha do zero.

Bibliotecas fazem parte dessa realidade.

Quando precisamos trabalhar com datas, requisições HTTP, validação, gráficos, testes ou diversas outras tarefas, podemos utilizar soluções que já foram desenvolvidas e disponibilizadas para reutilização.

Mas existe uma diferença importante entre:

"Eu instalei uma biblioteca."

"Eu entendo por que estou utilizando essa biblioteca."

A segunda situação é muito mais importante.

Uma biblioteca não substitui o conhecimento do programador. Ela é uma ferramenta.

E quanto melhor entendemos programação, mais capazes somos de escolher as ferramentas certas.

Problema
   |
   v
Preciso implementar uma solução?
   |
   +---- Sim ----> Código próprio
   |
   +---- Existe uma boa solução?
                    |
                    v
                Biblioteca
                    |
                    v
              Nosso projeto

No final, a ideia é simples:

Uma biblioteca é código reutilizável que podemos incorporar ao nosso projeto para resolver problemas sem precisar reinventar a roda.

E talvez essa seja uma das maiores ideias por trás do desenvolvimento moderno:

não precisamos construir tudo sozinhos — precisamos saber como combinar as peças certas.

Para continuar estudando

Depois de entender bibliotecas, alguns conceitos fazem bastante sentido como próximos passos:

O que é um pacote?
O que é npm?
O que é package.json?
O que é node_modules?
O que é uma dependência?
O que são dependências transitivas?
O que é um framework?
O que é uma API?
O que é SDK?
O que é gerenciamento de versões?
O que é Semantic Versioning (SemVer)?

Esses conceitos estão diretamente relacionados e ajudam a entender melhor como os projetos modernos são construídos.

Load Balancer (balanceador de carga) Como funciona?

pcgustavo7 — Wed, 23 Sep 2026 20:58:28 +0000

Load Balancer (Balanceador de Carga)

Um Load Balancer (balanceador de carga) é um distribuidor de tráfego. Ele recebe as requisições de entrada dos usuários e as divide entre vários servidores.

Isso evita que uma única máquina fique sobrecarregada, ajudando a manter o sistema rápido, estável e disponível, mesmo quando muitas pessoas estão acessando ao mesmo tempo.

Como funciona?

De forma simples, podemos imaginar o funcionamento assim:

              👤 Usuário
                  │
                  ▼
          ┌─────────────────┐
          │  Load Balancer  │
          └────────┬────────┘
                   │
          ┌────────┼────────┐
          ▼        ▼        ▼
      🖥️ Servidor 🖥️ Servidor 🖥️ Servidor
           1          2          3

O Load Balancer recebe a requisição e decide para qual servidor ela será encaminhada.

Por exemplo, se três usuários acessarem um site ao mesmo tempo, ele pode distribuir as requisições entre os três servidores:

Usuário 1 ──► Load Balancer ──► Servidor 1
Usuário 2 ──► Load Balancer ──► Servidor 2
Usuário 3 ──► Load Balancer ──► Servidor 3

Dessa forma, o trabalho não fica concentrado em apenas uma máquina.

E se um servidor estiver com problema?

O Load Balancer também pode verificar se os servidores estão funcionando. Se um deles estiver indisponível, ele pode deixar de enviar novas requisições para aquela máquina.

                 Load Balancer
                      │
             ┌────────┼────────┐
             ▼        ▼        ▼
          🟢 Server  🟢 Server  🔴 Server
              1          2          3
                                  ↓
                            Não recebe
                            novas requisições

Isso ajuda a evitar que o usuário seja direcionado para um servidor que está fora do ar.

Por que ele é importante?

O Load Balancer é muito utilizado em aplicações que possuem muitos acessos ou precisam de maior estabilidade.

Sem um balanceador:

1000 usuários
      │
      ▼
🖥️ Um único servidor
      ↓
   Sobrecarga

Com um Load Balancer:

1000 usuários
      │
      ▼
⚖️ Load Balancer
   │    │    │
   ▼    ▼    ▼
 🖥️   🖥️   🖥️
Serv. Serv. Serv.
  1     2     3

Assim, a carga de trabalho pode ser distribuída entre diferentes servidores.

Resumindo

Load Balancer é um componente que distribui as requisições entre vários servidores, evitando sobrecarga e ajudando a manter uma aplicação disponível e estável.

Ele funciona como um "organizador de tráfego", recebendo as requisições dos usuários e encaminhando cada uma para um servidor disponível.

Exemplo do dia a dia 🍔

Imagine um restaurante com três atendentes:

👥👥👥👥👥👥
     │
     ▼
👨‍💼 Organizador
     │
 ┌───┼───┐
 ▼   ▼   ▼
👨   👨   👨
At.  At.  At.

O organizador distribui os clientes entre os atendentes para evitar que apenas uma pessoa fique responsável por todos.

No sistema, o organizador seria o Load Balancer e os atendentes seriam os servidores.

MockServer: o dublê da sua aplicação

pcgustavo7 — Wed, 23 Sep 2026 20:52:22 +0000

MockServer: o dublê da sua aplicação

O MockServer funciona como um "dublê" para sistemas que ainda não existem, estão fora do ar ou que você não quer utilizar durante os testes.

Quando um programa precisa conversar com outro sistema, como uma API de pagamento, um serviço de login ou uma API externa, normalmente ele precisa enviar requisições e receber respostas.

O problema é que, durante o desenvolvimento, depender do sistema real pode ser complicado. Ele pode estar fora do ar, ser lento, cobrar por cada requisição ou ainda não estar pronto.

É aí que entra o MockServer.

Como funciona?

O MockServer fica no lugar do sistema real e simula seu comportamento.

Podemos imaginar assim:

          Sem MockServer

👨‍💻 Aplicação ───────► 🌐 API Real
                            │
                            ▼
                       💳 Pagamento

Durante os testes, podemos substituir a API real por um MockServer:

          Com MockServer

👨‍💻 Aplicação ───────► 🧪 MockServer
                            │
                            ▼
                    Resposta simulada

A aplicação acredita que está conversando com o serviço normalmente, mas, na realidade, está recebendo uma resposta criada para o teste.

Um exemplo simples

Imagine que estamos desenvolvendo um sistema que consulta informações de um usuário:

👨‍💻 Aplicação
     │
     │ "Qual o nome do usuário 10?"
     ▼
🧪 MockServer
     │
     │ "João, 20 anos"
     ▼
👨‍💻 Aplicação

O MockServer pode ser configurado para devolver uma resposta específica sempre que receber determinada requisição.

Assim, podemos testar se nossa aplicação sabe interpretar e utilizar corretamente aquela resposta.

E se a API estiver fora do ar?

Essa é uma das situações em que um MockServer pode ser muito útil.

Imagine que sua aplicação depende de uma API de pagamentos:

👨‍💻 Seu sistema
      │
      ▼
💳 API de pagamento
      │
      ❌ Fora do ar

Em vez de ficar esperando a API voltar, podemos utilizar um MockServer:

👨‍💻 Seu sistema
      │
      ▼
🧪 MockServer
      │
      ▼
✅ "Pagamento aprovado"

Dessa forma, conseguimos continuar desenvolvendo e testando nossa aplicação.

Por que utilizar?

O MockServer pode ajudar a:

🧪 Testar funcionalidades sem depender do sistema real.
⚡ Acelerar o desenvolvimento.
💰 Evitar custos de chamadas em serviços pagos.
🔌 Testar aplicações que dependem de APIs externas.
❌ Simular situações de erro, como uma API fora do ar.

Por exemplo, podemos criar diferentes respostas:

Requisição → MockServer

✅ 200 → Usuário encontrado
❌ 404 → Usuário não encontrado
⚠️ 500 → Erro no servidor

Isso permite testar como nossa aplicação reage a diferentes situações.

Resumindo

MockServer é uma ferramenta utilizada para simular sistemas e APIs durante o desenvolvimento e os testes.

Ele funciona como um "dublê" do sistema real, recebendo requisições e devolvendo respostas simuladas.

Assim, o desenvolvedor consegue testar sua aplicação sem precisar depender o tempo todo de serviços externos.

Exemplo do dia a dia 🎬

Em um filme, quando uma cena é perigosa, muitas vezes um dublê substitui o ator para realizar aquela parte.

No desenvolvimento de software, o MockServer faz algo parecido:

🎬 Filme
Ator ─────► Dublê

💻 Software
Aplicação ─► MockServer

O dublê não é o ator real, mas consegue representar aquela situação para que a cena aconteça.

Da mesma forma, o MockServer não é a API real, mas consegue simular seu comportamento para que possamos testar nossa aplicação.

Redis: o bloco de notas rápido da sua aplicação

pcgustavo7 — Wed, 23 Sep 2026 20:45:30 +0000

O Redis pode ser comparado a um bloco de notas que fica na sua mesa, em vez de uma informação guardada em um arquivo no porão.

Em uma aplicação, os dados normalmente ficam armazenados em um banco de dados. Esses dados são persistidos para que possam ser recuperados posteriormente.

O problema é que algumas informações são acessadas muitas vezes. Fazer a mesma consulta ao banco de dados repetidamente pode deixar o sistema mais lento.

É aí que o Redis pode ajudar.

Como funciona?

O Redis armazena informações diretamente na memória RAM, que é muito mais rápida para acessar dados do que o armazenamento em disco.

Podemos imaginar assim:

```text id="rds001"
Sem Redis

👨‍💻 Usuário
│
▼
🌐 Aplicação
│
▼
🗄️ Banco de Dados
│
▼
📦 Informação




Sempre que a aplicação precisa daquela informação, ela precisa consultar o banco.

Com Redis:



```text id="rds002"
          Com Redis

👨‍💻 Usuário
     │
     ▼
🌐 Aplicação
     │
     ▼
⚡ Redis
     │
     ▼
📦 Informação

Como a informação já está disponível na memória, a aplicação consegue recuperá-la rapidamente.

Um exemplo simples

Imagine um site onde milhares de usuários acessam uma mesma informação:

👥 Usuários
 👤 👤 👤 👤
       │
       ▼
   🌐 Aplicação
       │
       ▼
    ⚡ Redis
       │
       ▼
 "Informação mais acessada"

Em vez de consultar o banco de dados toda vez, o sistema pode guardar temporariamente essa informação no Redis.

Isso reduz a quantidade de consultas ao banco e pode deixar a aplicação mais rápida.

Onde o Redis pode ser utilizado?

O Redis é muito utilizado para armazenar dados temporários ou que precisam ser acessados rapidamente.

Por exemplo:

🔐 Sessão de login
🛒 Carrinho de compras
👁️ Contadores de visualizações
⚡ Dados acessados frequentemente
⏱️ Informações temporárias

Imagine um carrinho de compras:

👨‍💻 Usuário adiciona produto
          │
          ▼
      ⚡ Redis
          │
          ▼
🛒 "2 produtos no carrinho"

Quando o usuário acessa o carrinho novamente, a aplicação pode recuperar essa informação rapidamente.

Redis substitui o banco de dados?

Não necessariamente.

Redis e bancos de dados tradicionais podem trabalhar juntos.

Uma arquitetura simples poderia ser:

                 🌐 Aplicação
                     │
             ┌───────┴───────┐
             ▼               ▼
         ⚡ Redis        🗄️ Banco
        (rápido)        (principal)

O banco de dados continua armazenando as informações principais, enquanto o Redis pode guardar temporariamente os dados que precisam ser acessados com frequência.

Por que ele é rápido?

A principal diferença está em onde os dados são armazenados.

🗄️ Banco tradicional
      │
      ▼
💾 Armazenamento em disco

⚡ Redis
      │
      ▼
🧠 Memória RAM

A RAM permite acessar os dados muito rapidamente, tornando o Redis útil quando uma aplicação precisa responder muitas requisições em pouco tempo.

Resumindo

Redis é um sistema de armazenamento em memória usado para acessar dados rapidamente, sendo muito utilizado como cache e para informações temporárias.

Ele funciona como um "bloco de notas na mesa": em vez de procurar uma informação toda vez no arquivo guardado no porão, você deixa aquilo que usa com frequência em um lugar muito mais fácil de acessar.

Exemplo do dia a dia 📝

Imagine que você trabalha em um escritório e consulta constantemente um determinado número:

📁 Arquivo no armário
       ↓
   Procurar informação
       ↓
     Encontrou!

Seria muito mais prático anotar esse número em um bloco de notas na sua mesa:

📝 Bloco de notas
       ↓
   Informação
       ↓
    Acesso rápido ⚡

O Redis funciona de maneira parecida: ele mantém determinados dados disponíveis na memória, permitindo que a aplicação os encontre rapidamente.

Para lembrar

Redis = memória rápida + dados temporários/cache + respostas mais rápidas.

Keycloak: a portaria central das aplicações

pcgustavo7 — Wed, 23 Sep 2026 20:45:10 +0000

O Keycloak pode ser comparado à portaria central de vários prédios.

Em vez de cada aplicação ter seu próprio sistema de login, senha e recuperação de conta, podemos utilizar o Keycloak para centralizar essa responsabilidade.

O usuário faz login uma vez e recebe um token, que funciona como um "crachá digital". Esse token permite que ele acesse outras aplicações que estão conectadas ao Keycloak sem precisar digitar a senha novamente.

Como funciona?

Sem um sistema centralizado, cada aplicação poderia ter seu próprio login:

```text id="kc001"
👤 Usuário
│
├──► 🌐 Sistema 1
│ 🔑 Login
│
├──► 🌐 Sistema 2
│ 🔑 Login
│
└──► 🌐 Sistema 3
🔑 Login




Isso significa que o usuário pode precisar fazer login várias vezes.

Com o Keycloak:



```text id="kc002"
             👤 Usuário
                  │
                  ▼
             🔐 Keycloak
             (Login)
                  │
                  ▼
             🎫 Token
             /       \
            ▼         ▼
       🌐 Sistema 1  🌐 Sistema 2

O usuário se autentica no Keycloak e, depois disso, o token pode ser utilizado para acessar os sistemas conectados.

O que é esse "token"?

O token é uma informação digital que representa que o usuário foi autenticado.

Podemos imaginar como um crachá:

```text id="kc003"
🔐 Login
│
▼
┌─────────────┐
│ 🎫 CRACHÁ │
│ DIGITAL │
└─────────────┘
│
┌────┴────┐
▼ ▼
🌐 Sistema 1 🌐 Sistema 2




Em vez de entregar sua senha para cada sistema, o usuário apresenta esse "crachá digital".

> **Importante:** o token não é simplesmente a senha do usuário. Ele é utilizado para informar aos sistemas que aquele usuário já foi autenticado.

### Um exemplo simples

Imagine uma empresa que possui três sistemas:



```text
🏢 Empresa

🌐 Sistema de Vendas
🌐 Sistema Financeiro
🌐 Sistema de RH

Sem Keycloak, cada sistema poderia possuir seu próprio login.

Com Keycloak:

                 👤 Funcionário
                       │
                       ▼
                  🔐 Keycloak
                       │
                       ▼
                    🎫 Token
                  /     |     \
                 ▼      ▼      ▼
              Vendas Financeiro RH

O funcionário realiza o login no Keycloak e pode acessar os sistemas autorizados.

Além do login

O Keycloak também oferece recursos relacionados à autenticação, como:

🔐 Login
🔄 Recuperação de senha
🎫 Tokens
👤 Gerenciamento de usuários
🌐 Login com Google
🌐 Login com outras contas

Isso evita que o desenvolvedor precise criar todos esses recursos do zero.

Keycloak controla o que o usuário pode acessar?

Ele pode participar desse processo através de permissões e funções (roles).

Por exemplo:

👤 João
   │
   ├── 🎫 Funcionário
   │       └── Acesso ao sistema de vendas
   │
   └── 🔑 Administrador
           └── Acesso ao painel administrativo

Assim, diferentes usuários podem ter diferentes níveis de acesso dentro das aplicações.

Resumindo

Keycloak é uma solução que centraliza a autenticação e o gerenciamento de acesso de usuários em diferentes aplicações.

Ele funciona como uma portaria central: o usuário se identifica uma vez, recebe seu "crachá digital" e pode utilizá-lo para acessar os sistemas que estão conectados e autorizados.

Exemplo do dia a dia 🏢

Imagine um condomínio com vários prédios.

Em vez de cada prédio fazer um cadastro completamente diferente, existe uma portaria central:

              👤 Pessoa
                 │
                 ▼
          🏢 Portaria Central
             🔐 Identificação
                 │
                 ▼
             🎫 Crachá
            /    |    \
           ▼     ▼     ▼
         🏢 A   🏢 B   🏢 C

No mundo do software:

👤 Usuário
    │
    ▼
🔐 Keycloak
    │
    ▼
🎫 Token
    │
 ┌──┼──┐
 ▼  ▼  ▼
🌐 🌐 🌐

A portaria é o Keycloak, o crachá é o token e os prédios são as aplicações.

Para lembrar

Keycloak = autenticação centralizada + usuários + tokens + controle de acesso.

JWT: a pulseira de acesso da sua aplicação

pcgustavo7 — Wed, 23 Sep 2026 20:38:08 +0000

Um JWT (JSON Web Token) funciona de maneira parecida com uma pulseira de acesso em um resort.

Quando você chega ao resort e apresenta seus documentos na recepção, o hotel confirma sua identidade. No mundo digital, isso seria o momento em que você faz login com usuário e senha.

Depois de confirmar sua identidade, o hotel coloca uma pulseira no seu braço.

```text id="jwt001"
👤 Usuário
│
│ Login + senha
▼
🔐 Sistema
│
│ Identidade confirmada
▼
🎫 JWT




A partir desse momento, você não precisa apresentar seus documentos toda vez que quiser utilizar algum serviço do resort.

### Como funciona?

Imagine que você queira entrar no restaurante:



```text id="jwt002"
👤 Você
  │
  ▼
🍽️ Restaurante
  │
  ▼
🎫 "Possui pulseira?"
  │
  ├── ✅ Sim → Entrada permitida
  │
  └── ❌ Não → Acesso negado

No mundo digital, acontece algo parecido:

```text id="jwt003"
👨‍💻 Usuário
│
▼
🌐 Aplicação
│
▼
🎫 JWT
│
▼
🔐 Verifica o token
│
├── ✅ Válido → Acesso permitido
│
└── ❌ Inválido → Acesso negado




O JWT acompanha as requisições feitas pelo usuário e permite que o sistema verifique se ele está autenticado.

### O que existe dentro de um JWT?

O token pode carregar informações sobre o usuário e sobre o acesso dele.

Por exemplo:



```text id="jwt004"
🎫 JWT

👤 Usuário: João
🔑 Função: Administrador
📅 Expiração: 30/09/2026

Essas informações são chamadas de claims.

É importante lembrar que um JWT não deve ser usado para guardar senhas ou informações secretas. O token pode ser lido por quem o possui, então os dados armazenados nele devem ser escolhidos com cuidado.

Por que usar JWT?

Uma das vantagens é que a aplicação pode verificar o token sem precisar consultar o banco de dados (lembrando que mesmo utilizando JWT, ainda sim a aplicação pode consultar o banco) a cada requisição.

Por exemplo:

```text id="jwt005"
Sem JWT

👤 Usuário
│
▼
🌐 Sistema
│
▼
🗄️ Banco de Dados
│
▼
"Esse usuário está logado?"




Com JWT:



```text id="jwt006"
Com JWT

👤 Usuário
    │
    ▼
🌐 Sistema
    │
    ▼
🎫 JWT
    │
    ▼
✅ Token válido

Isso pode ajudar a tornar o processo de autenticação mais simples e eficiente.

JWT e permissões

O JWT também pode carregar informações relacionadas às permissões do usuário.

Por exemplo:

```text id="jwt007"
🎫 JWT
│
├── 👤 Usuário: João
└── 🔑 Função: Administrador
│
▼
🛠️ Painel administrativo
│
▼
✅ Acesso




Enquanto outro usuário pode ter apenas acesso a funcionalidades comuns:



```text id="jwt008"
🎫 JWT
   │
   ├── 👤 Usuário: Maria
   └── 👤 Função: Usuário
                │
                ▼
        🛠️ Painel administrativo
                │
                ▼
             ❌ Acesso

JWT é a mesma coisa que login?

Não exatamente.

O login é o processo de confirmar a identidade do usuário.

O JWT é o token gerado após essa autenticação, que pode ser utilizado para representar aquela sessão/autorização nas próximas requisições.

```text id="jwt009"
🔐 Login
│
▼
✅ Identidade confirmada
│
▼
🎫 JWT
│
▼
🌐 Próximas requisições




### Resumindo

> **JWT é um token utilizado para transmitir informações de autenticação e autorização entre sistemas.**

Ele funciona como uma **pulseira de acesso**: depois que sua identidade é confirmada, você utiliza a pulseira para acessar os serviços permitidos sem precisar apresentar seus documentos novamente a cada momento.

### Exemplo do dia a dia 🏨

No resort:



```text
📄 Documento
     │
     ▼
🏨 Recepção
     │
     ▼
🎫 Pulseira
     │
 ┌───┼────┐
 ▼   ▼    ▼
🍹  🍽️   🏊

No software:

🔐 Login
    │

API & API REST: como sistemas conversam entre si

pcgustavo7 — Wed, 23 Sep 2026 20:22:40 +0000

API e API REST: como sistemas conversam entre si

O que é uma API?

Uma API (Interface de Programação de Aplicações) é uma ponte de comunicação que permite que diferentes sistemas de software conversem entre si.

Ela define regras sobre como um sistema pode solicitar informações ou realizar ações em outro sistema.

Podemos imaginar uma API como o garçom de um restaurante.

Você faz um pedido para o garçom, ele leva esse pedido até a cozinha e depois traz a resposta.

       👤 Cliente
          │
          │ "Quero um hambúrguer"
          ▼
       🧑‍🍳 API
       (Garçom)
          │
          ▼
       🍳 Cozinha
       (Sistema)
          │
          ▼
       🍔 Resposta
          │
          ▼
       👤 Cliente

Você não precisa saber como a cozinha prepara o hambúrguer. Você apenas precisa saber como fazer o pedido.

Com uma API acontece a mesma coisa:

🌐 Sistema A
     │
     │ Requisição
     ▼
🔌 API
     │
     ▼
💻 Sistema B
     │
     │ Resposta
     ▼
🌐 Sistema A

A API funciona como uma interface entre os dois sistemas.

Um exemplo do dia a dia

Imagine um aplicativo de previsão do tempo.

O aplicativo precisa descobrir a temperatura atual, mas ele não possui todas essas informações sozinho.

Então ele pode fazer uma requisição para uma API:

📱 Aplicativo
     │
     │ "Qual a temperatura de hoje?"
     ▼
🌐 API de clima
     │
     ▼
🌡️ Dados do clima
     │
     ▼
📱 Aplicativo
     │
     ▼
"28°C ☀️"

O aplicativo não precisa saber como a API consegue essas informações. Ele apenas segue as regras definidas por ela.

E o que é uma API REST?

API REST é uma forma muito comum de construir APIs utilizando as regras e recursos da própria internet, principalmente o protocolo HTTP.

Em uma API REST, os dados são tratados como recursos.

Por exemplo:

/clientes
/produtos
/pedidos
/usuarios

Cada endereço representa um tipo de recurso que a API disponibiliza.

Os principais métodos HTTP

Para interagir com esses recursos, uma API REST utiliza principalmente quatro métodos:

GET       → 📖 Consultar
POST      → ➕ Criar
PUT       → ✏️ Atualizar
DELETE    → 🗑️ Apagar

Por exemplo, imagine uma API de clientes:

GET /clientes

Significa:

"Quero consultar os clientes."

POST /clientes

Significa:

"Quero cadastrar um novo cliente."

PUT /clientes/10

Significa:

"Quero atualizar o cliente de número 10."

DELETE /clientes/10

Significa:

"Quero excluir o cliente de número 10."

Podemos visualizar assim:

                 API REST
                    │
       ┌────────────┼────────────┐
       ▼            ▼            ▼
    👥 Clientes   📦 Produtos   🛒 Pedidos
       │
       ├── GET     → Consultar
       ├── POST    → Criar
       ├── PUT     → Atualizar
       └── DELETE  → Apagar

O que significa "RESTful"?

Uma das características importantes de uma API REST é o conceito de stateless, ou seja, sem estado.

Isso significa que cada requisição deve trazer as informações necessárias para que o servidor consiga processá-la.

Por exemplo:

👤 Usuário
   │
   │ Requisição + informações necessárias
   ▼
🌐 API
   │
   ▼
✅ Processa

A API não deve depender de uma informação que ficou "guardada" de uma requisição anterior para entender a próxima.

API x API REST

É importante entender que API e API REST não são exatamente a mesma coisa.

API é um conceito mais amplo: é uma forma de permitir que sistemas se comuniquem.

API REST é uma maneira específica de construir uma API, utilizando princípios do REST e normalmente o HTTP.

Podemos pensar assim:

🔌 API
   │
   ├── API REST
   ├── API SOAP
   └── Outras formas de API

Resumindo

API é uma ponte que permite que diferentes sistemas se comuniquem seguindo determinadas regras.

API REST é uma forma de construir essa comunicação utilizando os princípios do REST e os métodos HTTP, como GET, POST, PUT e DELETE.

Exemplo do dia a dia 🍽️

No restaurante:

👤 Você
 │
 │ Pedido
 ▼
🧑‍🍳 Garçom
 │
 │ Pedido
 ▼
🍳 Cozinha
 │
 │ Resposta
 ▼
🧑‍🍳 Garçom
 │
 ▼
🍔 Você

No software:

💻 Sistema A
 │
 │ Requisição
 ▼
🔌 API REST
 │
 │ Requisição
 ▼
💻 Sistema B
 │
 │ Resposta
 ▼
🔌 API REST
 │
 ▼
💻 Sistema A

O garçom representa a API: ele faz a comunicação entre você e a cozinha sem que você precise conhecer o funcionamento interno dela.

Para lembrar

API = ponte de comunicação entre sistemas.

REST = conjunto de princípios para construir APIs, geralmente utilizando HTTP.

GET = ler | POST = criar | PUT = atualizar | DELETE = apagar

Redes de Computadores: como os dispositivos se comunicam

pcgustavo7 — Wed, 23 Sep 2026 20:21:40 +0000

Redes de Computadores: como os dispositivos se comunicam

Uma rede de computadores é um conjunto de dispositivos conectados entre si para trocar informações e compartilhar recursos.

Esses dispositivos podem ser computadores, celulares, servidores, impressoras, roteadores e vários outros equipamentos.

Podemos imaginar uma rede como uma espécie de sistema de estradas, onde os dados viajam de um dispositivo para outro.

Como funciona?

Imagine dois computadores que precisam trocar uma informação:

💻 Computador A
       │
       │ Dados
       ▼
   🌐 REDE
       │
       │ Dados
       ▼
💻 Computador B

A rede permite que esses dispositivos consigam enviar e receber dados.

Em uma rede doméstica, por exemplo:

             🌐 Internet
                  │
                  ▼
             📡 Roteador
            /     |      \
           ▼      ▼       ▼
        💻 PC   📱 Celular  📺 TV

O roteador ajuda a conectar os dispositivos e encaminhar os dados para o destino correto.

Redes podem ser pequenas ou grandes

Uma rede não precisa ter milhares de computadores.

Até mesmo os dispositivos da sua casa podem formar uma rede:

🏠 Rede doméstica

💻 Computador
      │
📱 Celular ── 📡 Roteador ── 🌐 Internet
      │
📺 Smart TV

Já uma empresa pode possuir uma rede muito maior:

🏢 Empresa

💻 PC ──┐
💻 PC ──┤
💻 PC ──┼── 📡 Rede ── 🗄️ Servidor
💻 PC ──┤
🖨️ Impressora ─┘

Assim, os computadores podem acessar servidores, compartilhar arquivos, utilizar impressoras e outros recursos.

Como os dados chegam ao lugar certo?

Quando enviamos uma mensagem ou acessamos um site, os dados precisam encontrar o destino correto.

Para isso, as redes utilizam endereços, como o endereço IP.

Podemos imaginar o IP como o endereço de uma casa:

🏠 Casa
   │
   └── 📍 Endereço

💻 Computador
   │
   └── 📍 Endereço IP

O endereço ajuda os dispositivos de rede a identificar para onde os dados devem ser enviados.

O que é um roteador?

O roteador é um equipamento muito importante nas redes.

Ele recebe dados e ajuda a encaminhá-los para o destino correto.

💻 PC
  │
  ▼
📡 Roteador
  │
  ├────► 📱 Celular
  │
  ├────► 🖨️ Impressora
  │
  └────► 🌐 Internet

Por isso, podemos comparar o roteador a um organizador de trânsito, que ajuda os dados a seguirem pelo caminho correto.

E a Internet?

A Internet é uma enorme rede formada pela conexão de muitas outras redes.

Podemos simplificar assim:

🏠 Casa
  │
  ▼
📡 Roteador
  │
  ▼
🌐 Internet
  │
  ├────► 🖥️ Servidor
  ├────► 🌐 Site
  └────► ☁️ Serviço online

Quando você acessa um site, seu dispositivo envia uma requisição pela rede até chegar ao servidor onde aquele site está hospedado.

Para que servem as redes?

As redes permitem diversas atividades, como:

📁 Compartilhar arquivos
🖨️ Compartilhar impressoras
💬 Trocar mensagens
🌐 Acessar sites
🎮 Jogar online
☁️ Utilizar serviços na nuvem
🗄️ Acessar servidores

Sem redes de computadores, dispositivos teriam muito mais dificuldade para trocar informações.

Resumindo

Rede de computadores é um conjunto de dispositivos conectados para trocar informações e compartilhar recursos.

Ela pode ser pequena, como a rede Wi-Fi da sua casa, ou gigantesca, como a própria Internet.

Exemplo do dia a dia 🚗

Imagine uma cidade:

🏠 Casa A ─── 🛣️ ─── 🏠 Casa B
      │
      └──── 🛣️ ─── 🏢 Empresa

As estradas permitem que pessoas e veículos cheguem a diferentes lugares.

Nas redes:

💻 PC ─── 🌐 Rede ─── 💻 PC
     │
     └──── 🌐 ─── 🗄️ Servidor

A rede funciona como as estradas por onde os dados viajam.

Para lembrar

Rede de computadores = dispositivos conectados + troca de dados + compartilhamento de recursos.

Roteador = encaminha os dados.

IP = identifica um dispositivo na rede.

Internet = uma enorme rede de redes.

Dicionário

pcgustavo7 — Wed, 23 Sep 2026 18:18:15 +0000

Palavras Difíceis
Redes de computadores
Para que a comunicação funcione sem caos, existem regras de trânsito (protocolos como o
TCP/IP) e agentes de trânsito (roteadores e switches) que decidem o melhor caminho para a
informação não se perder. Em vez de enviar uma encomenda inteira, a rede divide tudo em
pequenos pacotes que viajam sozinhos por caminhos diferentes e se juntam perfeitamente ao
chegar no destino.
Aprofundamento: O que é rede de computadores? | IBM
Link:https://www.ibm.com/br-pt/think/topics/networking

APi
Uma API (Interface de Programação de Aplicações) é uma ponte de comunicação que permite
que dois sistemas de software diferentes conversem entre si. Ela define um contrato com regr
estritas sobre como um programa pode solicitar informações ou ações de outro.
A analogia clássica é o garçom de um restaurante: você (sistema cliente) faz um pedido ao
garçom (API). O garçom leva seu pedido à cozinha (sistema de destino), aguarda o processamento
e traz a sua resposta. Você não precisa saber como a cozinha funciona por dentro, apenas utiliza
o garçom para obter exatamente o que pediu.

Porque API REST?
Uma API REST usa as regras nativas da internet (protocolo HTTP) para sistemas conversarem. Em
vez de comandos complexos, ela trata tudo como recursos (ex: /clientes). Para interagir, você usa
os verbos padrão: GET para ler, POST para criar, PUT para atualizar e DELETE para apagar. Sua
regra de ouro é ser "stateless" (sem estado): o servidor nunca lembra de você entre as
requisições. Cada pedido deve conter todas as informações para ser processado.

Servidor de aplicação
Um servidor de aplicação é o motor lógico de um sistema. É o programa que faz o trabalho
pesado: ele avalia o seu pedido, executa as regras de negócio, realiza os cálculos, acessa as
informações no banco de dados e monta o resultado final que você precisa.
Aprofundamento: O que é um servidor de aplicativos? | IBM
Link:https://www.ibm.com/br-pt/think/topics/application-server

JWT
Um JWT funciona exatamente como uma pulseira de acesso em um resort. Quando você chega e
apresenta seus documentos na recepção (faz o login com usuário e senha), o hotel confirma s
identidade e coloca uma pulseira inviolável no seu braço.

A partir daí, você não precisa mostrar sua identidade toda vez que for pedir uma bebida ou entrar
no restaurante. O garçom apenas olha para a pulseira: ela possui o selo de segurança do hotel,
seu nível de acesso e o dia do seu check-out.

No mundo digital, o JWT é essa pulseira. Ele é um passe seguro que viaja junto com os seus
cliques, informando aos sistemas quem é você e o que tem permissão para fazer, sem precisar
consultar o banco de dados.

Keycloak
O Keycloak funciona como a portaria central de vários prédios. Em vez de cada aplicativo ter sua
própria tela de login e senha, todos delegam essa tarefa a ele. O usuário se identifica uma úni
vez na portaria, e o Keycloak libera um "crachá" digital (chamado token) que garante acesso aos
sistemas conectados, sem pedir a senha de novo. Ele também já vem pronto com recursos como
recuperação de senha e login usando contas do Google ou Facebook.

Redis
O Redis é como um bloco de notas na sua mesa, em vez de um arquivo trancado no porão.
Sistemas normais buscam dados num banco de dados em disco — seguro, mas lento, como descer
ao porão toda vez que precisa de algo. O Redis guarda cópias das informações mais usadas direto
na memória RAM, que é quase instantânea. Por isso ele funciona como "cache": acelera sites
guardando dados temporários, como sessão de login, carrinho de compras ou contadores em
tempo real, para o sistema responder num piscar de olhos.
Aprofundamento: node-redis guide (JavaScript)
Link:https://redis.io/docs/latest/develop/clients/nodejs/

MockServer
O MockServer é como um "dublê" para sistemas que ainda não existem ou estão fora do ar.
Quando um programa precisa conversar com outro sistema (tipo um serviço de pagamento ou
uma API externa), ele geralmente faz isso pela internet. Só que, durante testes, você não quer
depender do sistema real seja porque ele é lento, custa dinheiro a cada chamada, ou
simplesmente ainda não está pronto. O MockServer entra no lugar dele e finge ser esse sistem
recebe as mesmas perguntas e devolve respostas de mentira, mas realistas, para que o
desenvolvedor teste seu programa como se o sistema real estivesse ali.
Aprofundamento: MockServer
Link:https://www.mock-server.com/

Load Balancer (balanceador de carga)
Um Load Balancer (balanceador de carga) é um distribuidor de tráfego. Ele recebe todas as
requisições de entrada e as divide estrategicamente entre vários servidores. Isso evita que uma
única máquina fique sobrecarregada, garantindo rapidez, alta disponibilidade e que o siste
não saia do ar.
Aprofundamento: What is Load Balancing? | VMware
Link:https://www.vmware.com/topics/load-balancing

Bibliotecas (Lib)
Uma biblioteca ("lib") é como uma caixa de peças prontas. Ao construir um carro, você não inventa
a roda do zero, você usa uma pronta. No software, uma lib é um conjunto de códigos que já foram
escritos por outras pessoas para resolver tarefas comuns, como formatar datas ou validar emails. O programador apenas pega essas peças e as encaixa no seu projeto, economizando tempo
e esforço

DEV Community: pcgustavo7

Bibliotecas (Lib): entendendo o que são e como usamos no desenvolvimento

1. O problema: precisamos reinventar tudo?

2. Afinal, o que é uma biblioteca?

3. Uma analogia simples

4. Biblioteca não é código mágico

5. Biblioteca na prática

6. O que acontece quando fazemos npm install?

7. O package.json

8. Dependência e biblioteca são a mesma coisa?

9. Como usamos uma biblioteca?

10. O que é uma API de uma biblioteca?

11. Biblioteca é uma "caixa de ferramentas"

12. Bibliotecas resolvem problemas específicos

13. Mas por que não fazer tudo sozinho?

14. Reutilização de código

15. Biblioteca vs código próprio

Código próprio

Biblioteca

16. Biblioteca vs Framework

Biblioteca

Framework

17. Uma comparação simples

18. E o React?

19. E o Angular?

20. Biblioteca não significa "melhor"

21. Cuidado com o "instalar uma lib para tudo"

22. Bibliotecas também podem depender de outras bibliotecas

23. node_modules

24. E o package-lock.json?

25. Biblioteca local vs biblioteca global

26. Como uma biblioteca chega até nosso código?

27. Uma biblioteca também pode ser criada por nós

28. Biblioteca pública e biblioteca privada

29. Bibliotecas e Design System

30. Como escolher uma biblioteca?

1. Ela resolve realmente meu problema?

2. Possui documentação?

3. É mantida?

4. Possui comunidade?

5. Possui problemas de segurança conhecidos?

6. Ela é compatível com meu projeto?

31. Biblioteca também tem versão

32. O famoso "funciona na minha máquina"

33. Biblioteca não elimina a necessidade de entender programação

34. Um exemplo completo

35. O que acontece por baixo dos panos?

36. Biblioteca é uma forma de abstração

37. O que aprendemos?

38. Biblioteca em uma única imagem mental

Conclusão

Para continuar estudando

Load Balancer (balanceador de carga) Como funciona?

Load Balancer (Balanceador de Carga)

Como funciona?

E se um servidor estiver com problema?

Por que ele é importante?

Resumindo

Exemplo do dia a dia 🍔

MockServer: o dublê da sua aplicação

MockServer: o dublê da sua aplicação

Como funciona?

Um exemplo simples

E se a API estiver fora do ar?

Por que utilizar?

Resumindo

Exemplo do dia a dia 🎬

Redis: o bloco de notas rápido da sua aplicação

Como funciona?

Um exemplo simples

Onde o Redis pode ser utilizado?

Redis substitui o banco de dados?

Por que ele é rápido?

Resumindo

Exemplo do dia a dia 📝

Para lembrar

Keycloak: a portaria central das aplicações

Como funciona?

O que é esse "token"?

Além do login

6. O que acontece quando fazemos `npm install`?

7. O `package.json`

23. `node_modules`

24. E o `package-lock.json`?