Patrón strangler fig (higuera estranguladora)

El patrón strangler fig reemplaza un sistema legacy gradualmente: el código nuevo toma una parte a la vez detrás de una capa de enrutamiento hasta poder retirar el sistema viejo.

El nombre viene de Martin Fowler, que comparó este enfoque con una higuera que crece alrededor de un árbol y termina por reemplazarlo. En software, construyes el sistema nuevo alrededor de los bordes del viejo. Una capa de enrutamiento se ubica delante de ambos y decide, ruta por ruta, cuál responde. Con el tiempo, más tráfico va al sistema nuevo y el viejo se reduce hasta que se puede apagar.

Los dos sistemas están en producción todo el tiempo. Los usuarios siguen trabajando, y cada paso es lo bastante pequeño para publicarlo y para deshacerlo.

Ejemplo

Una empresa de logística tiene una aplicación AngularJS con cuarenta pantallas. El equipo pone un shell delante. Al principio todas las rutas van a la aplicación AngularJS. Luego:

1. /tracking se reconstruye en Angular y el shell la dirige al código nuevo.
2. /facturas sigue un mes después.
3. Cuando la última ruta se movió, se elimina el bundle de AngularJS.

En cada paso el producto funciona completo, y una ruta puede volver al código viejo si la versión nueva tiene un problema.

Confusión frecuente

A veces el patrón se entiende como "agregar código nuevo al lado del viejo". Sin la capa de enrutamiento y sin un plan para retirar el sistema viejo, terminas con dos sistemas que mantener para siempre.

El patrón tiene tres partes: interceptar, reemplazar y retirar. La última es la que se omite cuando se acaba el presupuesto, así que las pantallas más difíciles y menos usadas deben quedar planificadas de forma explícita. La guía Cómo migrar de AngularJS a Angular sin downtime aplica este patrón paso a paso.

Términos relacionados

• Migración incremental
• Reescritura big bang
• Aplicación híbrida (AngularJS + Angular)