Sim, você pode, se você configurar o site inteiro para ser executado por trás do CloudFront. Em seguida, você pode configurar o serviço de origem de back-end padrão para o site e criar uma exceção para seguir um caminho diferente para / blog.
Configure uma nova distribuição do CloudFront. Use o nome do host ELB ou EB do site principal como a origem. Configure o nome de domínio do site como um nome de domínio alternativo no CloudFront.
Em seguida, adicione uma segunda origem, com o destino sendo o nome do host em que a implantação do WP pode ser alcançada. Crie um comportamento com um padrão de caminho que corresponda a /blog*
e usa a segunda origem.
(Se / blog * corresponde a alguma outra coisa está na raiz do site ... improvável, mas digamos que você tenha outra página na raiz chamada / blogosphere, isso seria incorretamente correspondido, então você realmente precisa criar dois patterns, / blog e / blog /*).
Gotcha: observe que ao criar uma origem, há uma caixa para caminho de origem . Isso provavelmente não faz o que você espera. Deixe em branco se não tiver certeza.
O caminho de origem é um prefixo que você deseja que a Cloudfront adicione à solicitação enviada para a origem, mesmo que ela não esteja visível no URL. Portanto, se você definir isso como / test e a solicitação do navegador for para / blog, o servidor de backend verá a solicitação chegar para / test / blog.
O caminho de origem permite que você prefixe o caminho que será solicitado, caso contrário, o caminho de entrada será enviado conforme recebido do navegador. Isso significa que na instalação do WP, a raiz do conteúdo precisa estar em /blog
quando você se conectar diretamente ao servidor WP, não em /
. Atualmente, o CloudFront não fornece nenhum mecanismo para remover componentes do caminho.
Lembre-se também de habilitar a string de consulta e o encaminhamento de cookies para o back-end do WordPress na medida em que for necessário para o WordPress funcionar conforme necessário. O mesmo é verdade para o seu site principal, é claro.
Você pode precisar da lista de permissões do Host:
header se o seu servidor espera. Possivelmente outros, dependendo de quais cabeçalhos os servidores precisam ver, mas como regra geral, quanto mais cabeçalhos você encaminhar, menos o CloudFront pode fazer o cache, porque se ele encaminha um cabeçalho para a origem, ele deve assumir que qualquer solicitação subseqüente Cabeçalho varia pode receber uma resposta diferente do servidor, portanto, a solicitação não pode ser atendida a partir do cache, a menos que todos os cabeçalhos encaminhados correspondam.
Por fim, depois da configuração e dos testes, você apontaria seu nome de host para o ponto de extremidade do CloudFront e você estaria ativo.