1 of 20
2 of 20
3 of 20
4 of 20
5 of 20
6 of 20
7 of 20
8 of 20
9 of 20
10 of 20
11 of 20
12 of 20
13 of 20
14 of 20
15 of 20
16 of 20
17 of 20
18 of 20
19 of 20
20 of 20

Application Acceleration

Edite no GitHub

Este serviço de aceleração de aplicações web e APIs estende as funcionalidades do produto Azion Edge Application, por meio de otimizações de protocolo e do gerenciamento dos diferentes requisitos do conteúdo dinâmico.

Com o Application Acceleration, você pode configurar regras avançadas de cache por path – que permitem o cache granular, a segmentação de conteúdo e políticas de cache com base em critérios como name/value de Cookies e Query Strings –, além de funcionalidades como Bypass Cache, Forward Cookies e suporte a POST/PUT e outros métodos HTTP.

Conheça a seguir como configurar regras por path para estas funcionalidades:

  1. Advanced Cache Key
  2. Bypass Cache
  3. Forward Cookies
  4. Suporte a POST/PUT e outros métodos

1. Advanced Cache Key

Você pode utilizar a Azion para entregar seu conteúdo dinâmico ou estático.

Mesmo a parte dinâmica de um site muitas vezes pode ser cacheada para um perfil de usuários, agrupado de acordo com as necessidades específicas de sua aplicação: por cidade, por perfil de navegação ou de compras.

Por padrão, a Azion considera cada URL como um objeto distinto no cache.

Então, para que seu conteúdo dinâmico seja cacheado nos Edge Nodes da Azion, você pode configurar uma regra customizada de cache key baseada em Cookies ou Query String através do Advanced Cache Key e, com isso, definir a segmentação de seu conteúdo em sua aplicação.

Para acessar essa funcionalidade, proceda da seguinte maneira:

  1. Entre no Real-Time Manager e selecione Edge Application através do menu Products.
  2. Adicione uma Edge Application ou edite uma de sua lista.
  3. Para habilitar o módulo de Application Acceleration, clique na aba Main Settings e selecione a opção Application Acceleration na seção Edge Application Modules.
  4. Após habilitar o módulo, clique na aba Cache Settings.
  5. Adicione uma configuração de cache ou edite uma de sua lista de Cache Settings.
  6. Na seção Advanced Cache Key, defina sua configuração customizada de Cache by Query String e de Cache by Cookie.
  7. Na aba Rules Engine, adicione ou edite uma regra de sua lista em Request Phase a fim de definir o comportamento para um ou mais paths.
  8. No behavior Set Cache Policy, selecione a configuração customizada de cache.

Cache by Query String

Na Azion, você define como deseja que o conteúdo seja cacheado de acordo com variações de Query String em suas URLs:

  • Content does not vary by Query String (Improves Caching): define que a cache key deve ignorar a Query String, isto é, duas URLs distintas apenas pela variação da Query String serão consideradas como o mesmo objeto em cache, por exemplo http://seudominio.com/path?queryA e http://seudominio.com/path?queryB irão entregar o mesmo conteúdo do cache para seus usuários.
  • Content varies by some Query String fields (Whitelist): você pode listar quais campos da Query String devem ser considerados para diferenciar os objetos no cache da Azion. Todos os demais campos serão ignorados. Por exemplo, se você listar o campo “cidade”, as URLs http://seudominio.com/path?cidade=A&nome=X e http://seudominio.com/path?cidade=A&nome=Y serão considerados como um único objeto em cache, enquanto as URLs http://seudominio.com/path?cidade=A&nome=X e http://seudominio.com/path?cidade=B&nome=X serão considerados como objetos distintos.
  • Content varies by Query String, except for some fields (Blacklist): você pode listar quais campos da Query String devem ser ignorados ao diferenciar os objetos em cache. Todos os demais campos serão considerados. Por exemplo, se você listar o campo “random”, as URLs http://seudominio.com/path?cidade=A&random=123 e http://seudominio.com/path?cidade=B&random=123 serão considerados objetos distintos em cache, enquanto http://seudominio.com/path?cidade=A&random=123 e http://seudominio.com/path?cidade=A&random=456 serão considerados como o mesmo objeto em cache.
  • Content varies by all Query String fields: define que a cache key deve considerar todos os campos da Query String, isto é, duas URLs distintas pela variação da Query String serão consideradas como dois objetos distintos em cache, por exemplo http://seudominio.com/path?queryA e http://seudominio.com/path?queryB serão armazenados como objetos distintos no cache da Azion.

Além disso, para aumentar a eficiência do cache, você pode ativar a funcionalidade Query String Sort. Com a funcionalidade Query String Sort ativada, todos os campos da query string serão ordenados, fazendo com que a posição dos campos seja irrelevante na definição da cache key. Se a posição dos campos for relevante para diferenciar o seu conteúdo, você deve deixar essa funcionalidade desativada.

Cache by Cookie

Você pode também distinguir os objetos no cache da Azion por nome/valor de cookies.

  • Content does not vary by Cookies (Improves Caching): define que os cookies não serão levados em consideração para diferenciar objetos no Edge Caching da Azion. Apenas a URL será considerada para diferenciação dos objetos.
  • Content varies by some Cookies (Whitelist): você pode listar o nome dos cookies que sua aplicação utiliza para diferenciar os objetos em cache. Todos os demais cookies, serão ignorados. Com isso, você pode segmentar seu conteúdo por perfis de usuários e muito mais. Esta é a opção mais recomendada se você utiliza cookies para gerenciar sessões de usuários.
  • Content varies by Cookies, with the exception of a few (Blacklist): você pode listar o nome dos cookies que deseja ignorar na definição da cache key e, dessa forma, todos os cookies serão considerados, exceto os listados.
  • Content varies by all Cookies: define que além da URL, todos os cookies deverão ser considerados para diferenciar objetos no cache da Azion.

Utilize essa funcionalidade para segmentar seu conteúdo por perfil de usuário, por sessão de navegação, por região de acesso ou conforme sua necessidade de segmentação de conteúdo.


2. Bypass Cache

Você também pode utilizar a Azion para entregar seu conteúdo dinâmico e personalizado, mesmo quando parte de seu conteúdo não puder ser cacheado na infraestrutura da Azion. Na Azion, você define as regras de cache por path. Crie uma regra de Bypass Cache para os paths de seu site que não puderem ser cacheados em nossa infraestrutura.

Para acessar essa funcionalidade, proceda da seguinte maneira:

  1. Entre no Real-Time Manager e selecione Edge Application através do menu Products.
  2. Adicione uma Edge Application ou edite uma de sua lista.
  3. Na aba Rules Engine, adicione ou edite uma regra de sua lista em Request Phase a fim de definir o comportamento para um ou mais paths.
  4. Selecione o behavior Bypass Cache.

Através do Bypass Cache, você configura o serviço da Azion para repassar todas as requisições a um path diretamente para sua origem. Contudo, você contará com importantes otimizações de protocolo para acelerar sua aplicação e conexão keepalive entre os Edge Servers da Azion e sua origem, sempre que possível.

Diferença entre Bypass Cache e TTL 0 (zero)

Há uma diferença de comportamento entre Bypass Cache e cache com TTL (time-to-live) definido em 0 (zero) segundos. Ao utilizar Bypass Cache, todas as requisições http e https recebidas pelos Edge Nodes da Azion serão enviadas para a sua origem, sem qualquer cache do conteúdo. Selecione a funcionalidade Bypass Cache se você deseja entregar conteúdo distinto para cada requisição de usuário.

Já para TTL definido em 0 (zero) segundos, múltiplas requisições em paralelo aos Edge Nodes da Azion serão enviadas como uma única requisição para sua origem, através do Edge da Azion.

Utilize TTL zero se o conteúdo puder ser entregue idêntico para todos os usuários que o requisitarem simultaneamente, mas o conteúdo variar a cada instante de tempo. Além disso, ao utilizar TTL zero, os Edge Nodes da Azion irão validar as alterações do conteúdo com sua origem utilizando o parâmetro If-Modified-Since. Caso o objeto não tenha sofrido alterações desde a última requisição, o conteúdo não precisará ser novamente transferido, podendo resultar em uma resposta 304 Not Modified muito mais rápida.

Essa diferença é importante para que você obtenha o máximo de otimização na entrega de seu conteúdo e redução de carga em sua origem.


3. Forward Cookies

Se sua origem gerencia cookies de aplicações, talvez você precise da funcionalidade Forward Cookies.

Por padrão, a Azion filtra o Response Header Set-Cookie enviado por sua origem. Mas, se desejar, você pode configurar para que o Set-Cookie seja repassado para seus usuários.

Para acessar essa funcionalidade, proceda da seguinte maneira:

  1. Entre no Real-Time Manager e selecione Edge Application através do menu Products.
  2. Adicione uma Edge Application ou edite uma de sua lista.
  3. Na aba Rules Engine, adicione ou edite uma regra de sua lista em Request Phase a fim de definir o comportamento para um ou mais paths.
  4. Selecione o behavior Forward Cookies.

Ao utilizar a funcionalidade Forward Cookies, você determina que a Azion encaminhe para seus usuários o cabeçalho Set-Cookie proveniente de sua origem, mesmo na situação de conteúdo em cache (_cache hit_). Para evitar que um usuário receba Set-Cookie de sessão de outro usuário, você deve listar todos os cookies de sessão (cookies privados) de sua aplicação na aba Cache Settings da sua configuração de Content Delivery, na seção Advanced Cache Key, em Cache by Cookie.

JavaScript Cookies

Uma alternativa ao envio do Response Header Set-Cookie é a criação de cookies por JavaScript, que permite criar, ler e expirar cookies através da propriedade document.cookie.

Para criar um cookie por JavaScript, é necessário informar name=value e, opcionalmente, expires e path:

document.cookie = “username=John Doe; expires=Thu, 18 Dec 2013 12:00:00 UTC; path=/”;

Você encontrará mais informações sobre JavaScript Cookies clicando aqui.

Por padrão, a Azion não irá filtrar o Request Header Cookie, independentemente de sua configuração de Forward Cookies. Sendo assim, JavaScript Cookies poderão ser enviados para sua origem para viabilizar o gerenciamento de sua aplicação.


4. Suporte a POST/PUT e outros métodos

Você pode utilizar a Azion para acelerar suas aplicações web e APIs. Através do Application Acceleration você estende as funcionalidades do Edge Application para suportar os métodos POST, PUT, PATCH, DELETE, além dos já suportados nativamente GET, HEAD e OPTIONS.

Para ativar a funcionalidade para os paths desejados, proceda da seguinte maneira:

  1. Entre no Real-Time Manager e selecione Edge Application através do menu Products.
  2. Adicione uma Edge Application ou edite uma de sua lista.
  3. Na aba Main Settings, ative o módulo Application Acceleration.

Não encontrou o que procurava? Abra um ticket.