Olá a todos, e bem-vindos de volta.
Agora, no vídeo de hoje, vamos discutir sobre as páginas de erro personalizadas na frente da nuvem.
Agora, geralmente ter uma página de erro do cliente é uma das coisas importantes, não apenas específica para o ambiente
baseado na nuvem, mas qualquer website que você tenha.
É importante que você defina as páginas do cliente, portanto, vamos em frente e investiguemos.
Portanto, primeiro, vamos olhar para o desafio geral.
Agora, em uma arquitetura baseada nas nuvens, você tem uma origem e tem um cliente.
Assim, o código de status e a página de erro que o Cloud friend recebe da origem também é devolvido ao telespectador.
E mais uma vez, isto pode não criar uma das melhores experiências.
Por exemplo, nesta captura de tela específica você verá que o usuário solicitou um arquivo chamado
test txt e na resposta esta é uma resposta baseada em x HTML com o acesso negado, e está mostrando várias coisas
como ID do pedido, ID do host, etc.
Agora, em geral, nos sites da Internet você não quer realmente que este tipo de resposta seja devolvido ao usuário.
Você precisa de uma resposta mais genérica que deve ser servida.
Portanto, é aqui que as páginas de erro personalizadas entram em cena.
Agora, dentro da impressão em nuvem você pode configurá-la para enviar ao espectador uma resposta de erro personalizada
que é diferente da resposta de origem.
Portanto, isto pode ser melhor compreendido com este diagrama onde você tem o usuário, você tem uma impressão
em nuvem e você tem um balde com três baldes onde há algum tipo de website que é hospedado.
Então o usuário envia um pedido para a nuvem, imprime a nuvem e envia o pedido para a origem envia uma resposta
de volta para a empresa da nuvem declarando o acesso http 403 negado.
Agora, nesta fase, quando recebe, você pode configurar um conjunto diferente de respostas a serem
enviadas ao usuário.
Portanto, se você vir que a resposta é diferente, incluindo o código de status.
Portanto, aqui o código de status HTTP é para zero três acessos negados.
Entretanto, o código de status que está sendo enviado pela empresa de nuvem é para zero quatro, o que não é encontrado.
Muito bem.
Portanto, vamos fazer uma coisa.
Vamos em frente e analisar isto praticamente.
Agora, se você geralmente olhar para os sites maiores, você terá algum tipo de página de erro personalizada,
por exemplo, na documentação.
Se nós apenas solicitarmos um objeto que não existe em vez de uma fonte 404 nulo, você verá que tem uma resposta
muito boa que também é útil e dá muito mais informações melhores.
Agora, em uma distribuição em nuvem que não tem a página de erro personalizada que está configurada,
se você solicitar um objeto inexistente ou vamos experimentá-lo.
Assim, você vê que tem a típica resposta XML declarando acesso negado e assim por diante.
Portanto, isto é algo que, como estávamos discutindo, você não quer enviar de volta para seus usuários.
Assim, ao invés disso, você configura uma página de erro personalizada no nível de impressão na nuvem e a resposta pode ser
melhorada.
Agora eu tenho mais uma distribuição firme na nuvem com página de erro personalizada que está configurada, então
vamos substituir a URL pela distribuição mais recente e eu vou apenas adicionar um texto aleatório aqui.
Vamos pressionar para entrar e desta vez você vê que a resposta é um pouco diferente.
O que indica que, lamentavelmente, a página não está disponível.
Você pode ter uma página muito mais limpa aqui.
Entretanto, só por simplicidade, acabei de acrescentar aqui um documento de texto com os detalhes e nos websites
você terá algo como isto ou terá algum tipo de imagem que faça as coisas parecerem muito melhores.
Agora, deixe-me também mostrar-lhe rapidamente como você pode configurar isto.
Portanto, só por simplicidade, tenho uma distribuição de nuvens e isto, por sua vez, está associado à origem
do S3 Bucket.
Portanto, o site é hospedado em S3.
Agora se você olhar para a página de distribuição e erro, eu tenho uma página de erro que está configurada
aqui.
Então o que isto diz, diz que se o amigo da nuvem receber um acesso 403 negado, que é esta página específica
que tínhamos visto anteriormente, em vez de enviar isso, basta enviar a resposta que faz parte do arquivo
HTML da página de erro personalizado.
E onde este arquivo é armazenado, ele é armazenado no mesmo balde que três baldes.
Portanto, você tem uma página de erro HTML personalizada.
Portanto, este arquivo será devolvido ao invés do 403.
Caso tudo esteja funcionando, então nosso arquivo HTML de índice será devolvido.
Agora, mais uma coisa interessante que você vai ver é que o código de status HTTP também é alterado.
Portanto, aqui o código de erro é 403.
Entretanto, o código de resposta HTTP aqui é para zero quatro.
Assim, em vez de enviar uma mensagem de negação de acesso ao usuário, o cloud front enviará uma página não encontrada.
E isto também pode ser configurável.
Agora vamos também analisar rapidamente o assunto.
Portanto, vamos fazer uma coisa.
Vamos voltar para a distribuição.
Uma das distribuições tem a página de erro personalizada configurada.
A segunda não tem a página de erro personalizada configurada.
Primeiro, vamos olhar para a distribuição da nuvem, que não tem a página de erro configurada agora a partir
do Scylla.
Se eu fizer um enrolar rapidamente.
Distribuição e sabemos que o objeto não existe.
Vamos dar uma olhada no cabeçalho.
O cabeçalho aqui é para zero três proibido.
Agora vamos analisar a distribuição das nuvens, que tem a página de erro configurada.
Farei novamente um pedido de encaracolamento.
Você está enviando-o para o objeto que realmente não existe.
Agora o ideal é que três enviem esta mensagem de retorno 4034 de volta para o amigo da nuvem.
Entretanto, desta vez você vê o código de status HTTP também é alterado para 404.
Portanto, isto é algo que você pode facilmente configurar também no nível da nuvem.
Agora, em geral, quando você configura as páginas de erro.
Você tem que definir o código de erro HTTP.
Por exemplo, se a origem envia esta 404 mensagem não encontrada de volta para a frente da nuvem, então você pode personalizar
a mensagem de erro aqui.
E aqui você pode especificar o que é o arquivo que deve ser devolvido.
Neste caso, o arquivo é a página de erro HTML personalizada, então você pode simplesmente especificá-lo aqui.
E há também a opção de enviar um código de status HTTP diferente.
Assim, ao invés de 404 não encontrados pela origem, você pode dizer algo como 400 maus pedidos ou qualquer outro código
de status, dependendo da grade de requisitos.
Portanto, esta é uma visão geral de alto nível sobre o envio da resposta de erro personalizada para o telespectador.
E com isto terminará o vídeo de hoje.