Principios para desplegar Moodle con contenedores, almacenamiento compartido, caché y una base de datos administrada.
Publicado
Revisión editorial
Estado
Archivo revisado
Contexto
Diseñar para disponibilidad y demanda variable
Una instalación tradicional de Moodle combina aplicación PHP, base de datos relacional y un directorio moodledata. Para escalar horizontalmente, esos componentes no pueden depender del disco o del ciclo de vida de un único servidor.
La arquitectura debe partir de las necesidades reales de concurrencia, recuperación, seguridad, integraciones y operación del equipo educativo.
Componentes
Separar aplicación, datos y estado
01
ECS con Fargate
Ejecuta contenedores y ajusta tareas sin administrar servidores de cómputo.
02
Amazon EFS
Comparte moodledata entre las tareas de aplicación y varias zonas de disponibilidad.
03
ElastiCache para Redis
Centraliza sesiones y caché para evitar afinidad con un único contenedor.
04
Amazon RDS
Administra la base de datos con respaldos y opciones Multi-AZ según el diseño.
05
ECR y Secrets Manager
Versiona imágenes de contenedor y separa las credenciales del código.
Criterios
Lo que debe validarse antes de producción
01Pruebas de carga para estudiantes, docentes y procesos batch
02Objetivos de recuperación y estrategia de respaldos
03Actualizaciones de Moodle, plugins y contenedores
04Observabilidad de aplicación, base de datos, caché y archivos
05Presupuesto y reglas de escalado
Fuente original
Lectura y atribución
El artículo histórico de Soluciones Cloud resumía una guía externa de Prism Cloud Tech. Esta nueva versión conserva la atribución y presenta una síntesis editorial propia.
La medición de Google Analytics permanece bloqueada hasta que la aceptes. Guardamos tu elección en este dispositivo y no enviamos campos del formulario a analítica. Leer la política.