Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Compreenda como uma aplicação Fabric consome a capacidade do Microsoft Fabric e quais as funcionalidades da plataforma que não adicionam custos separados. Este artigo explica onde as unidades de capacidade (CUs) são usadas na base de dados SQL nas operações Fabric, GraphQL API e OneLake.
Como funciona a faturação
As aplicações do Fabric são executadas na capacidade do Microsoft Fabric. Cada operação realizada por um serviço infantil de uma aplicação Fabric consome CUs da capacidade Fabric atribuída ao seu espaço de trabalho.
O seu espaço de trabalho deve ter capacidade Fabric atribuída. O consumo de CU é monitorizado na aplicação Microsoft Fabric Capacity Metrics, onde pode monitorizar a utilização por item e por operação.
O que consome capacidade
Uma aplicação Fabric utiliza três serviços Fabric que consomem CUs:
Base de Dados SQL
O item filho da base de dados SQL consome CUs para computação e armazenamento.
| Funcionamento | O que cobre | Contador de faturação | Tipo |
|---|---|---|---|
| Utilização do SQL | Capacidade de computação para todas as consultas SQL, alterações e operações de processamento de dados — inclui as consultas da API GraphQL da sua aplicação e quaisquer consultas que execute no editor de consultas do portal do Fabric. | Banco de dados SQL no uso de capacidade do Microsoft Fabric | Interactive |
| Armazenamento SQL atribuído | Armazenamento alocado dinamicamente para tabelas, índices, registos de transações e metadados. Totalmente integrado com OneLake. | Dados de armazenamento SQL armazenados | Background |
Um Fabric CU equivale a 0,383 vCores de base de dados SQL.
GraphQL API
Cada consulta (leitura) e mutação (escrita) GraphQL feita pela RayfinClient da sua aplicação consome CUs.
A taxa de consumo é de dez CUs por hora de processamento de pedidos e respostas.
| Funcionamento | O que cobre | Contador de faturação | Tipo |
|---|---|---|---|
| Query | Cálculo para todas as consultas (leituras) e mutações (escritas) de GraphQL efetuadas por clientes da API nos seus modelos de dados. | API para utilização da capacidade de consulta do GraphQL CU | Interactive |
Para mais detalhes, consulte a API Fabric para GraphQL na documentação de operações Fabric.
Armazenamento OneLake (conteúdo estático)
Quando o alojamento estático está ativado, os teus ativos frontend construídos (HTML, CSS, JS) são armazenados no OneLake e servidos a partir de uma URL pública. O armazenamento OneLake e as operações de leitura/escrita para disponibilizar conteúdo consomem CUs.
| Funcionamento | O que cobre | Contador de faturação | Tipo |
|---|---|---|---|
| OneLake Read | Operações de leitura ao servir conteúdo estático aos utilizadores finais. | Capacidade de Uso de Operações de Leitura do OneLake | Background |
| OneLake Write | Operações de escrita durante a implementação ou atualização de conteúdo estático através de rayfin up. |
Uso de Capacidade das Operações de Gravação do OneLake | Background |
| Armazenamento do OneLake | Armazenamento de ficheiros de conteúdo estático no OneLake. | Armazenamento OneLake | Background |
O que não consome mais capacidade
As seguintes funcionalidades da aplicação Fabric não implicam encargos separados de CU neste momento:
- Fabric Serviço de alojamento de aplicações — O serviço de backend da aplicação que gere o encaminhamento e autenticação da API.
- Autenticação — autenticação mediada do Fabric (Entra SSO), início de sessão e gestão de sessão.
-
Operações de implementação — Executar
rayfin uppara implementar a sua aplicação não implica qualquer encargo próprio de CU além dos encargos das operações SQL e OneLake que desencadeia.