Comparando HTTP e FTP para Transferir Arquivos

Quais são as vantagens (ou limitações) de uma sobre a outra para transferir arquivos pela Internet?

(Estou ciente das formas seguras de ambos os protocolos. Gostaria de ouvir comparações através de experiências pessoais em termos de desempenho, confiabilidade, limitações de tamanho de arquivo etc.)

Aqui está uma comparação de desempenho dos dois. O HTTP responde melhor à solicitação de resposta de arquivos pequenos, mas o FTP pode ser melhor para arquivos grandes se ajustado corretamente. O FTP costumava ser geralmente considerado mais rápido. O FTP requer um canal de controle e um estado seja mantido além do estado TCP, mas o HTTP não. Existem 6 transferências de pacotes antes que os dados sejam transferidos no FTP, mas apenas 4 no HTTP.

Eu acho que uma camada TCP ajustada corretamente teria mais efeito na velocidade do que a diferença entre os protocolos da camada de aplicação. O Sun Blueprint: Noções básicas sobre o TCP de ajuste tem detalhes.

Aqui está outra boa comparação das características individuais de cada protocolo.

Acabei de comparar uma transferência de arquivos por FTP e HTTP:

• mais de duas conexões de servidor muito boas
• usando o mesmo arquivo zip de 1 GB
• sob as mesmas condições de rede (testado um após o outro)

O resultado:

• usando FTP: 6 minutos
• usando HTTP: 4 minutos
• usando um software http downloader simultâneo ( fdm): 1 minuto

Então, basicamente em uma situação da "vida real":

1) O HTTP é mais rápido que o FTP ao baixar um arquivo grande.

2) O HTTP pode usar o download de blocos paralelos, o que o torna 6x vezes mais rápido que o FTP, dependendo das condições da rede.

Muitos firewalls descartam conexões de saída que não estão nas portas 80 ou 443 (http e https); alguns até descartam conexões com as portas que não são HTTP (S). O FTP pode ou não ser permitido, para não falar dos modos ativo / PASV.

Além disso, o HTTP / 1.1 permite solicitações parciais muito melhores ("envie apenas do byte 123456 até o final do arquivo"), solicitações condicionais e cache ("envie apenas se o conteúdo for alterado / se a data da última modificação for alterada") e a compactação de conteúdo (gzip).

HTTP é muito mais fácil de usar através de um proxy.

Pela minha evidência anedótica, o HTTP é mais fácil de trabalhar com conexões descartadas / lentas / escamosas; por exemplo, não é necessário (re) estabelecer uma sessão de login antes de (re) iniciar a transferência.

OTOH, o HTTP é sem estado, então você teria que fazer autenticação e criar uma trilha de "quem fez o que quando".

A única diferença de velocidade que notei é a transferência de muitos arquivos pequenos: o HTTP com pipelining é mais rápido (reduz as viagens de ida e volta, principalmente nas redes de alta latência).

Observe que o HTTP / 2 oferece ainda mais otimizações, enquanto o protocolo FTP não vê nenhuma atualização há décadas (e mesmo as extensões ao FTP têm aceitação insignificante pelos usuários). Portanto, a menos que você esteja transferindo arquivos através de uma máquina do tempo, o HTTP parece ter vencido.

(Tangencialmente: existem protocolos mais adequados para transferência de arquivos, como rsyncou BitTorrent, mas eles não têm tanto compartilhamento de ideias, enquanto HTTP é Everywhere ™)

Uma consideração é que o FTP pode usar portas não padrão, o que pode dificultar a obtenção de firewalls (especialmente se você estiver usando SSL). O HTTP normalmente está em uma porta conhecida, portanto isso raramente é um problema.

Se você decidir usar o FTP, leia sobre FTP ativo e passivo .

Em termos de desempenho, no final do dia, os dois estão exibindo arquivos diretamente nas conexões TCP, portanto deve ser o mesmo.

Ambos usam o TCP como protocolo de transporte, mas o HTTP usa uma conexão persistente, o que melhora o desempenho do TCP.