Primeiros passos com Custom Pages
Crie um conjunto de custom pages que substitui o 404 da sua origem por uma página sua, atribua-o no deployment do workload e veja-a ser servida.
Este guia orienta você a substituir o 404 que a sua origem retorna pela sua primeira página de Custom Pages.
- Crie um conjunto de custom pages com uma página para o código de status
404. - Atribua o conjunto no deployment do seu workload.
- Envie uma requisição para um caminho que a sua origem não tem e receba a sua própria página no lugar.
Quatro objetos participam, e cada um se liga ao seguinte:
- O connector guarda a sua página de erro em um caminho. Ele já existe. Para mais informações, consulte Connectors.
- O conjunto de custom pages vincula o código de status
404a esse caminho no connector. - O deployment do workload nomeia o conjunto, ao lado da aplicação que ele já nomeia.
- A requisição chega a um caminho que o connector da aplicação responde com
404, e o conjunto substitui essa resposta.
Um conjunto não altera nada até que um deployment o nomeie. Quando o connector da aplicação responde 404, o visitante recebe o conteúdo da sua página no lugar, sem redirecionamento e com o código de status que a página define. Este guia trata do Azion Console e da API. Azion CLI não altera um deployment que já existe, por isso não consegue atribuir um conjunto ao seu workload.
Selecione a interface que você usa. Os pré-requisitos e cada etapa desta página seguem essa escolha.
Pré-requisitos
- Um workload cujo deployment nomeia uma aplicação. Para criar um, consulte Primeiros passos com Workloads.
- Um caminho que o connector da sua aplicação responde com
404, como uma página que não existe. - Um connector que serve a sua página de erro em um caminho. Para criar um, consulte Connectors.
- Acesso ao Azion Console. Para entrar, consulte Como acessar o Azion Console.
Crie o conjunto de custom pages
Um conjunto de custom pages é uma lista nomeada de páginas e precisa de pelo menos uma. Cada página vincula um código de status a um caminho em um connector e pode responder com um código de status próprio. O conjunto desta etapa mantém a página em cache por 0 segundos e responde com 404.
Para criar o conjunto com a API, envie uma requisição POST para o endpoint de custom pages. Substitua [TOKEN VALUE] pelo seu personal token e <connector-id> pelo ID do seu connector. Substitua /html pelo caminho no qual o connector serve a sua página:
A API responde com 201 e o conjunto novo, incluindo o id dele. Uma requisição com a lista pages vazia é recusada com Ensure this field has at least 1 elements. Anote o id do conjunto novo para atribuí-lo ao seu workload. O conjunto existe com uma página para o código 404 e não serve nada até que você o atribua.
Atribua o conjunto ao seu workload
O deployment de um workload nomeia a aplicação, o firewall e o conjunto de custom pages que atendem o tráfego dele. Um workload contém um deployment, então você atribui o conjunto editando esse deployment. A aplicação que ele já nomeia continua no lugar.
Para atribuir o conjunto com a API, envie uma requisição PATCH para o deployment do seu workload. strategy.attributes contém a aplicação, o firewall e o conjunto de custom pages do deployment. Envie a aplicação que o deployment nomeia hoje, e o firewall dele se houver um, com o ID do seu conjunto em custom_page. Substitua <workload-id>, <deployment-id>, <application-id> e <custom-page-id>:
A API responde com 202. O deployment do workload nomeia o seu conjunto em strategy.attributes.custom_page.
Solicite uma página que a sua origem responde com 404
A verificação é a mesma, qualquer que seja a interface que atribuiu o conjunto. No comando, substitua <your-workload-domain> pelo workload domain do seu workload, no formato <id>.map.azionedge.net. Substitua <missing-path> pelo caminho que o connector da sua aplicação responde com 404.
Um conjunto atribuído não serve de imediato. A alteração no deployment se espalha pela infraestrutura distribuída da Azion, e isso leva vários minutos, sem duração garantida. Enquanto ela se espalha, uma requisição pode receber o 404 da sua origem ou a sua página. Repita a requisição até a sua página responder. Para mais informações, consulte Propagação.
Envie uma requisição para o caminho ausente e imprima os cabeçalhos da resposta com o corpo:
A resposta mantém o status 404, que vem do custom_status_code da página. O corpo dela é o documento que o seu connector serve no caminho da página. Quando esse documento é uma página HTML, a resposta fica assim:
A resposta não traz o cabeçalho Location, então o cliente não é redirecionado. O seu workload responde a um caminho ausente com a sua própria página.