Descrição geral dos preços das soluções clássicas de governação de dados no Microsoft Purview
As soluções clássicas de governação de dados no Microsoft Purview no portal de governação clássico forneceram um único painel de vidro para gerir a governação de dados ao permitir a análise automatizada e a classificação de dados.
Dica
Para obter detalhes de preços específicos para governação no portal clássico, veja a página de preços do Microsoft Purview (anteriormente Azure Purview). Este artigo irá orientá-lo ao longo das funcionalidades e fatores que irão afetar os preços.
Por que precisa de compreender os componentes dos preços?
- Embora os preços das soluções de governação de dados clássicas no Microsoft Purview estejam num modelo Pay As You Go baseado em subscrições, existem várias dimensões que pode considerar ao orçamentar
- Esta orientação destina-se a ajudá-lo a planear a orçamentação para soluções de governação de dados clássicas, fornecendo uma vista sobre os fatores de controlo que afetam o orçamento
Fatores que afetam os Preços do Azure
Existem custos diretos e indiretos que têm de ser considerados ao planear a orçamentação e a gestão de custos.
Os custos diretos que afetam os preços do Microsoft Purview baseiam-se nestas aplicações:
Custos indiretos
Os custos indiretos que afetam as soluções clássicas de governação de dados nos preços do Microsoft Purview são:
-
- Um espaço de nomes dos Hubs de Eventos pode ser configurado durante a criação ou ativado no portal do Azure na página de configuração do Kafka da conta para ativar a monitorização com eventos de tópicos do Atlas Kafka. Os Hubs de Eventos serão cobrados separadamente.
-
- Os pontos finais privados do Azure são utilizados para soluções de governação de dados clássicas no Microsoft Purview, onde é necessário que os utilizadores numa rede virtual (rede virtual) acedam de forma segura ao catálogo através de uma ligação privada
- Os pré-requisitos para configurar pontos finais privados podem resultar em custos adicionais, por exemplo, custos se implementar uma rede virtual.
Custos relacionados com o runtime de integração autoalojado
- O runtime de integração autoalojado requer infraestrutura, o que resulta em custos adicionais
- É necessário implementar e registar o Runtime de integração autoalojado (SHIR) na mesma rede virtual onde os pontos finais privados de ingestão do Microsoft Purview são implementados
-
Outros requisitos de memória para análise
- Determinadas origens de dados, como o SAP, requerem mais memória no computador SHIR para análise
Dimensionamento da Máquina Virtual
- Planear o dimensionamento da máquina virtual para distribuir a carga de trabalho de análise pelas VMs para otimizar os núcleos virtuais utilizados durante a execução de análises
-
- Proteção de Informações do Microsoft Purview etiquetas de confidencialidade podem ser aplicadas automaticamente aos recursos do Azure no Mapa de Dados do Microsoft Purview.
- Proteção de Informações do Microsoft Purview etiquetas de confidencialidade são criadas e geridas no portal de conformidade do Microsoft Purview.
- Para criar etiquetas de confidencialidade para utilização no Microsoft Purview, tem de ter uma licença ativa do Microsoft 365, que oferece a vantagem da etiquetagem automática. Para obter a lista completa de licenças, consulte as FAQ sobre etiquetas de confidencialidade no Microsoft Purview.
-
- Os Alertas do Azure podem notificar os clientes dos problemas encontrados com a infraestrutura ou aplicações através dos dados de monitorização no Azure Monitor
- Os preços dos Alertas do Azure estão disponíveis aqui
Alertas de & de Orçamentos do Cost Management
- Os alertas de custos gerados automaticamente são utilizados no Azure para monitorizar a utilização e as despesas do Azure com base no momento em que os recursos do Azure são consumidos
- O Azure permite-lhe criar e gerir orçamentos do Azure. Tutorial de referência
Custos de saída de várias clouds
- Considere os custos de saída (custos mínimos adicionados como parte da subscrição multicloud) associados à análise de origens de dados multicloud (por exemplo, AWS, Google) que executam serviços nativos, exceto as origens S3 e RDS