Considerações de gerenciamento de operações para o acelerador de zona de aterrissagem dos Serviços AIS

Este artigo fornece considerações e recomendações para gerenciamento e monitoramento de operações ao usar as ofertas do AIS.

A maioria das recomendações nesta secção aplica-se à versão Standard (de inquilino único) do Logic Apps, que por sua vez faz parte da oferta do Serviço de Aplicações do Azure e partilha muitas das mesmas capacidades de gestão.

Muitos recursos que compõem o AIS podem ser configurados para armazenar dados de log, telemetria e métricas em Log Analytics/Application Insights, ou em locais de armazenamento personalizados (estes recursos incluem Contas de Armazenamento, Centros de Eventos e outros).

Podemos utilizar essas informações para visualizar a saúde geral de nossos recursos e tomar as ações de gerenciamento apropriadas.

Definições

• Azure Monitor Logs recolhe e organiza dados de registo e desempenho dos recursos monitorizados. Ferramentas como o Log Analytics podem então consultar ou visualizar esta informação de registo, ou permitir-lhe alertar se certas condições forem cumpridas.

• Azure Metric Logs recolhe dados numéricos numa base de dados de séries temporais a partir de recursos monitorizados. Ferramentas como o Application Insights podem visualizar esses dados, ajudá-lo a identificar problemas de desempenho e tempo de execução.

• Log Analytics é uma oferta de monitorização Azure, que fornece um local para armazenar dados de registos e desempenho, fornece um mecanismo e linguagem para consultar esses registos (Kusto); e oferece a capacidade de criar alertas e dashboards baseados nesses registos (entre outras capacidades).

• Application Insights é uma oferta de monitorização Azure, que oferece a capacidade de visualizar e alertar sobre dados de desempenho emitidos pelos recursos monitorizados.

• Kusto Query Language (KQL) é uma poderosa linguagem de consulta otimizada para consultar e formatar dados. Por exemplo, é a principal linguagem de consulta para o Log Analytics.

Considerações de design

• Considere sua solução de monitoramento como um todo:

  • Que recursos precisa de monitorizar?

  • Como você rastreará as mensagens que fluem entre recursos?

  • A quais sistemas externos você se conectará?

  • De que tipos de alerta necessita?

• Pense em quais consultas você precisa executar. Por exemplo, você precisará saber se uma determinada solicitação leva mais tempo do que o esperado? Ou se você receber um único erro vs um cluster de erros?

• De que nível de rastreamento você precisará? Por exemplo, se uma mensagem chegar de um terceiro, você precisa rastrear essa mensagem através de todos os recursos associados?

• Que tarefas de gestão terá de realizar? Terá de reenviar mensagens ou ficheiros?

• O histórico de execução do Logic App é armazenado no Armazenamento do Azure por defeito, mas pode optar por exportar métricas e ficheiros de registo para outras fontes (por exemplo, Log Analytics ou uma conta externa de armazenamento). Considere como você usa suas informações de log e se você usa um armazenamento de log centralizado.

• O Application Insights é usado para fornecer monitoramento de desempenho de aplicativos. Ele faz isso coletando métricas dos recursos que compõem sua solução.

• O Log Analytics é usado para consultar registos e configurar alertas, permitindo-lhe ver o estado dos seus recursos e compreender problemas que possam ocorrer. Os dados de log podem incluir propriedades personalizadas (consulte Propriedades controladas abaixo).

• Consulte o artigo Gerenciamento do acelerador de zona de aterrissagem do Serviço de Aplicativo para obter mais considerações e recomendações específicas dos Serviços de Aplicativo

Recomendações de design

• Configure Application Insights de forma a utilizar um Log Analytics Workspace como fonte de dados (conhecido como recurso baseado em espaço de trabalho). Isso permite que os dados de registro e desempenho sejam mantidos em um local consolidado.

• Configure alertas para todos os recursos para notificar as equipes apropriadas de eventos relacionados a recursos individuais ou à carga de trabalho.

• Vincule os recursos em sua solução ao Application Insights, se suportado. Por exemplo, um Aplicativo Lógico pode ser vinculado ao Application Insights, para que os dados e as métricas de tempo de execução estejam disponíveis para consulta. Veja aqui um exemplo.

• Use o recurso clientTrackingId dos Aplicativos Lógicos para fornecer uma ID de acompanhamento personalizada, permitindo que você correlacione eventos em execuções de aplicativos lógicos. Você pode usar o cabeçalho x-ms-client-tracking-id para obter esse resultado com os gatilhos Request, HTTP ou HTTP+WebHook.

• Use o recurso Propriedades controladas dos aplicativos lógicos para registrar outros dados (entrada ou saída) de uma ação nos arquivos de log. Estas propriedades ficam então disponíveis para utilização ao consultar logs usando KQL com Log Analytics ou outra solução.

• Considere o uso de tags de recursos. As etiquetas de recursos podem ajudá-lo a gerir e organizar recursos no Azure. Você pode usá-los para atribuir metadados a recursos. Você pode usar esses metadados para várias finalidades, como categorizar recursos por aplicativo ou unidade de negócios, acompanhar o custo dos recursos e identificar recursos para conformidade.

Exemplos de consultas Kusto

As consultas abaixo mostram como consultar as três tabelas principais usadas para dados de log do AIS. Cada uma dessas tabelas pode ser acessada na opção Logs na seção Monitoramento do seu Aplicativo Lógico.

As principais tabelas de consulta são:

• exceções
  Esta tabela contém quaisquer exceções registadas pelo seu recurso, como exceções lançadas pelo ambiente de execução do Logic App. Ele pode ser usado para procurar a causa subjacente de quaisquer problemas que você vê, seja no portal ou durante a execução do seu código.

• pedidos
  Esta tabela registra todas as solicitações feitas pelo tempo de execução do Aplicativo Lógico para outro recurso OU para ações específicas dentro do seu fluxo de trabalho.

• vestígios
  Esta tabela contém a maioria dos registos de tempo de execução dos Logic Apps, com detalhes sobre a execução do disparador, o início e a paragem do fluxo de trabalho, e a execução da ação. Se registou algumas propriedades rastreadas das suas ações, encontrará esses dados na seção customDimensions. Em seguida, você pode usar a cláusula extend em uma consulta para adicionar os dados como colunas na resposta da consulta.

Fluxos de trabalho com erros:

> traces
>
> \| where customDimensions\["Category"\] == "Host.Triggers.Workflows"
>
> \| where customDimensions.LogLevel == "Error"

Número de execuções de fluxo de trabalho nas últimas 24 horas em todos os fluxos de trabalho:

> traces
>
> \| where customDimensions\["Category"\] == "Host.Triggers.Workflows"
>
> \| where customDimensions\["EventName"\] == "WorkflowActionStart"
>
> \| where timestamp \> ago(1d)
>
> \| count

Taxa de sucesso do disparador, representada graficamente ao longo do tempo

> traces  
> \| where customDimensions\["Category"\] == "Host.Triggers.Workflows"  
> \| where customDimensions\["EventName"\] == "WorkflowTriggerEnd"  
> \|summarize
>
> success = countif(customDimensions\["prop\_\_status"\] ==
> "Succeeded"),
>
> failures = countif(customDimensions\["prop\_\_status"\] == "Failed")
>
> by bin(timestamp, 1m)  
> \| render timechart

Próximo passo

Analise as áreas críticas de design para fazer considerações e recomendações completas para sua arquitetura.

Conteúdo recomendado

• Visão geral do Application Insights

• Visão geral da Análise de Log no Azure Monitor

• Azure Monitor Visão geral dos registos

• Azure Monitor Visão geral das métricas

• Configurar logs do Azure Monitor e coletar os dados de diagnóstico para os Azure Logic Apps

• Visão geral do Kusto Query Language (KQL)

• Azure Logic Apps Executar em Qualquer Lugar – Monitorizar com Application Insights – parte 1

• Azure Logic Apps Executar em Qualquer Lugar – Monitorizar com Application Insights – parte 2