CAPÍTULO 7 · La identidad sale del equipo
El acceso también forma parte del presupuesto
Una vez resuelto el procedimiento para incorporar personas, aparece una pregunta que no se responde leyendo una vista: cuánto puede costar mantener ese acceso. El número de cuentas registradas y la forma de medir actividad no siempre representan lo mismo. Una estimación basada en una cifra recordada puede perder validez cuando cambian condiciones o uso.
Revisamos el modelo de consumo y dejamos claro qué datos hacen falta para cotizarlo. La experiencia ayuda a orientar preguntas, pero el presupuesto necesita condiciones verificadas para el servicio y escenario concretos. El equipo debe poder explicar qué está estimando y qué elementos siguen pendientes de confirmar.
La identidad queda conectada tanto con la autorización como con la operación. Ahora volvemos hacia los datos que esa aplicación consulta. Hemos limitado lo que una persona puede hacer por HTTP, pero todavía debemos revisar con qué poder se conecta el propio proceso a PostgreSQL. Allí existe otra frontera que no puede depender solo de la interfaz.
Leer esta parte dentro del relato completo →DEL RELATO A LA PRÁCTICA
Vamos a desarrollar esta decisión con su mapa, explicación, código y ejercicio.
MIRA · CONECTA · COMPRENDE
Contar personas, no cada ingreso
Las flechas resumen el recorrido conceptual. Los controles y dependencias se detallan debajo.
Selecciona una pieza para destacar su responsabilidad.
Leer la explicación del mapa
- Ingresos del mes. Eventos de autenticación
- Usuarios únicos. Deduplica según medidor
- MAU cobrable. Aplica umbral confirmado
- Estimación. Tarifa verificada y extras
01 / EL PROBLEMA
¿Para qué sirve?
Contar logins en lugar de personas activas produce estimaciones equivocadas y puede ocultar cargos adicionales de identidad.
02 / COMPRENDER
El concepto, explicado
MAU cuenta usuarios externos únicos que autentican en el mes calendario. Un usuario con muchos ingresos no equivale a muchos MAU; las cuentas inactivas no suman actividad por el mero hecho de existir.
El cálculo depende del tipo de tenant, usuarios incluidos y suscripción vinculada. Revisa la documentación y precio vigente del producto antes de aprobar un presupuesto.
Usa umbral y tarifa como parámetros verificados. No fijamos el precio de referencia de un póster como tarifa contractual. SMS, M2M y otras funciones pueden tener medidores independientes.
El ejercicio siguiente es aritmética de un escenario hipotético; no calcula una factura de Azure y no cuenta visitantes anónimos de esta academia.
03 / CONSTRUIR
Implementación paso a paso
- Identifica tenant workforce/B2B o externo y usuarios incluidos por el medidor.
- Obtén usuarios únicos activos del mes desde evidencia autorizada, sin contar cada evento.
- Revisa agregación de tenants por suscripción y condiciones del contrato.
- Introduce umbral y tarifa actual del medidor elegido.
- Añade otros consumos, moneda, impuestos y margen de incertidumbre.
- Compara el presupuesto con facturación efectiva al cierre.
04 / APLICAR
Ejemplo en SensorHub
from decimal import Decimal
def estimate_mau(unique_users, free_allowance, unit_price):
if min(unique_users, free_allowance, unit_price) < 0:
raise ValueError("Valores negativos")
billable = max(unique_users - free_allowance, 0)
return Decimal(billable) * unit_price
# Supuestos didácticos, NO tarifa vigente ni oferta comercial.
assert estimate_mau(60000, 50000, Decimal("0.03")) == Decimal("300.00")Cómo leer el ejemplo
- Decimal evita errores binarios en valores monetarios.
- El umbral se aplica al medidor confirmado; no a cada app por su cuenta.
- MAU y cargos adicionales se estiman y verifican por separado.
Error habitual
Multiplicar cuentas creadas o conexiones por una tarifa y llamarlo costo total de identidad.
05 / PRACTICAR
Tu turno
Con los supuestos del ejemplo hay 100.000 invitados creados y 20.000 activos. Otro mes hay 60.000 activos. Compara.
Ver solución orientativa
El primer mes genera 0 para el medidor base hipotético; el segundo 10.000 unidades cobrables y 300 de costo base. No infieras costo total cero si existen medidores adicionales.
06 / VERIFICAR
Cómo sabes que funciona
- El mismo usuario repetido no aumenta el conteo dentro del mismo medidor.
- La tarifa y fecha tienen evidencia.
- Se distinguen costos base y adicionales.
Para profundizar
Documentación oficial para comprobar configuración, permisos y condiciones vigentes. Revisión del tema: 2026-10-11.
CONTINUAR LA EXPERIENCIA
El siguiente paso del recorrido:
Gobernanza de base de datos y mínimo privilegio →Continuar en modo relato