Eu tenho um site que é composto apenas de arquivos estáticos.
Acabei de descobrir como é fácil hospedar sites diretamente no Github . Alguma idéia de como eles se saem em termos de latência, confiabilidade, capacidade ...?
Em geral - apenas para conteúdo estático no momento - eles são "grau de produção"? Como eles se comparam com o Amazon S3 em termos de latência pura e tempo de atividade?
Respostas:
O GitHub está de fato pronto para produção. Eles usam replicação, clustering e balanceamento de carga para fornecer baixa latência e alta disponibilidade, e eu diria que eles são muito bons nisso. Você pode ter uma idéia sobre os últimos problemas lendo a página de status .
No entanto, eles não são uma hospedagem real. Comparado ao Amazon S3, por exemplo, o Amazon oferece as seguintes vantagens:
As vantagens de usar as páginas do GitHub normalmente são para usuários do Ruby que desejam usar o Jekyll (a ferramenta por trás das páginas do GitHub) e desejam deixar o GitHub no esforço de compilar e hospedar o site. Por último, mas não menos importante, é gratuito (desde que você mantenha seu repositório público).
Mas nada impede que você use Jekyll localmente (ou qualquer outra ferramenta de publicação), gere as páginas estaticamente e as hospede na Amazon. Estou fazendo isso para vários projetos. Existem várias ferramentas de linha de comando para sincronizar sua cópia local com a pasta Amazon.
A grande limitação não é o suporte TLS / SSL de ponta a ponta .
As páginas são veiculadas por HTTP, não por HTTPS; portanto, você não deve usá-las para transações confidenciais, como o envio de senhas ou números de cartão de crédito.
https: // foo .github.io funciona , mas não é totalmente seguro (trecho da resposta de suporte do GitHub, fevereiro de 2014):
Embora as solicitações HTTPS pareçam funcionar, nosso provedor de CDN está adicionando e removendo a criptografia no final e, em seguida, a solicitação é transmitida pela Internet aberta do nosso provedor de CDN para nossa infraestrutura de páginas do GitHub, criando a aparência de confiabilidade.
É por isso que ainda não oferecemos suporte oficial ao HTTPS para páginas do GitHub.
E não há suporte a TLS / SSL para domínios personalizados. problema não oficial ].
Muitas pessoas experimentaram o HTTPS em um domínio personalizado via, por exemplo, o Clouldflare. O Clouldflare especificamente não é seguro de ponta a ponta (" Estrito Full SSL" não funciona aqui), mas o que você usar na frente, o próprio link Pages-CDN do Github permanece inseguro, conforme explicado acima.
Outro pequeno bug: alguns caminhos redirecionam de volta para http .
*.github.ioagora, mas ainda não há SSL válido para domínios personalizados.
A partir de 2018, o GitHub Pages suporta totalmente HTTPS, mesmo para domínios personalizados .
As páginas do GitHub agora também usam uma CDN , atualmente fornecida pela Fastly .
Portanto, qualquer coisa que você hospede nas páginas do GitHub hoje será segura, rápida e confiável.