Actualizar o migrar Moodle
Su plataforma Moodle lleva años sin tocarse. Funciona, pero cada vez cuesta más mantenerla: el servidor es antiguo, nadie se atreve con los plugins y la versión ya no recibe correcciones de seguridad.
Su plataforma Moodle lleva años sin tocarse. Funciona, pero cada vez cuesta más mantenerla: el servidor es antiguo, nadie se atreve con los plugins y la versión ya no recibe correcciones de seguridad.
Su plataforma Moodle lleva años sin tocarse. Funciona, pero cada vez cuesta más mantenerla: el servidor es antiguo, nadie se atreve con los plugins y la versión ya no recibe correcciones de seguridad. Le ayudamos a llevarla a una versión con soporte, o a otro servidor o a la nube, empezando por un diagnóstico antes de tocar nada.
Para empezar basta con describir su plataforma. No envíe credenciales ni copias de la base de datos.
Solicite su diagnóstico Proportione Legacy
El proyecto Moodle da soporte solo a las versiones recientes. Cuándo termina el de cada una lo publica el propio proyecto en su página de versiones. Una plataforma que ha quedado fuera deja de recibir correcciones y, con cada año, el salto hasta una versión soportada es más largo.
En una plataforma de formación el problema no es solo técnico. Hay cursos en marcha, personas que se examinan y calificaciones que alguien tendrá que poder consultar dentro de cinco años. Por eso el trabajo se plantea por fases y no como un cambio de un solo golpe.
Qué significa para usted: saber en qué punto está su plataforma y qué opciones tiene antes de decidir. Siguiente paso: el diagnóstico, que describimos más abajo.
Actualizar una versión muy antigua no suele ser un único paso. La documentación oficial de Moodle indica que desde versiones antiguas hay que pasar primero por versiones intermedias, y recomienda ensayar la actualización sobre una copia del sitio en producción antes de tocar el sitio real (guía oficial de actualización).
Un salto de versión mayor afecta a tres cosas a la vez:
Nuestro planteamiento es el mismo que en cualquier otro sistema: inventario de lo que hay, ruta de versiones elegida con datos, ensayo sobre una copia, entrega por fases con criterios de aceptación y plan de vuelta atrás.
Qué significa para usted: una ruta escrita, con cada paso comprobable, en lugar de una actualización a ciegas. Siguiente paso: pedir el diagnóstico.
Migrar es cambiar dónde vive la plataforma: de un servidor propio que ya no se quiere mantener a otro servidor, o a la nube. El caso general de migrar servidores propios a la nube tiene su propia página. Moodle se compone de tres partes que hay que mover juntas y de forma coherente: el software, los archivos y la base de datos. La guía oficial pide copia de las tres antes de cualquier cambio.
Antes de elegir destino comparamos opciones con datos de su caso, entre servidor propio, nube y una combinación de ambos. Si hay requisitos de privacidad, la migración y la IA que se use después pueden ejecutarse en su propio servidor y, si hace falta, sin conexión a Internet.
Qué significa para usted: el destino se elige con criterios, no por moda ni por el proveedor que ya tiene. Siguiente paso: contarnos dónde vive hoy su Moodle.
Lo que le importa a quien dirige la plataforma es qué hay después del cambio. Lo tratamos por categorías, y cada una se comprueba al terminar cada fase:
No damos por hecho que todo se conserva igual. Lo que hacemos es fijar de antemano, por escrito, qué debe comprobarse y cómo, y dejar preparada la vuelta atrás. La documentación, la exportación y la custodia comprobables forman parte del diseño.
Qué significa para usted: sabe de antemano qué se va a comprobar y cuándo se da por bueno cada paso. Siguiente paso: pedir el diagnóstico para obtener el inventario.
Empezamos por un diagnóstico de sus datos y procesos antes de elegir destino. Entrega un inventario de procesos y datos, las opciones (construir, comprar o conectar) y una propuesta de alcance por fases. Los detalles generales del método están en cómo trabajamos.
Qué significa para usted: en cada momento sabe qué se ha entregado, qué falta y cómo se vuelve atrás. Siguiente paso: pedir el diagnóstico.
El orden importa. Primero se digitaliza y se entiende la operación: qué hace la plataforma, quién la usa y qué datos mueve. Después, si hay otros sistemas (secretaría, facturación, recursos humanos), se abren con APIs y conectores. Solo entonces tiene sentido la IA encima.
La IA puede ejecutarse en su propio servidor y, si hace falta, sin conexión a Internet. Si lo que necesita es un desarrollo propio alrededor de su plataforma, lo explicamos en desarrollo de software a medida. Si lo que está sin soporte es una aplicación PHP propia, no Moodle, vea migrar de PHP 5 a una versión soportada. Si su plataforma es solo una de varias piezas antiguas, el conjunto está en migración de sistemas legacy.
Qué significa para usted: no se adelanta nada que no esté preparado. Siguiente paso: vea cómo encaja en inteligencia artificial en la empresa o repase nuestros servicios.
No siempre. Desde versiones antiguas, la documentación oficial indica que hay que pasar por versiones intermedias. La ruta se fija en el diagnóstico, con datos de su plataforma, y se ensaya sobre una copia antes de tocar el sitio en producción.
No. Actualizar es cambiar la versión de Moodle; migrar es cambiar dónde está alojado. Pueden hacerse juntos o por separado, y el diagnóstico decide el orden.
No lo damos por supuesto. Se hace copia previa, se ensaya y se fijan criterios de aceptación por categoría antes de cada fase, con plan de vuelta atrás. Lo que se comprueba y cómo queda por escrito.
Se decide uno por uno en el diagnóstico: actualizarlo, sustituirlo por otro, desarrollar una alternativa o retirarlo si ya no se usa. Qué hacer con cada uno forma parte de la propuesta de alcance por fases.
Sí. La extracción, la migración y la IA que se use después pueden ejecutarse en sus servidores o en hardware dedicado, incluso en una red sin conexión a Internet.
Depende del salto de versión, de los plugins y del entorno. Por eso no damos una cifra ni un plazo sin conocer su caso. El diagnóstico termina con una propuesta de alcance por fases, y a partir de ella se concreta.
Cuéntenos en qué punto está su Moodle y dónde vive hoy. Le respondemos en un máximo de dos días laborables. [Formulario corto: ver especificación en notas] Si prefiere escribirnos directamente: contacto. El conjunto de lo que hacemos está en consultoría de gestión de negocio.
Solicite su diagnóstico Proportione LegacyNo envíe credenciales ni bases de datos. Usaremos sus datos solo para responderle; más información en la política de privacidad.
