<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Gustavo Marques Martins </title>
    <description>The latest articles on DEV Community by Gustavo Marques Martins  (@gustavomarques06).</description>
    <link>https://dev.to/gustavomarques06</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3906329%2Ff25307d7-5169-4e8a-a73c-c59c0e49b43b.jpeg</url>
      <title>DEV Community: Gustavo Marques Martins </title>
      <link>https://dev.to/gustavomarques06</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/gustavomarques06"/>
    <language>en</language>
    <item>
      <title>API Gateway: O que é e quando usar em microservices</title>
      <dc:creator>Gustavo Marques Martins </dc:creator>
      <pubDate>Thu, 30 Apr 2026 15:51:23 +0000</pubDate>
      <link>https://dev.to/gustavomarques06/api-gateway-o-que-e-e-quando-usar-em-microservices-5dle</link>
      <guid>https://dev.to/gustavomarques06/api-gateway-o-que-e-e-quando-usar-em-microservices-5dle</guid>
      <description>&lt;p&gt;🚀 Introdução&lt;/p&gt;

&lt;p&gt;Se você já trabalhou (ou está estudando) microservices, provavelmente esbarrou no termo API Gateway.&lt;/p&gt;

&lt;p&gt;No começo, tudo parece simples: vários serviços independentes, cada um com sua responsabilidade. Mas rapidamente surge um problema real:&lt;/p&gt;

&lt;p&gt;Como o frontend conversa com tudo isso sem virar um caos?&lt;/p&gt;

&lt;p&gt;É exatamente aí que entra o API Gateway.&lt;/p&gt;

&lt;p&gt;🧠 O que é um API Gateway?&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;O API Gateway é basicamente um “porteiro” da sua aplicação.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Ele recebe todas as requisições dos clientes e decide:&lt;/p&gt;

&lt;p&gt;Para qual serviço enviar&lt;br&gt;
Como enviar&lt;br&gt;
E o que retornar&lt;/p&gt;

&lt;p&gt;Ou seja, o cliente não fala direto com os microservices — fala com o gateway.&lt;/p&gt;

&lt;p&gt;🔧 Exemplo prático&lt;/p&gt;

&lt;p&gt;Imagina um sistema de e-commerce com:&lt;/p&gt;

&lt;p&gt;Serviço de usuários&lt;br&gt;
Serviço de pedidos&lt;br&gt;
Serviço de pagamentos&lt;/p&gt;

&lt;p&gt;Sem gateway, o frontend teria que fazer isso:&lt;/p&gt;

&lt;p&gt;&lt;code&gt;GET /users&lt;br&gt;
&lt;/code&gt;&lt;code&gt;GET /orders&lt;br&gt;
&lt;/code&gt;&lt;code&gt;GET /payments&lt;br&gt;
&lt;/code&gt;&lt;br&gt;
Com API Gateway:&lt;/p&gt;

&lt;p&gt;&lt;code&gt;GET /dashboard&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;O gateway resolve o resto:&lt;/p&gt;

&lt;p&gt;Chama os serviços necessários&lt;br&gt;
Junta os dados&lt;br&gt;
Retorna tudo pronto&lt;/p&gt;

&lt;p&gt;Menos requisições, menos acoplamento, menos dor de cabeça.&lt;/p&gt;

&lt;p&gt;🧰 Ferramentas populares&lt;/p&gt;

&lt;p&gt;Se você quiser colocar isso em prática, algumas opções bem usadas são:&lt;/p&gt;

&lt;p&gt;Kong&lt;br&gt;
NGINX&lt;br&gt;
Amazon API Gateway&lt;br&gt;
Azure API Management&lt;/p&gt;

&lt;p&gt;✅ Vantagens&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Centraliza tudo&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Um único ponto de entrada&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Segurança&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;JWT, OAuth, rate limiting&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Frontend mais simples&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Não precisa conhecer toda a arquitetura&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Observabilidade&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Logs e métricas em um só lugar&lt;br&gt;
⚠️ Desvantagens (não ignore isso)&lt;/p&gt;

&lt;p&gt;Aqui vai a parte que muita gente ignora:&lt;/p&gt;

&lt;p&gt;Ponto único de falha&lt;/p&gt;

&lt;p&gt;Se cair, tudo cai&lt;/p&gt;

&lt;p&gt;Latência extra&lt;/p&gt;

&lt;p&gt;Mais uma camada na requisição&lt;/p&gt;

&lt;p&gt;Complexidade&lt;/p&gt;

&lt;p&gt;Configurar e manter não é trivial&lt;/p&gt;

&lt;p&gt;🎯 Quando usar (e quando NÃO usar)&lt;/p&gt;

&lt;p&gt;Use quando:&lt;/p&gt;

&lt;p&gt;Você já está com microservices&lt;br&gt;
Tem vários serviços pra orquestrar&lt;br&gt;
Precisa de segurança centralizada&lt;/p&gt;

&lt;p&gt;Evite quando:&lt;/p&gt;

&lt;p&gt;Seu sistema ainda é pequeno&lt;br&gt;
Está em monolito&lt;br&gt;
Você só quer “seguir hype”&lt;/p&gt;

&lt;p&gt;🧩 Conclusão&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;API Gateway não é obrigatório — é estratégico.&lt;br&gt;
Se você ainda está começando, vá de monolito e evolua com o tempo. Agora, se sua aplicação já virou um ecossistema de serviços, o gateway deixa de ser opcional e passa a ser essencial.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Arquitetura boa não é a mais complexa — é a mais adequada ao problema.&lt;/p&gt;

&lt;p&gt;📚 Referências&lt;br&gt;
Microsoft – Microservices Architecture&lt;br&gt;
Amazon Web Services – API Gateway Docs&lt;/p&gt;

</description>
      <category>api</category>
      <category>apigateway</category>
      <category>backend</category>
    </item>
  </channel>
</rss>
