Compartilhar via

Opções e cálculos de custo dos logs do Azure Monitor

Os encargos mais significativos para a maioria das implementações do Azure Monitor geralmente são a ingestão e a retenção de dados em seus espaços de trabalho do Log Analytics. Vários recursos no Azure Monitor não têm um custo direto, mas contribuem para os dados coletados no ambiente de trabalho. Este artigo descreve como as cobranças de dados são calculadas para os seus workspaces do Log Analytics e as várias opções de configuração que afetam seus custos.

Dica

Para ver estratégias que reduzem os custos do Azure Monitor, confira Otimização de custos e o Azure Monitor.

Modelo de preços

O preço padrão do Log Analytics é um modelo de pagamento conforme o uso baseado no volume de dados ingerido e na retenção de dados. Cada workspace do Log Analytics é cobrado como um serviço separado e contribui para a fatura da sua assinatura do Azure. Os preços dos Logs do Azure Monitor são definidos regionalmente. A quantidade de ingestão de dados pode ser considerável dependendo do seguinte:

  • O conjunto de soluções de gerenciamento habilitadas e sua configuração.
  • O número e o tipo de recursos monitorados.
  • Os tipos de dados coletados de cada recurso monitorado.

Uma lista de nomes dos medidores de cobrança do Azure Monitor está disponível aqui.

Cálculo do tamanho dos dados

A cobrança do Azure Monitor Logs é feita pela quantidade de dados que você envia para um workspace do Log Analytics, medida em GB (10^9 bytes).

O tamanho cobrado de um único registro da seguinte maneira:

  • Para eventos ingeridos como Logs Básicos e de Análise, o tamanho é calculado a partir de uma representação de cadeia de caracteres das entradas de coluna que os Logs do Azure Monitor precisam gravar no workspace do Log Analytics.

  • Para eventos ingeridos como Logs Auxiliares, o tamanho é calculado como o tamanho descompactado das entradas de coluna que os Logs do Azure Monitor precisam gravar no workspace do Log Analytics.

O tamanho faturável inclui dados coletados da fonte de dados ou adicionados durante o processo de ingestão. Por exemplo, esse cálculo inclui todas as colunas personalizadas adicionadas pela API de ingestão de logs, transformações e campos personalizados. Se você enviar entradas de colunas que não correspondem ao esquema da tabela de destino, os Logs do Azure Monitor cobram você por essas entradas de coluna, mesmo que a tabela de destino não possa armazenar os dados. Verifique se as regras de coleta de dados correspondem ao esquema da tabela de destino para evitar a cobrança de dados que sua tabela de destino não pode armazenar.

Observação

O cálculo do volume de dados cobrado é, em geral, substancialmente menor que o tamanho de todo o evento recebido e empacotado em JSON. Em média, em todos os tipos de eventos, o tamanho cobrado é cerca de 25% menor que o tamanho dos dados de entrada para Logs Básicos e de Análise. Pode ser de até 50% para eventos pequenos. O percentual inclui o efeito das colunas padrão excluídas da cobrança (veja abaixo). É essencial compreender esse cálculo do tamanho dos dados faturados quando você estima os custos e os compara a outros modelos de precificação.

Colunas excluídas

As colunas padrão a seguir são comuns a todas as tabelas e são excluídas do cálculo do tamanho do registro para a Analítica e os Logs Básicos. Todas as outras colunas armazenada no Log Analytics são incluídas no cálculo de tamanho do registro. As colunas padrão são:

  • _ResourceId
  • _SubscriptionId
  • _ItemId
  • _IsBillable
  • _BilledSize
  • _TenantId
  • Type

Para os Logs Auxiliares, _ItemId, _IsBillable e _BilledSize são excluídos do cálculo de tamanho.

Tabelas excluídas

Algumas tabelas estão totalmente livres de cobranças de ingestão de dados, incluindo, por exemplo, AzureActivity, Heartbeat, Usage e Operation. Essas informações são sempre indicadas pela coluna _IsBillable, que mostra se um registro foi excluído da cobrança para ingestão e retenção de dados.

Encargos para outras soluções e serviços

Algumas soluções têm políticas mais específicas sobre ingestão de dados gratuita. Por exemplo, o Azure Migrate disponibiliza gratuitamente os dados de visualização de dependência por 180 dias em uma Avaliação de Servidor. Serviços como o Microsoft Defender para Nuvem, o Microsoft Sentinel e o Gerenciamento de Configuração têm seus próprios modelos de preços.

Consulte a documentação de diferentes serviços e soluções para quaisquer cálculos de cobrança específicos.

Níveis de compromisso

Além do modelo de pagamento conforme o uso, o Log Analytics tem tipos de compromisso, o que permite uma economia de até 30% em comparação com o preço do pagamento conforme o uso para os Logs de Análises de Dados. Com o preço do nível de compromisso, você pode se comprometer a comprar ingestão de dados para um espaço de trabalho, começando com 100 GB por dia, a um preço menor do que o preço de pagamento conforme o uso. Qualquer uso acima do nível de compromisso (excedente) será cobrado com o mesmo preço por GB fornecido pelo nível de compromisso atual. (O excedente é cobrado usando o mesmo medidor de cobrança do nível de compromisso. Por exemplo, se um espaço de trabalho estiver no nível de compromisso de 200 GB/dia e ingerir 300 GB em um dia, esse uso é cobrado como se fosse 1,5 unidades do nível de compromisso de 200 GB/dia). As camadas de compromisso têm um período de compromisso de 31 dias a partir do momento em que uma camada de compromisso é selecionada ou alterada. A camada de compromisso pode ser reduzida por seis horas após a configuração para acomodar o nível não intencional.

  • Durante o período de compromisso, você pode alterar para um nível de compromisso mais alta, que reinicia o período de compromisso de 31 dias. Você não pode voltar para o modelo de pagamento conforme o uso ou para um nível de compromisso inferior até terminar o período de compromisso do seu plano.
  • No final do período de compromisso, o espaço de trabalho mantém a camada de compromisso selecionada, e o espaço de trabalho pode ser movido para o método de pagamento por uso ou para um nível de compromisso inferior em qualquer momento.
  • Se um espaço de trabalho for movido inadvertidamente para um nível de compromisso, entre em contato com o Suporte da Microsoft para redefinir o período de compromisso para que você possa retornar ao nível de preços de pagamento conforme o uso.

O faturamento dos níveis de compromisso é feito por espaço de trabalho diariamente. Se o workspace fizer parte de um cluster dedicado, a cobrança será feita para o cluster. Veja a seção "Clusters dedicados" a seguir. Para uma lista dos níveis de compromisso e seus preços, confira Preço do Azure Monitor.

Os descontos de compromisso do Azure, como descontos recebidos dos Microsoft Enterprise Agreements, são aplicados aos preços do nível de compromisso do Azure Monitor Logs da mesma forma que aos preços de pagamento conforme o uso. Os descontos são aplicados se o uso está sendo cobrado por workspace ou por cluster dedicado.

Dica

O item de menu Uso e custos estimados de cada espaço de trabalho do Log Analytics mostra uma estimativa de quais seriam os seus encargos de ingestão de dados em cada nível de compromisso, ajudando você a escolher o nível de compromisso ideal para os seus padrões de ingestão de dados. Examine periodicamente essas informações para determinar se pode reduzir seus encargos movendo-se para outro nível. Para informações sobre esse modo de exibição, confira Uso e custos estimados. Para revisar suas cobranças reais, utilize Gerenciamento de Custos do Azure = Cobrança.

Clusters dedicados

Um cluster dedicado do Azure Monitor Logs é uma coleção de espaços de trabalho em um único cluster gerenciado do Azure Data Explorer. Os clusters dedicados dão suporte a recursos avançados, como chaves gerenciadas pelo cliente e usam o mesmo modelo de preço de camada de compromisso que os workspaces, embora precisem ter um nível de compromisso de pelo menos 100 GB por dia. Qualquer uso acima do nível de compromisso (excedente) será cobrado com o mesmo preço por GB fornecido pelo nível de compromisso atual. Não há opção de pagamento conforme o uso para clusters.

O nível de compromisso do cluster tem um período de compromisso de 31 dias após o aumento do nível de compromisso. Durante o período de compromisso, o nível de compromisso não pode ser reduzido, mas pode ser aumentado a qualquer momento. Quando os workspaces estão associados a um cluster, a cobrança pela ingestão de dados para esses workspaces é feita no nível do cluster usando o nível de compromisso configurado.

Há dois modos de cobrança para um cluster que você especifica ao criar o cluster:

  • Cluster (padrão) : a cobrança pelos dados ingeridos é feita no nível do cluster. As quantidades de dados ingeridos de cada workspace associado a um cluster são agregadas para calcular a fatura diária do cluster. As alocações por nó do Microsoft Defender para Nuvem são aplicadas no nível do espaço de trabalho antes dessa agregação de dados em todos os espaços de trabalho no cluster.

  • Espaço de trabalho: Os custos da camada de compromisso para seu cluster são atribuídos proporcionalmente aos espaços de trabalho no cluster, pelo volume de ingestão de dados de cada espaço de trabalho (após contabilizar as alocações por nó do Microsoft Defender para Nuvem para cada espaço de trabalho).

    Se o volume total de dados ingerido em um cluster por um dia for menor que o nível de compromisso, cada espaço de trabalho será cobrado pelos seus dados ingeridos na taxa efetiva por GB do nível de compromisso, cobrando uma fração do nível de compromisso. A parte não utilizada da camada de compromisso é então cobrada do recurso do cluster.

    Se o volume total de dados ingeridos em um cluster por um dia for maior que o nível de compromisso, cada espaço de trabalho será cobrado por uma fração do nível de compromisso, com base em sua fração dos dados ingeridos naquele dia e cada espaço de trabalho por uma fração dos dados ingeridos acima do nível de compromisso. Se o volume total de dados ingeridos em um espaço de trabalho por um dia estiver acima do nível de compromisso, nada será cobrado do recurso do cluster.

Exemplos de como a cobrança de cluster funciona em cada um desses modos podem ser encontrados aqui.

A ingestão de dados para logs Básico e auxiliares e a retenção de dados são cobradas para cada espaço de trabalho, o mesmo que para espaços de trabalho não associados a um cluster

O faturamento do cluster começa quando o cluster é criado, independentemente de haver ou não espaços de trabalho associados ao cluster.

Quando você vincula workspaces a um cluster, o tipo de preço é alterado para cluster e a ingestão é cobrada com base no nível de compromisso do cluster. Os espaços de trabalho associados a um cluster não têm mais seu próprio nível de preço. Os espaços de trabalho podem ser desvinculados de um cluster a qualquer momento, e o nível de preço pode ser alterado para por GB.

Se o seu espaço de trabalho vinculado estiver usando o nível de preços legado Por Nó, ele será cobrado com base nos dados ingeridos em relação ao nível de compromisso do cluster, e não mais por nó. As alocações de dados por nó do Microsoft Defender para Nuvem continuarão sendo aplicadas.

Se um cluster for excluído, a cobrança do cluster será interrompida, mesmo se o cluster estiver dentro do período de compromisso de 31 dias.

Para mais informações sobre como criar um cluster dedicado e especificar seu tipo de cobrança, confira Criar um cluster dedicado.

Plantas de mesas básicas e auxiliares

Você pode configurar determinadas tabelas em um workspace do Log Analytics para usar os planos de tabela Básico e Auxiliar. Os dados nessas tabelas têm uma taxa de ingestão significativamente reduzida. Há uma cobrança para consultar dados de forma interativa nessas tabelas (ao contrário das tabelas que estão no plano de tabelas de análise).

A cobrança por consultar dados nas tabelas Básica e Auxiliar se baseia nos GB de dados analisados na realização da consulta. Os dados verificados são definidos como o volume de dados que foi ingerido dentro do intervalo de tempo especificado pela consulta para a tabela que está sendo consultada.

Os custos de outros recursos, como retenção de dados de longo prazo e trabalhos de pesquisa, são os mesmos para todos os planos de tabela (Analytics, Básico e Auxiliar).

Para obter mais informações sobre os planos de tabela Básico e Auxiliar, confira Visão geral dos Logs do Azure Monitor: planos de tabela.

Retenção de dados de log

Além da ingestão de dados, há uma cobrança pela retenção de dados em cada workspace do Log Analytics. Você pode definir o período de retenção para todo o workspace ou para cada tabela. Após esse período, os dados serão removidos ou conservados na retenção de longo prazo. Durante o período de retenção de longo prazo, você paga uma tarifa de retenção reduzida e há uma tarifa para recuperar os dados usando um trabalho de pesquisa. Use a retenção de longo prazo para reduzir seus custos referentes aos dados que você precisa armazenar para fins de conformidade ou investigações ocasionais. Saiba mais sobre as opções de retenção e a configuração.

A cobrança pela retenção de dados ocorre diariamente (com base em dias no fuso horário UTC).

A exclusão de uma tabela personalizada não remove os dados associados a essa tabela e, portanto, uma cobrança de retenção interativa e de longo prazo continuará a ser incorrida.

Para obter mais informações sobre retenção de dados, incluindo como definir essas configurações e acessar dados na retenção de longo prazo, confira Gerenciar retenção de dados em um workspace do Log Analytics.

Observação

A exclusão de dados do workspace do Log Analytics usando o recurso Limpeza do Log Analytics não afeta seus custos de retenção. Para reduzir os custos de retenção, diminua o período de retenção do espaço de trabalho ou de tabelas específicas.

Procurar empregos

Recupere os dados da retenção de longo prazo executando trabalhos de pesquisa. Os trabalhos de pesquisa são consultas assíncronas que buscam registros em uma nova tabela de pesquisa no espaço de trabalho para análise adicional. Os trabalhos de pesquisa são cobrados pelo número de GB de dados escaneados em cada dia que são acessados ​​para executar a pesquisa. Os dados verificados são definidos como o volume de dados que foi ingerido dentro do intervalo de tempo especificado pela consulta para a tabela que está sendo consultada.

Restauração de dados de log

Quando você precisa consultar intensivamente grandes volumes de dados, ou dados na retenção de longo prazo, com os recursos completos de consultas analíticas, o recurso de restauração de dados é uma ferramenta poderosa. A operação de restauração transforma um intervalo de tempo específico de dados em uma tabela disponível no cache ativo para consultas de alto desempenho. Você pode descartar os dados quando terminar. A restauração de dados de log é cobrada pela quantidade de dados restaurados e quando a restauração é mantida ativa. Os valores mínimos cobrados para qualquer restauração de dados são de 2 TB e 12 horas. Os dados restaurados com mais de 2 TB e/ou mais de 12 horas de duração são cobrados de maneira proporcional.

Exportação de dados de log

A exportação de dados em um espaço de trabalho do Log Analytics permite que você exporte continuamente dados por tabelas selecionadas em seu espaço de trabalho para uma conta de Armazenamento do Azure ou Hubs de Eventos do Azure conforme eles chegam a um pipeline do Azure Monitor. Os encargos para o uso da exportação de dados são baseados na quantidade de dados exportados. O tamanho dos dados exportados é o número de bytes nos dados formatados JSON exportados.

Cobrança do Application Insights

Como recursos do Application Insights baseados em espaço de trabalho armazenam seus dados em um espaço de trabalho do Log Analytics, a cobrança pela ingestão de dados e retenção é feita pelo espaço de trabalho onde os dados do Application Insights estão localizados. Por esse motivo, você pode usar todas as opções do modelo de preços do Log Analytics, incluindo níveis de compromisso, além de pagamento conforme o uso.

Dica

Deseja ajustar as configurações de retenção em suas tabelas do Application Insights? Os nomes das tabelas foram alterados para componentes baseados em espaço de trabalho, veja Estrutura da tabela do Application Insights

A ingestão de dados e retenção para um recurso clássico do Application Insights seguem o mesmo preço de pagamento conforme o uso dos recursos baseados em espaço de trabalho, mas não podem usar níveis de compromisso.

A telemetria de testes de ping e testes multietapas é cobrada da mesma forma que o uso de dados para outras telemetrias do seu aplicativo. O uso de testes da Web e a habilitação de alertas sobre dimensões de métricas personalizadas ainda são relatados por meio do Application Insights. Não há nenhuma cobrança de volume de dados para usar o Live Metrics Stream.

Para obter mais informações sobre os níveis legados que estão disponíveis para os primeiros usuários do Application Insights, veja Nível de preços corporativos legados do Application Insights (por nó).

Espaços de trabalho com Microsoft Sentinel

Quando o Microsoft Sentinel está habilitado em um workspace do Log Analytics, todos os dados coletados nesse workspace estão sujeitos a encargos do Microsoft Sentinel, além dos encargos do Log Analytics. Por esse motivo, você geralmente separará seus dados operacionais e de segurança em diferentes workspaces para não incorrer em encargos do Microsoft Sentinel para dados operacionais.

Em algumas situações, combinar dados pode levar a economias de custos. Em geral, essa situação ocorre quando você não está coletando dados operacionais e de segurança suficientes para cada um alcançar um nível de compromisso por conta própria, mas os dados combinados são suficientes para alcançar um nível de compromisso. Para saber mais, veja:

Workspaces com o Microsoft Defender para Nuvem

O Microsoft Defender para Servidores (parte do Defender para Nuvem)cobra pelo número de serviços monitorados. Ele fornece 500 MB por servidor por dia de alocação de dados aplicada ao seguinte subconjunto de tipos de dados de segurança:

Se o espaço de trabalho estiver no nível de preços legado Por Nó, as alocações do Defender para Nuvem e do Log Analytics serão combinadas e aplicadas em conjunto a todos os dados ingeridos faturáveis. Se o espaço de trabalho tiver o Microsoft Sentinel habilitado, se o Sentinel estiver usando uma camada de preços clássica, a alocação de dados do Defender se aplicará somente ao faturamento de ingestão de dados do Log Analytics, mas não ao faturamento clássico do Sentinel. Se o Sentinel estiver usando um nível de preços simplificado, a alocação de dados do Defender se aplicará ao faturamento unificado do Sentinel. Para saber mais sobre como os clientes do Microsoft Sentinel podem se beneficiar, confira a Página de Preços do Microsoft Sentinel.

A contagem de servidores monitorados é calculada com base em uma granularidade horária. As contribuições diárias de alocação de dados de cada servidor monitorado são agregadas no nível do espaço de trabalho. Se o espaço de trabalho estiver no nível de preços legado Por Nó, as alocações do Microsoft Defender para Nuvem e Log Analytics serão combinadas e aplicadas em conjunto a todos os dados ingeridos faturáveis.

Observação

Para receber o subsídio de dados do Defender para servidores no seu espaço de trabalho do Log Analytics, a solução Segurança deve ter sido criada no espaço de trabalho.

Níveis de preços legados

As assinaturas que continham um workspace do Log Analytics ou um recurso do Application Insights em 2 de abril de 2018 ou que estão vinculadas a um Contrato Enterprise iniciado antes de 1º de fevereiro de 2019 e ainda estão ativas, continuarão a ter acesso para usar os seguintes níveis de preço herdados:

  • Autônomo (Por GB)
  • Por nó (OMS [Operations Management Suite])

O acesso ao nível de preços do teste gratuito antigo foi limitado em 1º de julho de 2022. Informações sobre preços para os níveis de preços autônomo e por nó estão disponíveis aqui.

Uma lista de nomes dos medidores de cobrança do Azure Monitor, incluindo essas camadas herdadas, está disponível aqui.

Importante

Os níveis de preços legados não oferecem suporte ao acesso a alguns dos recursos mais recentes do Log Analytics, como a ingestão de dados em tabelas com os planos de tabelas Básico e Auxiliar, que são econômicos.

Nível de preço de teste gratuito

Os espaços de trabalho no nível de preços de avaliação gratuita têm ingestão de dados diária limitada a 500 MB (exceto para tipos de dados de segurança coletados pelo Microsoft Defender para Nuvem). A retenção de dados é limitada a sete dias. A faixa de preço do Teste Gratuito se destina apenas a fins de avaliação, não a cargas de trabalho em produção. Nenhum SLA é fornecido para o nível de avaliação gratuita.

Observação

Criar novos espaços de trabalho ou mover espaços de trabalho existentes para o nível de preços de avaliação gratuita antigo só era possível até 1º de julho de 2022.

Plano de preço independente

O uso no nível de preços autônomo é cobrado pelo volume de dados ingeridos. Isso é relatado no serviço Log Analytics e o medidor é chamado de "Dados Analisados". Os espaços de trabalho no nível de preços autônomo têm retenção configurável pelo usuário de 30 a 730 dias. Os espaços de trabalho no nível de preços autônomo não oferecem suporte ao uso de planos de mesa básicos e auxiliares.

Nível de preço por nó

O nível de preços por nó cobra por VM monitorada (nó) com granularidade de hora. Para cada nó monitorado, são alocados 500 MB de dados por dia ao espaço de trabalho, os quais não são cobrados. Essa alocação é calculada com granularidade horária e agregada no nível do espaço de trabalho a cada dia. Os dados ingeridos em quantidade acima da alocação diária de dados agregados são cobrados por GB como excedentes de dados. O nível de preços por nó é um nível legado, que está disponível apenas para assinaturas existentes que atendem ao requisito de níveis de preços legados.

Na sua fatura, o serviço é Insight e Análise para uso do Log Analytics se o espaço de trabalho estiver no nível de preços Por nó. Os espaços de trabalho no nível de preços Por nó têm retenção configurável pelo usuário de 30 a 730 dias. Os espaços de trabalho no nível de preços por nó não oferecem suporte ao uso de planos de tabela básicos e auxiliares. O uso é relatado em três medidores:

  • Nó: o uso do número de nós monitorados (VMs) em unidades de nó/meses.
  • Dados Excedentes por Nó: o número de GB de dados ingeridos em excesso a alocação de dados agregados.
  • Dados incluídos por nó: a quantidade de dados ingeridos que foram cobertos pela alocação de dados agregados. Esse medidor também é usado quando o workspace está em todas as camadas de preço para mostrar a quantidade de dados que o Microsoft Defender para Nuvem cobre.

Observação

Para usar os direitos advindos da compra do OMS E1 Suite, OMS E2 Suite ou OMS Add-On para System Center, escolha o nível de preço Log Analytics por nó. Se você não possui licenças OMS, não deve usar o nível de preços por nó.

Tipos de preço Standard e Premium

Não é mais possível criar nem migrar workspaces para os tipos de preço Standard ou Premium desde 1º de outubro de 2016. Os espaços de trabalho que já estão nesses níveis de preços podem continuar a usá-los, mas se um espaço de trabalho for movido para fora desses níveis, ele não poderá ser movido de volta. Os níveis de preços Standard e Premium têm retenção de dados fixa de 30 dias e 365 dias, respectivamente. Os espaços de trabalho nessas faixas de preço não oferecem suporte ao uso de planos de mesa Básico e Auxiliar e retenção de dados de longo prazo. Os medidores de ingestão de dados na sua fatura do Azure para essas camadas legadas são chamados de "Dados Analisados".

Microsoft Defender para Nuvem com níveis de preços legados

As seguintes considerações se referem às camadas herdadas do Log Analytics e a como o uso é cobrado para o Microsoft Defender para Nuvem:

  • Se o espaço de trabalho estiver no nível Standard ou Premium legado, o Microsoft Defender para Nuvem será cobrado apenas pela ingestão de dados do Log Analytics, não por nó.
  • Se o espaço de trabalho estiver no nível legado Por nó, o Microsoft Defender para Nuvem será cobrado usando o modelo de preços atual baseado em nó do Microsoft Defender para Nuvem.
  • Em outros tipos de preço (incluindo os níveis de compromisso), se o Microsoft Defender para Nuvem tiver sido habilitado antes de 19 de junho de 2017, ele será cobrado somente pela ingestão de dados do Log Analytics. Caso contrário, o Microsoft Defender para Nuvem será cobrado usando o modelo de preços atual baseado em nós do Microsoft Defender para Nuvem.

Mais informações sobre as limitações do tipo de preço estão disponíveis em Assinatura do Azure e limites de serviço, cotas e restrições.

Nenhuma das categorias de preços herdadas tem preços baseados em região.

Avalie o nível de preço legado por nó

O legado Per Node tem cálculos de preços muito complexos. É recomendável usar um dos tipos de preço modernos (Pagamento Conforme o Uso ou Nível de Compromisso), a menos que você tenha licenças do OMS.

Se você tiver um espaço de trabalho no nível Por nó legado, poderá comparar seus custos de operação nesse nível de preços exportando seu uso detalhado com as estimativas de custo mensais fornecidas para os níveis de pagamento conforme o uso ou de compromisso na página Uso e custo estimado do seu espaço de trabalho.

Observe que quando um espaço de trabalho está no nível de preços legado Por Nó, a retenção é cobrada no medidor Retenção de Dados Padrão (veja Medidores de cobrança do Azure Monitor). Esse medidor tem um único preço global, não a variação de preço regional do medidor de retenção de dados atual usado pelo faturamento por uso e por nível de compromisso.

Próximas etapas