Main Settings

Main Settings é o conjunto de valores que se aplicam a uma aplicação como um todo: o nome, os Produtos habilitados nela, Debug Rules e o status. Azion Console agrupa esses valores na aba Main Settings da aplicação, e a API os retorna como campos do objeto da aplicação. Para o caminho que uma requisição percorre em uma aplicação, consulte Como Applications funciona.

Seções e campos

A aba Main Settings tem quatro seções: General, Modules, Debug Rules e Status. General guarda o Name da aplicação. A aba traz Cancel e Save, e uma alteração é salva com Save.

Cada seção corresponde a um ou mais campos da aplicação na API. A última coluna traz o valor que cada campo assume quando uma requisição de criação envia apenas name e active.

Por exemplo, uma aplicação que você cria pela API apenas com name e active tem Cache e Functions ativados desde o início, e Application Accelerator fica desativado até você ativá-lo.

O toggle Status desativa a aplicação e a ativa de novo sem excluí-la. A API carrega o mesmo estado no boolean active.

Produtos

A seção Modules ativa ou desativa Produtos em uma aplicação, e cada aplicação mantém o próprio conjunto. O grupo Default Modules dessa seção tem um toggle por Produto: Application Accelerator, Cache, Functions e Image Processor. Um grupo Subscription modules traz uma ação Contact sales, e a seção informa que “Some modules require subscription.”

Cache fica ativado quando você cria uma aplicação, e Azion Console informa que ele é “Automatically enabled in all accounts.” Você pode ativar um Produto quando a sua conta oferece suporte a ele, e desativá-lo quando nada na aplicação depende dele. Ativar um Produto pode gerar custos relacionados ao uso. Para mais informações, consulte Preços.

Uma regra ou um cache setting que precisa de um Produto desativado na aplicação é recusado quando você o salva, com um dos códigos da seção Erros. Por exemplo, uma regra de requisição cujo critério lê ${request_uri} é recusada enquanto Application Accelerator está desativado, e a mesma regra com ${uri} é aceita. Para as variáveis e os behaviors que cada Produto adiciona, consulte Rules Engine para Applications.

Tiered Cache não tem toggle na seção Modules. Ele é um switch dentro de cada cache setting. Para mais informações, consulte Tiered Cache.

Debug Rules

Debug Rules registra as regras do Rules Engine executadas em cada requisição à aplicação. A configuração fica desativada quando você cria uma aplicação, e a API a guarda no boolean debug. No Azion Console, o toggle Debug Rules a define.

Com Debug Rules ativado, as regras executadas em uma requisição aparecem no campo $traceback do Data Stream e do Real-Time Events. A API GraphQL do Real-Time Events retorna as mesmas regras na variável $stacktrace. Uma regra que não está nessa lista não foi executada na requisição.

Por exemplo, quando uma regra Set Cache Policy parece não ter efeito em um path, o $traceback de uma requisição a esse path mostra se a regra chegou a ser executada. Para as consultas que leem o campo em cada ferramenta, consulte Depure regras criadas com Rules Engine.

Configurações de entrega e protocolo

Main Settings não traz configurações de entrega nem de protocolo. Domínios, protocolos e certificados pertencem ao workload que serve a aplicação, e as Deployment Settings do workload selecionam a Application que ele executa.

Em uma conta que não migrou para a API v4, a própria aplicação guarda os protocolos de entrega, as portas e as configurações de TLS. Para essas configurações, consulte Main Settings | v3.

API

A API serve as aplicações em https://api.azion.com/v4/workspace/applications. Cada chamada se autentica com um personal token no header Authorization: Token [TOKEN VALUE], e uma chamada com corpo também envia Content-Type: application/json.

Esta chamada cria uma aplicação apenas com um nome e um status:

A API responde 202. Neste trecho do corpo, modules e debug trazem os valores que a plataforma definiu na criação:

O id em data identifica a aplicação em todas as chamadas seguintes, incluindo os paths das regras dela, como /workspace/applications/<application-id>/request_rules.

Esta chamada ativa Application Accelerator em uma aplicação existente:

A API responde 202 com state definido como pending. Um corpo com functions no lugar de application_accelerator ativa Functions da mesma forma, e a resposta repete o objeto modules com as quatro chaves.

CLI

Azion CLI lê e altera uma aplicação com três comandos sob o substantivo application. Cada flag de Produto recebe uma string, como true.

Este comando ativa Application Accelerator:

A saída de azion describe application inclui o objeto modules da aplicação:

Em uma aplicação com os quatro Produtos ativados, o objeto fica assim:

Erros

Um Produto desativado na aplicação aparece como a recusa do objeto que precisa dele, com 400. Cada uma dessas recusas nomeia Application Accelerator. Este corpo responde a uma regra de requisição com ${request_uri}:

meta.missing_required_modules lista as chaves que devem ser ativadas no objeto modules da aplicação.

Recursos relacionados