Este sitio está en español. Select English if you need.

FitFabricpor WeData

Cómo se calcula y de dónde salen los números

Esta ficha permite contrastar cualquier cifra de FitFabric contra el catálogo de tarifas y las fuentes públicas que lo sustentan.

Cómo se calcula

  1. 01

    Del volumen declarado a las capas

    El tamaño total se reparte entre bronce, plata y oro según los ratios de la arquitectura elegida, y cada capa se expande a formato nativo. Los datos calientes salen del promedio entre plata y oro, o solo de oro cuando la arquitectura no materializa plata.

  2. 02

    De las capas al consumo por workload

    Cada uno de los once workloads calcula sus CU-minutos diarios con las tarifas del catálogo. Una matriz explícita decide cuáles aplican a la arquitectura elegida y cuáles quedan fuera, con su motivo. Cada workload devuelve el desglose línea por línea que explica de dónde salió su cifra.

  3. 03

    Del consumo al SKU

    Los CU-minutos diarios se comparan contra el crédito diario de cada SKU y se toma el primero que lo cubre. Se dimensiona sobre base diaria y no mensual porque una capacidad se aprovisiona de forma continua y tiene que sostener el peor día, no el promedio de un mes que incluye días sin operación.

  4. 04

    Del reparto de la carga al riesgo de throttling

    Cada workload se clasifica como interactivo o de fondo. La carga de fondo se suaviza sobre 24 horas y la interactiva se concentra en la ventana de actividad declarada. El exceso sobre la capacidad se proyecta contra la escalera de throttling de Fabric: hasta 10 minutos de capacidad futura comprometida no pasa nada, entre 10 y 60 hay retraso, entre 60 minutos y 24 horas se rechazan trabajos de usuario, y más allá se rechaza todo.

  5. 05

    Del SKU al costo

    La capacidad se cotiza como CU del SKU por el precio por CU-hora por 730 horas, que es como Azure factura el mes, de modo que la cifra coincide con el precio publicado. A eso se suman el almacenamiento OneLake, la caché premium, el BCDR si está activo y las licencias Power BI Pro. La reserva a un año aplica el descuento derivado de los precios publicados.

  6. 06

    Las licencias dependen del SKU

    Bajo F64 cada lector necesita licencia Pro y desde F64 no. Eso hace que el costo total no sea monótono respecto del SKU: el más chico que aguanta la carga no siempre es el más barato.

De dónde sale cada número

Cada fila es una fuente del catálogo. Abrela para ver las constantes que cubre.

FuenteTipoConstantesVerificadoURL

Cuánto está verificado

Constantes totales

80

Ancladas a documentación pública

26

Por verificar

18

Supuestos de modelado

35

Fracción anclada32,5 %

Qué falta por verificar

RutaNota
precios.onelake_bcdr_gib_mesLa pagina de precios de agosto de 2026 no publica un precio propio de BCDR: solo menciona la cobertura en una nota al pie sobre que la cache no esta incluida. Se conserva el valor del libro, sin confirmar.
regionesEl libro no modela regiones. Los factores de LATAM estan en null a proposito: la interfaz debe ocultar esas regiones, nunca inventar un factor.
skusLista de SKU y sus CU. Las columnas cu_min son aritmetica: cu_min_dia = cu * 1440. El libro solo llega hasta F2048 y satura ahi.
data_warehouse.costo_cu_nodo_polaris_dwLearn publica que un core de Data Warehouse equivale a 0,538 CU, pero no cuantos cores tiene un nodo, asi que los 16 CU por nodo no se pudieron derivar.
data_warehouse.costo_cu_nodo_polaris_lhMismo caso que el nodo de Warehouse, sin poder derivar los 8 CU por nodo.
data_factory.orquestacion_por_1k_ejecucionesTarifa de orquestacion por cada mil ejecuciones. No participa del cálculo actual.
data_factory.actividad_movimiento_datos_horaTarifa por hora de movimiento de datos. No participa del cálculo actual.
data_factory.actividad_pipeline_horaTarifa por hora de pipeline. No participa del cálculo actual.
power_bi.factor_cu_por_usuarioLearn publica que ocho CU equivalen a un v-core de Power BI, pero no una tasa por usuario y minuto. Los 0,064 son del libro.
power_bi.factor_cu_embeddedMismo caso que el factor por usuario.
power_bi.umbral_sku_sin_licenciaDesde F64 los consumidores no requieren licencia Pro. No se verifico contra la pagina de licencias en esta ronda.
onelake_operaciones.externaDesde mayo de 2026 la documentacion consolida las operaciones "via Proxy" y "via Redirect" en una sola tarifa y ya no publica tarifas externas separadas. Estos valores no se pudieron confirmar. Importa porque el modelo ETL los usa, ver docs/decisiones-motor.md punto 2.
data_activator.ingesta_por_gb_cu_minLa lista actual de operaciones de Fabric ya no incluye Data Activator con ese nombre: Real-Time Intelligence lo reemplazo por Operations agent, Anomaly Detector y Azure and Fabric events, cada uno con su propia pagina de tarifas. Estos valores son del libro y probablemente correspondan a un medidor retirado.
data_activator.procesamiento_por_evento_cu_minMismo caso. Ademas el valor esta truncado respecto de la fraccion 0.01/60 que declara su propia formula, ver docs/decisiones-motor.md punto 10.
data_activator.evaluacion_trigger_cu_minMismo caso, con el mismo truncamiento respecto de 1000/60.
event_stream.ratio_egreso_sobre_ingresoEl egreso como fraccion del ingreso es un supuesto de trafico, pero Learn factura ingreso mas egreso en una sola tarifa por GB, asi que conviene revisar si tiene sentido mantenerlo separado.
kql.desplieguesLa documentacion actual no publica una tabla de tamanos de despliegue: describe Eventhouse como autoescalado y factura el uptime como vCores por segundo, 1 CU por vCore. Esta tabla es del libro y no se pudo confirmar.
migracion_power_bi.capacidades_premiumEquivalencia entre las capacidades Premium P y los SKU de Fabric. Una capacidad P1 son 8 v-cores, que equivalen a 64 CU, que es un F64. La relacion es lineal hacia arriba. Es el ancla de la comparacion antes y despues: el cliente sabe que paga un P1 aunque no sepa cuantos CU-minutos consume.

Qué no se modela

  • Reportes paginados. Se cuentan en el inventario de migración pero no consumen en el cálculo.
  • Fabric databases. El estimador oficial de Microsoft sí las cubre.
  • Copilot y AI Functions. Fabric los reporta como una categoría propia de consumo.
  • Licencias Premium Per User. El precio está en el catálogo pero no entra en el costo.
  • Factores regionales fuera de la región de referencia. Los de LATAM están sin definir y la interfaz no ofrece esas regiones en lugar de inventar un factor.
  • El comportamiento horario real. El riesgo de throttling se aproxima con una única ventana de actividad.

Esta cifra es una estimación derivada de un modelo de suavizado simplificado, no una predicción. El comportamiento real depende de la distribución horaria concreta del consumo, que este modelo aproxima con una única ventana de actividad. La medición real sobre carga productiva se hace con la Fabric Capacity Metrics App.

FitFabric no está afiliada a Microsoft. Los resultados son una estimación de planificación, no una cotización. Los factores de consumo por workload son estimaciones del fabricante, no mediciones. La verificación sobre carga real se hace con la Fabric Capacity Metrics App.