Edge Security Acceleration:Conceitos principais

Servidor de origem

Servidor que hospeda seu conteúdo. O Alibaba Cloud CDN busca o conteúdo no servidor de origem e o armazena em cache nos pontos de presença (POPs) mais próximos dos usuários.

O Alibaba Cloud CDN oferece suporte aos seguintes tipos de servidor de origem: buckets do Object Storage Service (OSS), Function Compute e servidores próprios (especificados por endereço IP ou nome de domínio).

POP

Um ponto de presença (POP) consiste em nós de cache distribuídos geograficamente, onde o Alibaba Cloud CDN armazena cópias do conteúdo de origem. Quando um usuário solicita conteúdo, o Alibaba Cloud CDN o entrega a partir do POP mais próximo. Se o conteúdo não estiver em cache ou tiver expirado, o POP o buscará no servidor de origem.

Nome de domínio acelerado

Nome de domínio configurado para aceleração no Alibaba Cloud CDN. Por exemplo, ao adicionar aliyundoc.com ao Alibaba Cloud CDN, aliyundoc.com torna-se o nome de domínio acelerado. Na documentação de CDN, este também é chamado simplesmente de nome de domínio de CDN ou nome de domínio.

Um nome de domínio é uma string de identificação mapeada para um ou mais recursos da internet. Ele funciona como um alias legível por humanos para um endereço IP numérico.

Registro CNAME

Um registro CNAME (também chamado de registro de alias) mapeia um nome de domínio para outro, resolvido posteriormente para o endereço IP do servidor de destino.

Após adicionar um nome de domínio ao Alibaba Cloud CDN, o service gera um registro CNAME no formato *.*kunlun*.com e o atribui ao seu domínio. Adicione esse registro CNAME no seu provedor de DNS para rotear o tráfego pelos POPs da CDN.

O registro CNAME é necessário porque os POPs que atendem diferentes regiões e provedores de services de internet (ISPs) possuem endereços IP distintos; um único registro A não consegue mapear todos eles. O sistema de roteamento da CDN seleciona o POP ideal com base na região do usuário, no ISP e na carga atual, resolvendo o CNAME para o endereço IP desse POP.

Conteúdo estático

Conteúdo que permanece idêntico em cada solicitação. Exemplos incluem imagens, vídeos, arquivos HTML, CSS e JavaScript, pacotes de software, arquivos APK, glTF Binary e arquivos compactados.

O Alibaba Cloud CDN armazena conteúdo estático em cache nos POPs distribuídos globalmente e o entrega a partir do POP mais próximo do usuário solicitante, reduzindo a latência e melhorando a experiência do usuário.

Conteúdo dinâmico

Conteúdo que pode variar entre solicitações. Exemplos incluem arquivos ASP, JSP, PHP, Perl e CGI, respostas de API e resultados de consultas a bancos de dados.

Para aceleração de conteúdo dinâmico, recomendamos o uso de Edge Security Acceleration (ESA).

DNS

O Domain Name System (DNS) traduz nomes de domínio legíveis por humanos em endereços IP legíveis por máquinas. Por exemplo, aliyundoc.com pode ser resolvido para 10.10.10.10. Essa resolução ocorre automaticamente por meio de servidores DNS quando um usuário insere um nome de domínio no navegador.

A Alibaba Cloud também fornece um service de DNS gerenciado. Para obter detalhes, consulte What is Alibaba Cloud DNS.

SSL/TLS

O Secure Sockets Layer (SSL) é um protocolo de segurança que protege dados transmitidos pela internet. O Transport Layer Security (TLS) é seu sucessor. Ambos operam entre a pilha TCP/IP e os protocolos da camada de aplicação para criptografar comunicações e são referidos coletivamente como SSL/TLS.

Tempo de DNS

Tempo decorrido entre o início da solicitação pelo cliente e o recebimento do endereço IP do host de destino.

Tempo de TCP

Tempo necessário para um cliente estabelecer uma conexão TCP com o servidor de destino.

Tempo de SSL

Tempo que um cliente leva para concluir um handshake SSL/TLS com um servidor web.

Tempo de entrega

Tempo que um cliente leva para terminar de enviar uma solicitação após a conclusão do handshake SSL/TLS.

Tempo de conexão

Tempo total para estabelecer uma conexão entre um cliente e um POP.

• HTTP: Tempo de DNS + Tempo de TCP

• HTTPS: Tempo de DNS + Tempo de TCP + Tempo de SSL

O tempo de conexão reflete a cobertura dos POPs e a capacidade de entrega.

Tempo de resposta

Tempo que um servidor web leva para processar uma solicitação HTTP e retornar uma resposta ao cliente.

Tempo de download

Tempo que um cliente leva para receber e baixar o primeiro pacote retornado por um servidor web.

Tempo até o primeiro pacote

Intervalo desde o envio de uma solicitação pelo cliente até o recebimento do primeiro pacote HTTP do servidor. Para uploads e downloads de conteúdo, equivale a: Tempo de DNS + Tempo de TCP + Tempo de SSL + tempo de solicitação + tempo de resposta.

O tempo até o primeiro pacote reflete o desempenho geral dos POPs.

Um nome de domínio recém-registrado pode levar mais tempo para resolver do que nomes de domínio estabelecidos. Isso não afeta o tempo de recuperação do cache.

Tempo de carregamento inicial

Tempo para concluir o carregamento do primeiro quadro de um stream. É determinado pelo tempo de DNS, tempo de conexão e tempo até o primeiro pacote. Um tempo de carregamento inicial menor indica melhor desempenho.

Taxa de travamento

Métrica de streaming de vídeo e áudio. Calculada como: número de espectadores que enfrentam eventos de travamento ÷ 100. Uma taxa de travamento menor indica melhor desempenho.

Taxa de perda de pacotes

Proporção de pacotes perdidos em relação ao total de pacotes transmitidos por uma conexão de rede.

Desempenho geral

Tempo total para fazer upload ou download de um arquivo inteiro.

Busca na source

Quando um usuário solicita conteúdo que não está em cache em um POP ou que expirou, o POP recupera o conteúdo diretamente do servidor de source. Esse processo é chamado de busca na source.

Host de source

Nome de domínio que os POPs usam ao fazer solicitações de busca na source. Isso é importante quando vários nomes de domínio estão hospedados no mesmo servidor de source; você precisa especificar qual nome de domínio o POP deve acessar.

Por exemplo, se o seu nome de domínio acelerado for www.aliyundoc.com, mas o servidor de source deve responder a solicitações para aliyundoc.com, defina o host de source como aliyundoc.com.

Para obter detalhes, consulte Configure the default origin host.

Política de protocolo de source

Protocolo (HTTP ou HTTPS) que os POPs usam ao buscar conteúdo no servidor de source.

Por exemplo, se os clientes enviarem solicitações aos POPs via HTTPS, mas o servidor de source não oferecer suporte a HTTPS, defina a política de protocolo de source como HTTP. Para obter detalhes, consulte Configure the origin protocol policy.

Taxa de busca na source

Medida da frequência com que os POPs recuperam conteúdo do servidor de source em vez de entregá-lo a partir do cache. Existem dois tipos:

• Taxa de solicitações à source — Proporção de solicitações de conteúdo não armazenado em cache, expirado ou não armazenável em relação ao total de solicitações enviadas aos POPs. Calculada como: solicitações de volta à source dos POPs ÷ total de solicitações aos POPs. Uma taxa menor indica maior eficiência do cache. Observação: se os POPs dividirem as solicitações ao buscar na source, a contagem de solicitações de volta à source pode exceder o número total de solicitações dos clientes.

• Taxa de transferência de dados da source — Proporção de dados buscados no servidor de source em relação aos dados entregues aos clientes. Calculada como: bytes retornados da source para os POPs ÷ bytes retornados dos POPs para os clientes. Uma taxa menor indica maior eficiência do cache.

SNI

O Server Name Indication (SNI) é uma extensão do SSL/TLS que permite a um cliente especificar a qual nome de domínio está se conectando no início do handshake TLS. Isso possibilita que um único servidor HTTPS (endereço IP) hospede vários nomes de domínio.

Se o endereço IP do seu servidor de source estiver associado a vários nomes de domínio e a política de protocolo de source estiver definida como HTTPS, configure o SNI para especificar o nome de domínio de destino nas solicitações de busca na source. Para obter detalhes, consulte Configure SNI.

Busca na source por intervalo

Método de busca de apenas um intervalo específico de bytes de um arquivo no servidor de source, usando o cabeçalho HTTP Range. Por exemplo, um POP pode solicitar apenas os bytes 0–100 de um arquivo em vez de baixar o arquivo inteiro.

A busca na source por intervalo é útil para cenários de distribuição de arquivos grandes, como streaming de vídeo sob demanda e entrega de pacotes de software. Ela aumenta as taxas de acerto de cache e reduz tanto o tráfego quanto a carga na source.

Redirecionamento 302

Recurso que permite aos POPs seguir redirecionamentos HTTP 302 retornados pelo servidor de source, em vez de repassar a resposta 302 aos clientes. Isso simplifica o fluxo de solicitação do cliente e acelera a entrega de conteúdo.

Proteção contra hotlink baseada em Referer

Mecanismo de controle de acesso baseado no cabeçalho HTTP Referer, que identifica a source de uma solicitação (protocolo, nome de domínio e string de consulta). Configure uma lista de permissões de Referer para permitir apenas sources especificadas ou uma lista de bloqueios de Referer para negar sources especificadas.

Para obter detalhes, consulte Configure a Referer blacklist or whitelist.

Limite de largura de banda

Limite superior configurável para a largura de banda consumida por um nome de domínio acelerado. Se a largura de banda média em qualquer janela de um minuto atingir o limite, o Alibaba Cloud CDN suspende o nome de domínio e o mapeia para offline.***.com, tornando o domínio temporariamente inacessível.

Para obter detalhes, consulte Configure bandwidth caps.

TTL

O Time-to-live (TTL) define por quanto tempo um recurso permanece em cache nos POPs antes de expirar. Recursos expirados são removidos dos POPs. Solicitações para recursos expirados são tratadas como falhas de cache e acionam uma busca na source. O conteúdo atualizado é então armazenado em cache novamente.

Para obter detalhes, consulte Create a cache rule for resources.

Taxa de acerto de cache

Medida da eficácia dos POPs em entregar conteúdo a partir do cache sem recorrer à source. Uma proporção maior indica melhor desempenho. O Alibaba Cloud CDN relata dois tipos:

• Taxa de acerto de bytes

  Calculada como: (bytes retornados dos POPs para os clientes − bytes buscados na source) ÷ bytes retornados dos POPs para os clientes. Uma taxa de acerto de bytes menor significa mais tráfego de source, maior largura de banda de saída do servidor de source e carga mais pesada na source.

• Taxa de acerto de solicitações

  Calculada como: (total de solicitações aos POPs − solicitações à source) ÷ total de solicitações aos POPs.

CORS

O Cross-origin resource sharing (CORS) é um mecanismo de controle de acesso baseado em cabeçalhos HTTP. Ele permite que um servidor especifique de quais sources (domínio, protocolo e porta) um navegador pode carregar recursos. Para obter detalhes, consulte Configure CORS.

ES

O EdgeScript (ES) permite personalizar o comportamento da CDN escrevendo scripts executados nos POPs, indo além das opções de configuração integradas.

ER

O EdgeRoutine (ER) é um ambiente de execução JavaScript que roda em POPs distribuídos globalmente. Ele suporta sintaxe ES6 e APIs padrão de Web Service Worker. Implante seu código JavaScript no ER e ele se propagará por toda a rede do Alibaba Cloud CDN, permitindo que a CDN processe solicitações no POP mais próximo de cada cliente.

HSTS

O HTTP Strict Transport Security (HSTS) é um mecanismo de política que instrui navegadores e outros clientes a se conectarem apenas via HTTPS, rejeitando todas as solicitações HTTP e certificados SSL não confiáveis.

Sem o HSTS, as solicitações HTTP são redirecionadas para HTTPS via redirecionamentos 301 ou 302, deixando a solicitação HTTP inicial exposta a possíveis sequestros ou adulterações. Com o HSTS ativado, os clientes se conectam diretamente via HTTPS desde a primeira solicitação, prevenindo ataques man-in-the-middle (MITM).

Para obter detalhes, consulte Configure HSTS.

QUIC

O Quick UDP Internet Connections (QUIC) é um protocolo da camada de transporte construído sobre UDP. Ele fornece segurança no nível TLS enquanto reduz significativamente o tempo de configuração de conexão e a latência de transmissão. O QUIC também gerencia o congestionamento da rede e mantém a disponibilidade do service em condições de alta perda de pacotes ou alta latência.

Diferente do TCP, o QUIC implementa o controle de congestionamento na camada de aplicação, permitindo ajustes flexíveis de algoritmos com base nos requisitos de negócios, sem depender do kernel do SO. O QUIC é uma alternativa adequada quando a otimização do TCP atinge seus limites.

Código de status HTTP

Código numérico de três dígitos que um servidor inclui em sua resposta para indicar o resultado da solicitação de um cliente. Os códigos de status HTTP são agrupados por tipo: