Drupal 7 EOL: Cómo elegir el camino correcto para tu sitio

Resumen ejecutivo

Con el fin de vida de Drupal 7 acercándose en enero de 2025, las organizaciones enfrentan decisiones críticas de migración. Con base en mi década de experiencia como Technical Account Manager, este artículo explora rutas de migración prácticas según el propósito y la complejidad de tu sitio. Vamos a examinar herramientas con soporte de la comunidad, a compartir experiencias reales de migración y a hablar sobre cómo innovaciones como Retrofit y el próximo Drupal CMS pueden ayudar a definir tu estrategia de migración.

Entendiendo lo que está en juego

Con el fin de vida de Drupal 7 acercándose el 5 de enero de 2025, las organizaciones enfrentan un punto de decisión crítico. Antes de entrar en las opciones de migración, demos un paso atrás y consideremos una pregunta fundamental: ¿Por qué elegiste Drupal desde el principio?

El poder de Drupal: una decisión de framework

Drupal siempre ha sido más que un simple CMS — es un framework poderoso que permite experiencias digitales complejas. El Drupal moderno (9/10/11) construye sobre esa base y ofrece herramientas aún más potentes, manteniendo la flexibilidad que hizo grande a Drupal 7. Si elegiste Drupal por sus capacidades como framework — tipos de contenido personalizados, relaciones complejas, APIs flexibles, opciones extensas de personalización — vas a encontrar aún más posibilidades en las versiones modernas.

Soporte y recursos de la comunidad

Es importante reconocer el enorme esfuerzo que está haciendo la comunidad de Drupal para apoyar a las organizaciones en esta transición. La Drupal Association, junto con varias empresas y miembros de la comunidad, ha dado un paso al frente para ofrecer múltiples caminos de soporte:

• Módulos de migración: La comunidad de Drupal mantiene un conjunto robusto de herramientas de migración en el core y en módulos contribuidos:
  • Migrate Module para APIs e importación de contenido
  • Migrate Drupal y Migrate Drupal UI para procesos de migración simplificados
  • Migrate Plus y Migrate Tools para capacidades extendidas
  • Migrate Upgrade para asistencia automatizada en la actualización
  • El módulo Migrate Wizard, desarrollado por contribuidores de España, ofrece un enfoque amigable para la migración
  • El módulo Acquia Migrate Accelerate (AM:A), creado por Acquia, llegó a su EOL el 10 de abril de 2024.

• Opciones de soporte extendido: Tag1 Consulting y Pantheon se han asociado para ofrecer soporte de seguridad extendido a las organizaciones que necesitan más tiempo para migrar. HeroDevs ofrece su programa "Never-Ending Support" (NES) para sitios en Drupal 7 más allá del EOL.

• Programa de socios de migración: La Drupal Association ha establecido un programa que conecta a los propietarios de sitios con proveedores certificados de migración, asegurando que las organizaciones tengan acceso a ayuda con experiencia.

Mirando hacia adelante, creo que hay potencial para una colaboración entre herramientas como Migrate Wizard y AM:A para crear algo aún más poderoso para la comunidad. Estas iniciativas demuestran el compromiso de la comunidad de Drupal con apoyar a los usuarios durante esta transición.

Sitios diferentes, necesidades diferentes

Después de ver estas distintas opciones de soporte y de trabajar como Technical Account Manager por casi diez años, he observado que las estrategias de migración dependen mucho de cómo las organizaciones usan sus sitios. Así es como suelo categorizar los sitios para ayudar a pensar en las decisiones de migración:

Sitios críticos para el negocio

Estos impactan directamente los resultados financieros. Piensa en plataformas de e-commerce o servicios de suscripción donde el tiempo fuera de línea significa ingresos perdidos. En mi experiencia, estos sitios son los que más aprovechan las poderosas capacidades de Drupal como framework.

Sitios importantes por regulación

Aunque estos pueden no generar ingresos directamente, cumplen funciones de cumplimiento normativo cruciales. He trabajado con varias organizaciones donde mantener estándares específicos y niveles de seguridad no era negociable, incluso sin impacto directo en los ingresos.

Sitios de presentación

Estos muestran los servicios, el equipo y la información general de tu empresa. Aunque son importantes para tu presencia en línea, normalmente no manejan operaciones críticas ni flujos de datos complejos.

Sitios personales o de hobby

Proyectos personales o plataformas comunitarias. Estos suelen tener más flexibilidad en cuanto al momento y al enfoque de la migración.

Herramientas de migración: la experiencia con AM:A

Permíteme compartir una historia real sobre Acquia Migrate Accelerate (AM:A). Mientras estaba en Acquia, tuve la oportunidad de trabajar de cerca con Wim Leers y Angie Byron durante el desarrollo del módulo. La herramienta tiene un enfoque único en dos partes:

1. Creación y configuración del sitio

• Una parte de la herramienta está desarrollada dentro de Acquia CLI
• Usa una lista revisada de módulos mantenida en el módulo Drupal AM:A
• Genera automáticamente el composer.json para tu nueva aplicación en Drupal 9
• Crea la estructura correcta para tu proyecto inicial

2. Interfaz de migración

• Proporciona una interfaz intuitiva que muestra las dependencias de migración
• Ayuda a gestionar los prerequisitos (como migrar archivos antes que las entidades de media)
• Ofrece reporte detallado de errores para migraciones fallidas
• Permite hacer rollback y reintentar
• Muestra el progreso con claridad mientras ejecutas las migraciones

Durante la fase beta, usamos AM:A para migrar uno de los sitios más grandes de un cliente — decenas de miles de páginas — de D7 a D9. Esa experiencia ayudó a mejorar la herramienta en sí. Por ejemplo, cuando la generación del composer.json falló por la gran cantidad de módulos del sitio, trabajamos con el equipo para resolver esos problemas y así ayudamos a darle forma al desarrollo de la herramienta.

Lo que más me impresionó fue lograr esta migración masiva sin necesitar un desarrollador backend dedicado. La interfaz dejaba claro qué había que migrar primero, qué había fallado y por qué — lo que nos permitió limpiar datos en el sitio D7 y reintentar las migraciones cuando era necesario.

Haciendo AM:A más accesible

Con base en esta experiencia, veo varias oportunidades para hacer AM:A aún más valioso para la comunidad:

1. Desacoplar la creación del sitio

• Mover la generación del composer.json de Acquia CLI a un comando de drush
• Esta funcionalidad tan poderosa no debería estar limitada a los clientes de Acquia

2. Mantenimiento de módulos

• Mantener actualizada la lista revisada de módulos
• Aunque esto requiere esfuerzo manual, se vuelve menos crítico a medida que más sitios migran

3. Eliminar dependencias de plataforma

• Hacer la herramienta completamente independiente de la plataforma
• La usamos con éxito con Lando y DDEV, lo que prueba que no necesita herramientas específicas de Acquia

Consideraciones sobre código personalizado

A lo largo de mi experiencia como TAM por casi 10 años, he notado un patrón interesante en el código personalizado. Muchas organizaciones pueden tener numerosos módulos personalizados, pero vale la pena preguntarse por qué existen.

En mi experiencia, la mayoría de los clientes en realidad no necesitan módulos personalizados. Si te encuentras con muchos módulos personalizados, puede que valga la pena evaluar si estás:

• Usando módulos personalizados para funcionalidad que podría lograrse con Drupal Core
• O realmente aprovechando la flexibilidad de Drupal como framework

Si desarrollaste múltiples módulos personalizados porque tu sitio realmente necesitaba ese nivel de personalización, eso es en realidad otra razón para quedarte con Drupal — estás haciendo buen uso de su poder como framework. Al fin y al cabo, si invertiste en todos esos módulos personalizados, tu sitio probablemente es vital para el éxito de tu empresa, ¿verdad?