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.
Saiba como uma aplicação do Fabric consome capacidade do Fabric e que funcionalidades da plataforma não implicam custos adicionais. 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 Fabric são executadas na capacidade do Fabric. Cada operação que um serviço infantil de uma aplicação Fabric realiza 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 | Computação para todas as consultas SQL, alterações e processamento de dados — inclui as consultas da API GraphQL da sua aplicação, bem como quaisquer consultas que execute no editor de consultas do portal Fabric. | Base de dados SQL na utilização da capacidade do Fabric CU | 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.