Categoria
O padrão Backend for Frontend (BFF) emergiu como resposta direta aos problemas enfrentados por equipes que tentavam servir múltiplos tipos de clientes (web, mobile, IoT) com uma única API monolítica. Originalmente documentado pela equipe do SoundCloud em 2015, o BFF propõe uma abordagem radicalmente simples: criar uma camada de backend dedicada e específica para cada tipo de frontend.
Blue-green deployment é uma estratégia de implantação que mantém dois ambientes de produção idênticos, chamados "blue" e "green". Apenas um ambiente recebe tráfego ativo por vez. O objetivo principal é eliminar downtime durante implantações e reduzir drasticamente os riscos associados a falhas em novas versões. Quando uma nova versão precisa ser implantada, ela é colocada no ambiente inativo, testada exaustivamente, e então o tráfego é comutado instantaneamente.
Em qualquer organização de médio ou grande porte, um mesmo termo pode significar coisas completamente diferentes para áreas distintas. Considere a palavra "cliente". Para o time de vendas, cliente é quem assina o contrato. Para o time de suporte, cliente é quem abre um chamado. Para o time de faturamento, cliente é quem paga a fatura. Para o time de marketing, cliente é quem está na base de leads.
Sistemas distribuídos modernos operam em ambientes onde falhas são inevitáveis. Um serviço pode ficar lento, um banco de dados pode sobrecarregar ou uma rede pode apresentar instabilidade. A diferença entre um sistema robusto e um frágil está na capacidade de conter falhas, não apenas de preveni-las.
O termo "bulkhead" tem origem na engenharia naval, onde compartimentos estanques (anteparas) são construídos no casco de um navio para evitar que uma inundação localizada se espalhe por toda a embarcação. Se um compartimento sofre uma avaria e começa a encher de água, os bulkheads adjacentes contêm o dano, mantendo o navio flutuando e operacional.
Cache é um componente de hardware ou software que armazena dados temporariamente para que requisições futuras possam ser atendidas mais rapidamente. Em arquitetura de software, o cache é uma das técnicas mais eficazes para reduzir latência, diminuir carga em bancos de dados e melhorar a experiência do usuário. Sem cache, cada requisição precisaria percorrer toda a cadeia de processamento, desde o cliente até o banco de dados, resultando em tempos de resposta elevados e maior consumo de recursos.
Phil Karlton, engenheiro da Netscape, cunhou a frase que ecoa até hoje: "Existem apenas duas coisas difíceis na Ciência da Computação: a invalidação de cache e nomear coisas." A frase, originalmente um quip em uma conversa informal, capturou a essência de um problema que engana pela aparente simplicidade. Invalidar um cache não é apenas remover uma entrada; é garantir que todos os consumidores, em todos os nós, vejam a versão correta dos dados em um sistema distribuído.
Em sistemas distribuídos modernos, o cache atua como uma camada de armazenamento temporário de alta velocidade que reduz significativamente o tempo de acesso a dados. Quando implementado corretamente, um cache pode reduzir a latência de leitura de dezenas de milissegundos (acesso a banco de dados) para menos de um milissegundo (acesso a memória). Além disso, o cache permite que sistemas escalem horizontalmente ao absorver picos de tráfego sem sobrecarregar o banco de dados principal.
O termo "canary release" tem origem na prática dos mineiros de carvão, que levavam canários para dentro das minas para detectar vazamentos de gases tóxicos. O canário, mais sensível ao ambiente, servia como sistema de alerta precoce. Na engenharia de software, a metáfora é similar: uma nova versão é liberada para um subconjunto pequeno de usuários antes de ser expandida para toda a base. Se o "canário" — a nova versão — apresentar problemas, o impacto é contido e o rollback é imediato.
Capacity planning é o processo de determinar a quantidade de recursos computacionais (CPU, memória, armazenamento, rede) necessários para atender à demanda atual e futura de um sistema, evitando tanto o over-provisioning (excesso de capacidade, gerando desperdício financeiro) quanto o under-provisioning (falta de capacidade, causando degradação ou indisponibilidade). Na arquitetura de software, essa prática é essencial para alinhar capacidade com demanda, garantindo que o sistema opere dentro de