Idea principal

Una pasarela de email se sustituye cambiando una clave de acceso. Un proveedor de SMS también. Un modelo de lenguaje igualmente, mientras la memoria duradera, el contexto de negocio y las decisiones permanezcan en el producto: esos bloques no conservan nada entre dos llamadas.

Una base de datos es de otra naturaleza. Sostiene el estado duradero del sistema. Sustituirla supone migrar los datos, garantizar su coherencia, prever la recuperación, gestionar las copias de seguridad y, a veces, la replicación.

La sustituibilidad no es, por tanto, binaria: es un gradiente — y lo que lo gradúa no es el valor de negocio del bloque, sino el estado que este retiene.

Por qué es importante

Dos criterios se superponen y se confunden. El primero dice qué se tiene derecho a ceder — ¿sostiene el bloque el valor? El segundo dice lo que costará — ¿sostiene el bloque el estado?

Un bloque puede ser perfectamente indiferente para el núcleo del producto y seguir siendo uno de los más pesados de volver sustituible. Es exactamente el caso de la base de datos, y es lo que hace este caso más difícil que todos los demás.

Matices y límites

El estado no es la única fuente de coste: una integración profunda en el código, incluso sin estado, puede dificultar una sustitución.

Y la ausencia de estado nunca es completa — un servicio de mensajería conserva históricos, reputaciones de envío, listas de bloqueo.

Preguntas abiertas

• ¿Cómo evaluar por adelantado el coste de sustitución de un bloque, si no es sustituyéndolo?