Idea principal

Cuando el cliente paga él mismo su Azure SQL, el razonamiento espontáneo es que debería pagar la suscripción más barata: una línea de coste acaba de salir del perímetro del editor.

Ha salido, y se ha abierto otra. Soportar bases de datos instaladas en casa de los clientes obliga a gestionar versiones distintas, restricciones de red distintas, mecanismos de replicación, copias de seguridad, instantáneas, restauraciones, permisos, supervisión, configuraciones particulares — y sobre todo muchos más escenarios que entender cuando algo deja de funcionar.

El coste de infraestructura baja, el coste de servicio sube. No son las mismas líneas, y nada garantiza que la segunda sea menor que la primera.

Por qué es importante

El razonamiento espontáneo lleva a conceder un descuento en el momento mismo en que el coste real aumenta. El error es estructural: se compara lo que es fácil de cifrar — el precio de un recurso — con lo que no lo es — la variedad que hay que soportar.

Esto da también una regla para los compromisos asociados. Garantizar la restauración de una base alojada en casa del cliente exige tecnología, pruebas, supervisión, procedimientos de recuperación: es una responsabilidad adicional y, por tanto, una línea que facturar. Si el cliente prefiere quedársela, la retención, la calidad de las copias de seguridad y las consecuencias de una copia inservible deben atribuírsele explícitamente.

Matices y límites

El aumento depende de la variedad realmente aceptada. Una sola versión soportada, una sola configuración, y el sobrecoste sigue siendo modesto.

Y una parte del coste es de aprendizaje: los primeros despliegues cuestan más que los siguientes, lo que falsea cualquier extrapolación hecha demasiado pronto.

Preguntas abiertas

• ¿Cómo cifrar por adelantado un coste de servicio, cuando depende de la variedad que se habrá aceptado?