arquitetura de rede do Google

4

Estou ciente de que esta questão pode ser encerrada como "não é uma questão real", "subjetiva" ou mesmo "argumentativa". Se isso é um erro, sinto muito.

Eu não sou bom em redes, mas estou tentando melhorar e aprender mais. (você pode conhecer o ditado: "o primeiro passo para a inteligência é reconhecer que você é estúpido": P).

Em termos de rede, o que acontece depois de digitar www.google.com no meu navegador e pressionar Enter?

Aqui está o que eu sei até agora:

  • O aplicativo do navegador faz um DNS pedido para encontrar o IP de www.google.com. Pode encontrar 209.85.148.105 (isso é o que acaba de ser resolvido para mim agora).
  • Em seguida, ele se conecta via TCP / IP a esse host na porta 80 (porta padrão para HTTP) e envia uma solicitação HTTP como GET /
  • Recebe dados em HTML e os exibe (junto com o carregamento de recursos adicionais, como .css, arquivos de imagens, etc.)

O que eu quero descobrir é como ele se conecta, passo a passo, a um servidor do Google . Depois que o pedido sai do meu computador e do meu provedor, ele finalmente atinge o hardware do Google em algum momento.

  • Existe um balanceador de carga?
  • Quantos deles?
  • Existem vários níveis de balanceadores de carga? ou seja, um balanceador de carga de balanceadores de carga de balanceadores de carga ...
  • Quão poderoso é um servidor Web final? Poderia ser uma péssima CPU de 500 MHz com 512MB de RAM e 10 GB de HDD? Ou talvez uma besta SSD RAID-0 de 8 núcleos e 16GB?
  • Que tipo de redundância eles usam no nível da rede?
  • O que acontece se o (s) balanceador (es) de carga falhar (em)?
  • O que é preciso para tornar o www.google.com indisponível? (Não, eu não quero sabotar ou sth ..)
por Andrei Rinea 06.05.2011 / 23:11

2 respostas

5

Experimente o link cheio de recursos.

    
por 07.05.2011 / 08:28
4

Com relação ao hardware do Google, esse é um ótimo lugar para iniciar .

Há também algumas coisas sobre topologia / balanceamento de carga lá.

    
por 06.05.2011 / 23:38