Planificar la capacidad en Microsoft Fabric significa leer el consumo real con Capacity Metrics, dimensionar según los picos de carga y no solo el promedio, y sostener rituales de operación que enciendan, pausen o reasignen la capacidad antes y después de las ventanas intensas. La observabilidad no es opcional: cuando el consumo se sobrepasa sin control, los usuarios pierden confianza en los números y el sistema deja de usarse para decidir.
¿Por qué la capacidad se planifica y no se improvisa?
En Microsoft Fabric la capacidad es el recurso compartido que ejecuta todo: modelos semánticos, informes de Power BI, flujos de datos, consultas y agentes. Cuando ese recurso se satura, las cargas se limitan, los informes se vuelven lentos y dirección empieza a dudar de las cifras. La confianza es frágil: basta con que un tablero tarde en abrir durante una reunión para que alguien vuelva a su planilla paralela.
Planificar la capacidad es, antes que un ejercicio técnico, una forma de proteger la credibilidad de los números. El modelo semántico es el contrato de las métricas del negocio; la capacidad es la infraestructura que hace que ese contrato responda a tiempo. Primero se ordena qué preguntas responde el sistema y con qué frecuencia; después se dimensiona el recurso que las sostiene.
¿Qué herramienta responde cada pregunta de operación?
Fabric ofrece vistas distintas para preguntas distintas. Ninguna vista aislada sustituye una guía operativa completa. Conviene saber a cuál acudir según lo que se necesita observar.
- Monitoring Hub: vista rápida de las ejecuciones, sus estados, fallos, duración y responsables. Sirve para un diagnóstico inicial cuando algo no responde.
- Workspace Monitoring: envía los eventos de ejecución a un Eventhouse y una base KQL, para investigar tendencias y crear alertas propias sobre registros consultables.
- Capacity Metrics: muestra el consumo de unidades, la sobrecarga y los patrones que ayudan a decidir si optimizar o escalar.
- OneLake Catalog: centraliza las señales de confianza, responsables, linaje, gobierno y acceso sobre los activos de datos.
Para planificar capacidad, la vista central es Capacity Metrics, porque explica el consumo y la limitación de recursos. Las demás la complementan: Monitoring Hub para el diagnóstico puntual, Workspace Monitoring para el histórico, OneLake Catalog para el gobierno. Montar esa capa de observación no se resuelve en un día; conviene implementar la observabilidad del sistema de datos paso a paso para que las alertas y el histórico consultable estén listos antes de que haga falta leerlos con urgencia.
¿Cómo leer el consumo antes de decidir escalar?
Escalar la capacidad sin datos es tan riesgoso como quedarse corto. Capacity Metrics muestra los patrones reales de consumo: cuándo hay picos, qué elementos los provocan y en qué momentos aparece la sobrecarga. Con esa lectura se distingue entre dos situaciones que se resuelven distinto.
Una carga puntual e intensa (una demostración, un cierre de mes, una ventana de procesamiento) no siempre justifica una capacidad mayor de forma permanente. A veces la respuesta correcta es encender o asignar capacidad para esa ventana y retirar la asignación al terminar. Un consumo sostenido y creciente, en cambio, sí apunta a optimizar los elementos más pesados o a escalar de forma estable.
La regla de criterio: dimensionar según los picos que importan para el negocio, no solo según el promedio, y revisar la sobrecarga antes de asumir que hace falta más recurso. Muchas veces un modelo duplicado, un informe mal reconectado o un dashboard heredado consumen más de lo que aportan.
¿Qué rituales de operación sostienen la capacidad?
La operación no es un evento único, es un conjunto de rituales con frecuencias distintas. Cada uno responde a un objetivo concreto y, en conjunto, mantienen el sistema en uso y confiable.
| Ritual | Frecuencia | Objetivo |
|---|---|---|
| Control de cargas | Cada día, o con mayor frecuencia si la carga es crítica | Anticiparse a las fallas para que el negocio no deje de confiar en los datos |
| Operación de capacidad | Antes y después de ventanas de carga intensa | Encender, asignar, pausar o reasignar la capacidad según haga falta |
| Revisión de adopción | Mensual | Ver si el sistema se usa en decisiones y dónde ajustarlo |
| Comité de métricas | Con cadencia mensual, o cada trimestre | Validar redefiniciones de indicadores preservando la serie histórica y el acuerdo entre áreas |
| Higiene del workspace | Según cambios grandes | Revisar modelos duplicados, elementos temporales y dashboards heredados |
| Lista de mejoras | Continuo | Priorizar nuevas preguntas, fuentes y automatizaciones |
El ritual más ligado a la capacidad es la operación de capacidad alrededor de las ventanas de carga: encender o asignar capacidad cuando hace falta, retirar la asignación de una capacidad de pago o reasignarla al terminar, y pausar la capacidad de pago cuando corresponda.
¿Cómo pausar y reanudar la capacidad sin dejar contenido caído?
Pausar una capacidad de pago cuando no se usa es una de las formas más directas de controlar los costos de la plataforma de datos. Pero es una operación que hay que hacer con método, porque pausar puede dejar contenido no disponible para los usuarios.
La guía operativa mínima sigue este orden:
- Confirmar que la CLI tenga sesión iniciada y que la cuenta cuente con rol de administrador o derecho de asignación en esa capacidad.
- Leer el estado del workspace y de las capacidades disponibles.
- Asignar el workspace correcto a la capacidad que corresponde.
- Pausar o reanudar mediante Azure o la API de Fabric.
- Volver a comprobar el estado.
La operación no termina en el comando de pausa o reanudación. Termina cuando el workspace y la capacidad muestran el estado esperado, verificado mediante la API. Dar por cerrada la tarea antes de esa comprobación es la vía rápida a un tablero caído en el peor momento.
¿Qué comprobar antes de una demostración o ventana crítica?
Antes de mostrar el sistema a dirección o a un cliente, la capacidad debe estar activa y validada. La prueba básica de consumo consiste en probar Power BI, Excel, Copilot o el Data Agent, Teams y la Fabric App con el usuario o rol esperado, no solo con quien creó la solución. Lo que funciona para el autor puede fallar para el usuario final por permisos o por una capacidad que no está encendida.
En una demostración con IA, además, conviene confirmar la capacidad activa, el modelo semántico con estado aprobado para Copilot y el Data Agent publicado, y al cerrar, pausar o apagar la capacidad de demostración si corresponde. Así el consumo no sigue corriendo cuando ya nadie usa el sistema.
Siguiente paso
La planificación de capacidad es una de las prácticas que separan un sistema que dirección usa para decidir de uno que se abandona por lento o poco confiable. Si quieres ver cómo se aplica este enfoque a un sistema de datos e IA en tu empresa, desde la lectura del consumo hasta la operación diaria, el mejor punto de partida es la demo gratuita: ahí mostramos cómo trabajamos y qué camino, de formación o de consultoría, conviene según tu contexto.
Preguntas relacionadas
¿Qué herramienta muestra el consumo de capacidad en Microsoft Fabric?
Capacity Metrics muestra el consumo de unidades, la sobrecarga y los patrones que ayudan a decidir si optimizar o escalar la capacidad. Es la vista central para planificar, mientras Monitoring Hub sirve para el diagnóstico puntual de ejecuciones y Workspace Monitoring conserva el histórico consultable.
¿Conviene pausar la capacidad de Fabric cuando no se usa?
Sí, pausar una capacidad de pago cuando no se usa controla el consumo, pero hay que hacerlo con método porque puede dejar contenido no disponible. La operación no termina en el comando de pausa: termina cuando el workspace y la capacidad muestran el estado esperado, verificado mediante la API.
¿Cómo dimensionar la capacidad de Fabric correctamente?
Se dimensiona leyendo el consumo real con Capacity Metrics y según los picos de carga que importan para el negocio, no solo el promedio. Antes de asumir que hace falta más recurso conviene revisar la sobrecarga y depurar modelos duplicados, informes mal reconectados o dashboards heredados que consumen sin aportar.
¿Qué revisar antes de una demostración con Microsoft Fabric?
Confirmar que la capacidad está activa y ejecutar una prueba básica de consumo con el usuario o rol esperado, probando Power BI, Excel, Copilot o el Data Agent, Teams y la Fabric App, no solo con quien creó la solución. Al cerrar, pausar o apagar la capacidad de demostración si corresponde.
¿Cada cuánto se debe operar la capacidad en Fabric?
El control de cargas es diario o según criticidad, para detectar fallos antes de que los usuarios pierdan confianza. La operación de capacidad se hace antes y después de ventanas de carga intensa, encendiendo, asignando, pausando o reasignando la capacidad según haga falta.