Sustained Use and Committed Use Discounts

Resumen

Una de las particularidades del modelo de precios de Google Cloud es que la reducción de coste no depende únicamente de la negociación comercial: está incorporada al modelo de consumo. Dos mecanismos estructurales producen ese efecto. El primero, Sustained Use Discounts, premia el uso continuado de recursos elegibles sin exigir ninguna acción ni compromiso: si una instancia se usa de forma sostenida durante un período, el descuento se aplica automáticamente. El segundo, Committed Use Discounts, intercambia compromiso de compra a uno o tres años por un precio significativamente inferior al de lista, y requiere una decisión explícita del negocio porque implica gasto comprometido aunque el recurso no se use.

A estos dos mecanismos se suma una tercera vía de ahorro con características opuestas: Spot VMs (la evolución de las antiguas instancias preemptibles), que ofrecen capacidad de cómputo a un precio muy reducido a cambio de aceptar interrupciones por capacidad de Google Cloud. No son un descuento, son un modelo de precio flexible: el producto que se compra es capacidad que puede retirarse, y por eso solo encaja en cargas diseñadas para tolerarlo.

Este tema recorre los tres mecanismos, su lógica económica, su alcance y sus límites, y su efecto sobre el coste total de propiedad (TCO). La regla que ordena la decisión es simple: el mecanismo correcto depende del patrón de uso, no de la preferencia por ahorrar. Una carga intermitente no debe adquirir compromisos; una carga crítica y constante no debería pagar precio de lista durante años; y una carga que no puede interrumpirse jamás no debería vivir de Spot VMs.

Al finalizar este tema sabrás explicar cuándo Google Cloud aplica automáticamente un descuento, cuándo el negocio debe firmar un compromiso para obtener uno, qué implica arquitectónicamente usar capacidad Spot y cómo se traduce cada decisión en el TCO a uno y tres años.

Objetivos de Aprendizaje

Al terminar este contenido, serás capaz de:

Describir el mecanismo de Sustained Use Discounts: aplicación automática, ausencia de compromiso y recálculo del descuento según el uso del período.
Explicar qué recursos son elegibles para el uso sostenido y por qué los descuentos no se acumulan entre mecanismos incompatibles.
Definir Committed Use Discounts e indicar por qué producen un descuento mayor que el uso sostenido, a cambio de un compromiso de uno o tres años.
Distinguir los tipos de compromiso disponibles (basado en recursos o en gasto) y su encaje con distintos productos y perfiles de carga.
Evaluar los riesgos de un compromiso de uso: capacidad pagada y no utilizada, cambio de requisitos y coste de salida.
Describir Spot VMs y el modelo de capacidad interrumpible, incluyendo la relación con las instancias preemptibles y las condiciones de interrupción.
Identificar los perfiles de carga aptos para Spot VMs y los requisitos de diseño que deben cumplir (tolerancia a interrupción, reintentos, estado externo).
Calcular el impacto de cada mecanismo sobre el TCO en distintos horizontes, sin confundir descuento unitario con ahorro total.
Combinar mecanismos de descuento con eficiencia de arquitectura para maximizar el ahorro sostenible.
Argumentar ante negocio la decisión de comprometer o no capacidad, presentando beneficio, riesgo y alternativas.

Contenido Principal

Subtema 1: Panorama de descuentos y lógica de precios

En el modelo de precio de lista, un recurso tiene un precio publicado por unidad y por región. Sobre ese precio actúan los mecanismos de reducción, que no son promociones sino parte del diseño comercial de la plataforma: Google Cloud monetiza mejor la capacidad que se usa de forma continua y previsible, y ofrece capacidad de sobra a precio flexible cuando esa capacidad no está comprometida.

La lógica económica de cada mecanismo responde a una pregunta distinta:

Mecanismo	Pregunta que responde	Compromiso	Acción del cliente	Efecto en el precio
Precio de lista	¿Cuánto cuesta este recurso ahora?	Ninguno	Ninguno	Precio unitario de referencia
Sustained Use Discounts	¿Y si uso este recurso de forma continua?	Ninguno (uso real)	Automático	Reducción gradual según uso sostenido
Committed Use Discounts	¿Y si me comprometo a usarlo durante años?	Uno o tres años	Explícito (adquirir compromiso)	Reducción mayor que el uso sostenido
Spot VMs	¿Y si puedo aceptar que se interrumpa?	Ninguno, pero capacidad no garantizada	Diseñar carga tolerante	Precio muy inferior al de lista

Cuatro principios que el examen valora:

Los descuentos no se negocian caso a caso: se aplican por modelo. La palanca del cliente es elegir bien el modelo y el patrón de uso, no pedir una excepción.
Los descuentos por uso sostenido y por compromiso son incompatibles sobre el mismo recurso. Un recurso cubierto por un compromiso de uso no acumula además el descuento por uso sostenido; se elige uno u otro, y esa elección debe reflejar el patrón real de carga.
Los descuentos se aplican sobre el precio del recurso, no sobre la factura completa. El ahorro efectivo de la factura depende de la combinación de servicios consumidos.
Un descuento no compensa una arquitectura ineficiente. Cualquier reducción aplicada sobre capacidad ociosa sigue siendo pago por algo que no genera valor. La secuencia correcta es: eliminar ociosidad, redimensionar y solo después elegir el mecanismo de descuento.

En el vocabulario de negocio conviene separar tres términos: precio unitario (lo que cuesta una unidad de recurso), descuento (reducción aplicada por modelo) y ahorro total (la diferencia anual real, que depende de cuánto recurso se compre y de si se usa). La discusión de TCO trabaja siempre con el tercero.

Las preguntas que un CFO o un responsable de negocio suelen hacer ante estos mecanismos, y que conviene tener preparadas:

¿Qué pasa con mi factura el mes que viene si no hago nada? (El uso sostenido aparece solo; el compromiso solo si se adquiere.)
¿Qué me comprometo exactamente y por cuánto tiempo? (Horizonte, alcance y si el gasto se paga aunque no se use.)
¿Puedo cancelar? (Los compromisos no se rescinden sin coste; Spot no requiere compromiso, pero tampoco garantiza capacidad.)
¿Qué pasa si mi carga crece menos de lo previsto? (El compromiso sigue vigente; conviene dimensionarlo con el uso medido y revisarlo antes de renovar.)

Subtema 2: Sustained Use Discounts

Los Sustained Use Discounts son descuentos automáticos que Google Cloud aplica a los recursos elegibles de cómputo cuando se usan de forma sostenida durante la mayor parte de un período de facturación. No requieren contrato, ni solicitud, ni pago por adelantado, ni acción alguna: el descuento aparece como una línea en la factura del período.

Características que definen su comportamiento:

Automático. El cliente no hace nada. La plataforma detecta el uso sostenido y aplica la reducción correspondiente.
Sin compromiso. No se firma nada ni se asume gasto futuro; si el uso cae el mes siguiente, el descuento del mes siguiente refleja el uso real.
Proporcional al uso sostenido. Cuanto mayor es la proporción de tiempo durante la que el recurso se usa a plena capacidad en el período, mayor es la reducción efectiva. El descuento se recalcula mes a mes.
Aplicado por modelo. Se aplica a los recursos elegibles de cómputo de Google Cloud (por ejemplo, máquinas virtuales de Compute Engine según el tipo y la región), y no a todos los servicios de la plataforma.
No acumulable con Committed Use Discounts sobre el mismo recurso. Un recurso cubierto por un compromiso de uso ya está cubierto por su propio descuento; el uso sostenido no se suma encima.

Su valor de negocio es la eliminación del riesgo de castigo por uso continuado: en un modelo de lista ingenuo, una instancia que funciona veinticuatro horas pagaría lo mismo en enero y en diciembre; con el uso sostenido, la organización que usa el recurso de forma continua recibe estructuralmente un mejor precio sin tener que gestionar nada. Es, además, una señal de madurez: si un entorno de desarrollo recibe descuentos por uso sostenido, es señal de que ese entorno nunca se apaga, lo que abre la conversación de eficiencia descrita en optimización de costes.

Aspecto	Detalle	Implicación de negocio
Quién lo activa	Google Cloud, automáticamente	Sin gestión administrativa
Compromiso de compra	Ninguno	Cero riesgo de capacidad no usada
Cálculo	Por período de facturación	El ahorro se recalcula cada mes
Elegibilidad	Recursos de cómputo elegibles	No cubre todos los servicios
Relación con CUD	No se acumula sobre el mismo recurso	Elegir el mecanismo según el patrón de uso
Efecto en TCO	Reduce el coste de cargas ya estables	Mayor beneficio en cargas largas y continuas

Cómo reconocerlo en la práctica:

No aparece ninguna acción del cliente asociada: no hay contrato que firmar ni configuración que activar.
En el desglose del período aparece como descuento diferenciado, no como una tarifa negociada.
Su magnitud cambia de un mes a otro si cambia el patrón de uso, lo que distingue el mecanismo de un contrato fijo.
En un entorno donde el gasto se revisa mensualmente, su efecto es un argumento para mantener (o para apagar) cargas estables, según el caso.

Subtema 3: Committed Use Discounts

Los Committed Use Discounts intercambian compromiso de compra por precio. El cliente se compromete a un nivel de gasto (o de uso de recursos) durante uno o tres años, y a cambio Google Cloud aplica una reducción del precio significativamente mayor que la del uso sostenido. El descuento se aplica automáticamente a los recursos elegibles mientras el compromiso esté vigente.

Elementos que todo Digital Leader debe poder explicar:

Horizonte. Los compromisos se adquieren por uno o tres años. El plazo más largo suele ofrecer mejor relación precio-compromiso, y también mayor exposición si la carga cambia.
Naturaleza del compromiso. El compromiso se define sobre un nivel de uso de recursos (por ejemplo, capacidad de cómputo de un tipo de máquina en una región) o sobre un nivel de gasto en un producto, según el tipo de compromiso y el producto al que aplique. En ambos casos, el gasto se paga mientras el compromiso esté vigente, haya o no uso.
Alcance de productos. Los compromisos se aplican a productos concretos y por región (por ejemplo, cómputo de Compute Engine o nodos de Google Kubernetes Engine); la disponibilidad y las condiciones varían por producto y por región, por lo que la decisión siempre se toma sobre el patrón de uso real de esa carga, no sobre una cifra agregada de la organización.
Aplicación automática. Una vez adquirido, el descuento se aplica solo a los recursos elegibles que coinciden con el compromiso; no requiere configuración adicional por recurso.
Renovación. Los compromisos pueden renovarse automáticamente cuando así se configuró al adquirirlos, o exigir una decisión nueva al vencer. El punto de control de negocio es la revisión previa al vencimiento: confirmar que la carga sigue existiendo y en la magnitud comprometida.

Dimensión del compromiso	Qué se decide	Pregunta de negocio
Horizonte	Uno o tres años	¿La carga seguirá existiendo en ese plazo?
Magnitud	Nivel de uso o de gasto comprometido	¿Cuánto del uso histórico es realmente estable?
Alcance	Producto y región del compromiso	¿La carga permanecerá en esa ubicación?
Renovación	Automática o sujeta a decisión	¿Quién revisa antes del vencimiento?
Coste de salida	Gasto firme hasta el fin del plazo	¿Podemos asumirlo si el proyecto se cancela?

Los riesgos son el reverso de la moneda:

Capacidad pagada y no utilizada. Si el producto que justificaba el compromiso se retira, el gasto continúa.
Cambio de perfil de carga. Un crecimiento distinto al previsto deja el compromiso mal dimensionado: por debajo (no aprovecha todo el descuento) o por encima (paga capacidad que no necesita).
Cambio de requisitos. Una decisión de arquitectura (migrar a serverless, cambiar de región, adoptar otra familia de máquina) puede hacer irrelevante el compromiso adquirido.
Coste de salida. Los compromisos no son contratos que se rescinden sin coste; asumir el gasto comprometido hasta su vencimiento es parte de la decisión.

La regla de decisión: un compromiso solo se justifica cuando la carga es estable, previsible y de vida larga, con un uso medido que no dependa de hipótesis de crecimiento optimistas. La evidencia mínima es el histórico de uso del recurso, no la proyección de un roadmap.

Ejemplo Práctico

Revisar los compromisos vigentes de una región y su estado de renovación:

gcloud compute commitments list --region=REGION \
  --format="table(name, plan, status, autoRenew, commitmentStartTime)"

Y adquirir un compromiso regional de cómputo con renovación automática, dimensionado a partir del uso medido:

gcloud compute commitments create compromiso-plataforma \
  --region=REGION \
  --plan=36-month \
  --renewal-method=AUTO_RENEW \
  --amount=COMPROMISO_EN_UNIDADES_DE_MEMORIA

La unidad del importe del compromiso se define según el tipo de compromiso adquirido; el dato decisivo no es el comando, sino que el valor proviene del uso histórico medido, y que la decisión de renovar se revisa antes del vencimiento para confirmar que la carga sigue justificando el gasto. Consultar el análisis de compromisos vigentes ayuda a detectar compromisos con baja utilización antes de que se renueven solos.

Subtema 4: Spot VMs y capacidad interrumpible

Las Spot VMs son instancias de cómputo de Compute Engine con un precio muy inferior al de lista, diseñadas para cargas que pueden tolerar su interrupción. Son la evolución de las antiguas instancias preemptibles: el modelo hereda la idea de que Google Cloud puede disponer de capacidad que no está garantizada y ofrecerla a precio flexible, y la extiende con características operativas adicionales.

El contrato implícito es claro: el cliente obtiene capacidad barata y sin garantía de disponibilidad. Google Cloud puede interrumpir la instancia cuando necesita esa capacidad para otros usos, normalmente con un aviso previo. El precio refleja ese riesgo transferido al cliente, no un descuento por fidelidad.

Consecuencias de diseño para una carga que use Spot VMs:

Estado externo. El estado debe vivir fuera de la instancia (base de datos, almacenamiento de objetos, cola de mensajes), de modo que una interrupción no destruya información.
Reintentos y reanudación. Los trabajos deben poder reiniciarse o reanudarse desde el último punto guardado; los procesos monolíticos de horas no encajan.
Diversificación. Repartir la carga entre múltiples instancias Spot reduce el impacto de la interrupción de una sola.
Capacidad garantizada de respaldo. Un patrón habitual es combinar una base mínima de instancias estándar con capacidad Spot para picos, de modo que el servicio nunca dependa exclusivamente de capacidad interrumpible.
Límite de duración y horizonte. El trabajo por lotes (batch), la integración continua, la generación de imágenes o el procesamiento de datos son candidatos naturales; los sistemas transaccionales con SLA estricto no lo son.

Perfil de carga	Candidato a Spot VMs	Motivo
Procesamiento por lotes	Sí	El trabajo se reanuda y se reintenta
Entornos de CI/CD y pruebas	Sí	La interrupción es aceptable
Entrenamiento de modelos	Sí, con checkpoints	Se reinicia desde el último punto
Servicio web transaccional	No, salvo con respaldo garantizado	No puede depender de capacidad no garantizada
Base de datos primaria	No	El estado no debe vivir en capacidad interrumpible
Sistema con SLA estricto	No	La garantía de disponibilidad es requisito

Ejemplo Práctico

Crear una instancia Spot orientada a un trabajo por lotes que debe detenerse (no terminarse) al reclamarse la capacidad:

gcloud compute instances create batch-worker \
  --zone=ZONE \
  --machine-type=MACHINE_TYPE \
  --provisioning-model=SPOT \
  --instance-termination-action=STOP

Y verificar la política de interrupción y el modo de aprovisionamiento de las instancias existentes:

gcloud compute instances list \
  --format="table(name, zone, status, scheduling.preemptible, scheduling.provisioningModel)"

La columna de aprovisionamiento indica si la instancia es estándar o Spot. Para negocio, la lectura de esta tabla responde a una pregunta de riesgo: ¿cuánto del volumen de cómputo depende de capacidad no garantizada? Si la respuesta es "todo" y el servicio es crítico, la arquitectura está construida sobre un supuesto que ningún descuento compensa.

Subtema 5: Impacto en el TCO y toma de decisiones

El TCO de una decisión de descuento se evalúa sobre el horizonte de la carga, no sobre el descuento unitario. Un mecanismo con menor descuento puede producir mayor ahorro total si su riesgo es cero; uno con descuento elevado puede destruir valor si la capacidad queda sin usar.

Dimensión	Sustained Use Discounts	Committed Use Discounts	Spot VMs
Acción del cliente	Ninguna	Adquirir compromiso	Diseñar carga tolerante
Compromiso	No	Uno o tres años	No, pero capacidad no garantizada
Nivel de reducción	Gradual, según uso	Mayor que el uso sostenido	Muy inferior al precio de lista
Riesgo principal	Ninguno (es automático)	Capacidad pagada y no usada	Interrupción por capacidad
Perfil de carga idóneo	Continua y estable, sin compromiso formal	Estable, previsible y de vida larga	Por lotes, reintentable, estado externo
Efecto en arquitectura	Ninguno	Ninguno	Exige reintentos, checkpoints, diversificación
Efecto en TCO	Reduce coste de cargas ya estables	Maximiza ahorro si el uso se sostiene	Reduce coste de cargas tolerantes

Verificación práctica en la factura y en los informes de coste:

El descuento por uso sostenido aparece como concepto separado en el desglose del período, de modo que su efecto es auditable.
El compromiso de uso se materializa como gasto firme: se pague el uso que se pague, la parte comprometida se factura.
Los informes de coste permiten comparar períodos antes y después de adquirir un compromiso o de introducir capacidad Spot, que es la forma de confirmar que el ahorro modelado se ha materializado.
La exportación a BigQuery permite segmentar el coste por etiqueta para comparar el comportamiento de un entorno que usó Spot frente a uno que permaneció en capacidad estándar.

Pregunta de decisión	Respuesta que justifica el mecanismo
¿La carga se usa de forma continua y estable?	Uso sostenido como base
¿El histórico de uso es previsible a uno o tres años?	Compromiso de uso, dimensionado al uso medido
¿La carga tolera interrupción con estado externo y reintentos?	Spot VMs, con respaldo garantizado si hay SLA
¿El uso es intermitente y sin proyección fiable?	Ningún compromiso; eficiencia y apagado programado
¿La carga es crítica y su interrupción cuesta más que el ahorro?	Capacidad garantizada, incluso a precio de lista

La secuencia de decisión recomendada es:

Eliminar ociosidad y redimensionar. Antes de cualquier descuento, el recurso debe estar bien dimensionado y ser necesario.
Clasificar la carga. Estable y previsible (candidata a compromiso); continua pero sin garantía de magnitud (beneficiosa con uso sostenido); tolerante a interrupción (candidata a Spot).
Elegir el mecanismo con la evidencia de uso, no con la proyección optimista; cuando la evidencia no exista, no se compromete capacidad.
Medir el resultado en el TCO, considerando el coste de oportunidad del gasto comprometido y el coste operacional de la arquitectura tolerante a interrupción.
Revisar antes de renovar. Tanto los compromisos como el uso continuado de Spot deben revisarse en cada ciclo de presupuesto.

Una observación final de negocio: los mecanismos de descuento son la contraparte económica de la confiabilidad y de la arquitectura. Una carga crítica paga garantía (compromiso o capacidad estándar); una carga flexible paga con flexibilidad (aceptando interrupciones). Esa equivalencia —seguridad frente a precio— es la conversación que un líder debe sostener con ingeniería y con finanzas antes de firmar cualquier compromiso.

Temas relacionados: Cloud Financial Governance and Cost Management, Cost Optimization and Recommender, Operational Excellence, Reliability and Customer Care.

Errores Comunes

Error: Creer que los Sustained Use Discounts requieren solicitarlos o firmar un contrato. → Solución: Se aplican automáticamente a los recursos elegibles según el uso sostenido del período; no hay solicitud ni compromiso. El único requisito es usar el recurso de forma continua y elegible.
Error: Esperar que los descuentos por uso sostenido y por uso comprometido se acumulen sobre el mismo recurso. → Solución: Son incompatibles sobre el mismo recurso: un recurso cubierto por un compromiso de uso recibe el descuento de su compromiso, no además el de uso sostenido. La decisión se toma por patrón de carga, no por suma.
Error: Adquirir un Committed Use Discount con base en un roadmap optimista y no en el histórico de uso. → Solución: Dimensionar el compromiso con meses de uso medido; el compromiso es gasto firme, y si la carga no llega a la magnitud prevista, la capacidad restante se paga igual.
Error: Introducir Spot VMs en sistemas transaccionales críticos por el ahorro del precio. → Solución: Spot solo para cargas que toleren interrupción con estado externo, reintentos y respaldo garantizado donde el SLA lo exija; para sistemas críticos, la capacidad garantizada es requisito y no se negocia con el precio.
Error: Medir el éxito del descuento con el porcentaje de reducción y no con el TCO anual. → Solución: Evaluar el ahorro neto considerando uso real, capacidad no utilizada, coste operacional de la arquitectura y horizonte de la carga; un descuento alto sobre una decisión equivocada aumenta el coste total.

Puntos para el Examen

🎯 Punto clave 1: Sustained Use Discounts son automáticos, sin compromiso y se recalculan según el uso del período; no hay que solicitarlos. Si una pregunta describe un cliente que los pide o los negocia, la respuesta correcta es que ya se aplican solos a los recursos elegibles.

🎯 Punto clave 2: Committed Use Discounts exigen decisión explícita y compromiso de uno o tres años, y ofrecen una reducción mayor que el uso sostenido. El riesgo asociado es pagar capacidad que no se usa; por eso la decisión requiere histórico de uso medido, no proyecciones.

🎯 Punto clave 3: Los dos mecanismos de descuento no se acumulan sobre el mismo recurso. Un recurso comprometido recibe el descuento de su compromiso; fuera de ese alcance, el uso sostenido puede aplicarse a los recursos elegibles restantes.

🎯 Punto clave 4: Spot VMs no son un descuento: son capacidad no garantizada a precio flexible, herederas de las instancias preemptibles. Encajan en cargas por lotes, CI/CD y entrenamiento con checkpoints, y exigen estado externo, reintentos y diversificación.

🎯 Punto clave 5: La secuencia de decisión es eficiencia primero y descuento después: eliminar ociosidad, redimensionar, clasificar la carga y solo entonces elegir mecanismo. El objetivo final es el TCO, no el porcentaje de descuento.

Recursos Externos

Sustained Use Discounts — Funcionamiento, elegibilidad y aplicación automática de los descuentos por uso sostenido.
Committed Use Discounts: descripción general — Compromisos de uno y tres años, tipos de compromiso y su aplicación.
Spot VMs — Modelo de capacidad interrumpible, condiciones de interrupción y consideraciones de diseño.
Cómo iniciar una instancia Spot — Configuración de aprovisionamiento Spot y políticas de interrupción.
Análisis de Committed Use Discounts — Herramientas para evaluar el uso de los compromisos vigentes.

Autoevaluación Rápida

Pregunta: Un equipo afirma que debe abrir un caso de soporte para obtener el descuento por uso sostenido de sus instancias. ¿Es correcto? Respuesta: No. Los Sustained Use Discounts se aplican automáticamente a los recursos elegibles cuando se usan de forma sostenida en el período; no requieren solicitud, contrato ni configuración. Lo que el equipo debe revisar es si sus recursos son elegibles y si su patrón de uso continuado justifica esperar ese descuento, o si debería apagar recursos ociosos en lugar de depender de él.
Pregunta: ¿Por qué un Committed Use Discount ofrece un descuento mayor que el uso sostenido? Respuesta: Porque intercambia certidumbre: el cliente garantiza un nivel de uso o de gasto durante uno o tres años, y esa previsibilidad permite a la plataforma planificar capacidad. El uso sostenido no otorga certidumbre alguna (el cliente puede dejar de usar el recurso el mes siguiente), por lo que su descuento es menor y automático. A cambio, el compromiso convierte el riesgo de capacidad ociosa en riesgo del cliente.
Pregunta: ¿Cuál es la principal diferencia de riesgo entre Spot VMs y un compromiso de uso? Respuesta: En Spot VMs el riesgo es de disponibilidad: la capacidad puede interrumpirse y la carga debe tolerarlo. En un compromiso de uso el riesgo es financiero: el gasto continúa aunque el recurso no se use. Uno se mitiga con diseño de arquitectura (reintentos, estado externo, respaldo garantizado); el otro, con disciplina de pronóstico y revisión previa a la renovación.
Pregunta: Una carga de procesamiento por lotes que se reinicia desde el último checkpoint y guarda su estado en un bucket, con picos semanales y sin requisito de disponibilidad inmediata. ¿Qué mecanismos encajan y cuáles no? Respuesta: Encajan Spot VMs, por su tolerancia a interrupción, y el uso sostenido si la carga resulta continua de forma estable. No encaja un Committed Use Discounts elevado basado en el pico, porque la carga es variable y el compromiso pagaría capacidad sin usar en los valles. La combinación razonable es base garantizada pequeña más capacidad Spot para el pico, con la magnitud del compromiso limitada a la carga mínima estable.
Pregunta: El negocio quiere maximizar el ahorro comprando compromisos de tres años para el 100 % del cómputo actual, incluido un entorno de pruebas con uso intermitente. ¿Qué respondes? Respuesta: Que la propuesta confunde descuento con ahorro. El entorno de pruebas no tiene uso estable: un compromiso pagaría capacidad que no se usa y su TCO empeoraría. El enfoque correcto es apagar o escalar automáticamente ese entorno (eficiencia), comprometer únicamente la carga estable y medida, y dejar que el uso sostenido cubra el resto. El ahorro total se maximiza combinando eficiencia y descuento, no multiplicando compromisos.