Estes três descrevem coisas diferentes e são constantemente confundidos. Latência é atraso — quanto tempo uma unidade de dados leva para viajar de A a B (medida em tempo, ex.: ms). Bandwidth é capacidade — a taxa máxima de dados que um link pode carregar (ex.: Gbps). é a taxa que você atinge na prática, que geralmente fica abaixo da bandwidth. A analogia de um cano deixa tudo claro:
├────────────── length of pipe = LATENCY (how long to traverse) ─────────────┤
╔══════════════════════════════════════════════════════════════════════════╗
║ width of pipe = BANDWIDTH (max capacity) ║
║ water actually flowing = THROUGHPUT (real achieved rate ≤ bandwidth) ║
╚══════════════════════════════════════════════════════════════════════════╝
Crucialmente, um cano mais largo não o torna mais curto: adicionar bandwidth não reduz a latência. Um link transatlântico gordo ainda tem ~80 ms de latência de ida e volta ditada pela distância e pela velocidade da luz — você não consegue comprar seu jeito de ficar abaixo disso. É por isso que a latência, não a bandwidth, domina a sensação de apps interativos: cada ida e volta (DNS, TCP handshake, TLS, depois a requisição) paga o pedágio da latência, e eles se somam.
Latência e throughput interagem através do Bandwidth-Delay Product (BDP = bandwidth × round-trip time), a quantidade de dados "em trânsito" para manter um cano cheio. Numa "long fat network" de alta bandwidth e alta latência, um protocolo como o TCP que espera por ACKs não consegue encher o cano a menos que sua window seja pelo menos o BDP — então a throughput acaba limitada pela latência, não pela bandwidth. É por isso que um único stream TCP de longa distância muitas vezes rende abaixo do esperado mesmo num link rápido, e por que paralelismo, windows maiores e CDNs (que cortam distância, logo latência) ajudam.
Confundir esses três é um dos erros de performance mais comuns — e mais consequentes: as equipes compram mais bandwidth para consertar o que na verdade é um problema de latência e não veem melhora. O insight sênior é que a latência é um piso definido pela física (distância) que você ataca arquiteturalmente — colocar servidores/CDNs mais perto dos usuários, reduzir idas e voltas (reúso de conexão, HTTP/3, caching) e agrupar requisições — enquanto bandwidth é algo que muitas vezes você pode simplesmente provisionar. Entender o BDP explica resultados contraintuitivos como um link "rápido" entregando transferências lentas de stream único, que é exatamente o tipo de raciocínio esperado quando você projeta ou debuga sistemas de alta performance e distribuídos geograficamente.
Uma biblioteca de perguntas de entrevista de TI com respostas detalhadas — de Júnior a Sênior.
Doar