Un'unica piattaforma, molte istituzioni — senza che nessuna rinunci al controllo
Un LMS multi-ateneo consente a un consorzio di condividere infrastruttura e catalogo dei corsi, mentre ogni istituzione mantiene il proprio dominio, il proprio accesso e il proprio perimetro di reportistica. Ecco cosa serve davvero — dall'esperienza di due piattaforme di scala nazionale che gestiamo in Italia.
Basato su GARR · identità federata IDEM · video PeerTube self-hosted · Open Badges ed ESCO
Cosa chiede davvero un consorzio
Una singola università che acquista un LMS sceglie uno strumento. Un consorzio sceglie un accordo tra istituzioni che non sono del tutto d'accordo tra loro — e la piattaforma deve reggere quell'accordo senza che nessuno si senta scavalcato. Cinque domande determinano tutto il resto.
Quale marchio vede lo studente?
Quello della propria istituzione, sul proprio dominio — anche se la piattaforma sottostante è condivisa. Il branding è la parte facile; le aspettative che lo circondano no.
Chi accede, e con quale directory?
Ogni istituzione mantiene il proprio identity provider. Per la nostra esperienza nessuno è disposto a cedere i propri account utente, e non dovrebbe esserlo.
Chi può vedere i dati di chi?
Un'istituzione condivide un catalogo molto prima di condividere un report sui completamenti. Definite il perimetro della reportistica prima di costruire qualsiasi cosa.
Chi decide quando aggiornare?
Un'istanza condivisa significa un'unica finestra di manutenzione per tutti. È una questione di governance travestita da questione tecnica.
Dove risiedono fisicamente i dati?
Per le istituzioni pubbliche questo è spesso un requisito di gara più che una preferenza — ed è il requisito a vincolare l'architettura, non il contrario.
Tre architetture, e quanto costa ciascuna
Tutte e tre vengono chiamate “multi-ateneo”. Una volta in esercizio si comportano in modo molto diverso — e la scelta è costosa da annullare, perché tornare indietro significa migrare identità e storico dei completamenti.
Un'istanza, molti domini
Ogni istituzione ha il proprio hostname e il proprio tema; sotto, un database, un aggiornamento, un team operativo. È la soluzione più economica da gestire e quella in cui è più semplice condividere un catalogo. Il prezzo è l'autonomia — un aggiornamento è un evento per tutti nello stesso momento, e un plugin voluto da un'istituzione è un plugin che arriva a tutte.
Istanze separate, gestione condivisa
Ogni istituzione ha la propria installazione, gestita centralmente con strumenti comuni. Pieno controllo sugli aggiornamenti e separazione naturale dei dati. Il prezzo è l'integrazione — un catalogo condiviso e la reportistica tra istituzioni smettono di essere configurazione e diventano sviluppo.
Un hub con satelliti
Una piattaforma centrale condivisa per ciò che è davvero comune — corsi aperti, credenziali, catalogo pubblico — mentre ogni istituzione mantiene il proprio ambiente didattico. I consorzi tendono ad arrivarci dopo aver discusso delle prime due, perché separa ciò su cui tutti concordano da ciò a cui nessuno vuole rinunciare.
| Un'istanza, molti domini | Istanze separate | |
|---|---|---|
| Costo operativo | Il più basso per istituzione | Più alto, ripetuto per ogni istituzione |
| Catalogo condiviso | Configurazione | Lavoro di integrazione |
| Aggiornamenti | Un'unica finestra per tutti | Istituzione per istituzione |
| Plugin | Un unico set, condiviso da tutti | Scelti in autonomia |
| Separazione dei dati | Garantita dai permessi | Naturale, per architettura |
| Reportistica tra istituzioni | Integrata | Richiede uno strato dati |
L'identità federata è l'integrazione che conta
In una piattaforma multi-istituzione, la maggior parte dello sforzo di sviluppo va nell'accesso, non nei corsi.
Nell'istruzione superiore europea lo standard atteso è SAML, di solito tramite Shibboleth, con ogni istituzione come identity provider e la piattaforma come service provider. Le istituzioni fanno in genere parte di una federazione nazionale — IDEM in Italia, con eduGAIN che collega le federazioni nazionali a livello internazionale — quindi un'adesione funzionante alla federazione apre di norma l'accesso a un numero molto elevato di istituzioni senza doverle negoziare una per una.
Due aspetti creano sempre problemi
- Rilascio degli attributi. Un accesso riuscito non significa che la piattaforma riceva gli attributi necessari per inserire la persona nel corso giusto dell'istituzione giusta. La policy sugli attributi è definita da ogni identity provider — quindi è una conversazione istituzione per istituzione, non un'unica configurazione.
- Corrispondenza degli account. Cosa rende due login la stessa persona, e cosa succede quando qualcuno appartiene contemporaneamente a due istituzioni del consorzio, va deciso prima delle iscrizioni, non dopo.
On-premise, e perché questo settore lo chiede ancora
Nella formazione aziendale l'on-premise è di solito una questione del passato. Nell'istruzione superiore pubblica è una questione attuale — regole di gara, obblighi di residenza dei dati e reti nazionali della ricerca che le istituzioni già finanziano e di cui si fidano. La stessa logica va oltre l'LMS: le videolezioni sono pesanti, costose e delicate per la privacy, ed è per questo che lo streaming self-hosted è spesso l'unica opzione accettabile.
Credenziali che viaggiano tra le istituzioni
Un consorzio crea un problema che una singola istituzione non ha: uno studente ottiene un risultato presso un ateneo e ha bisogno che venga riconosciuto da un altro. Gli Open Badges, allineati al quadro europeo delle competenze ESCO, esistono proprio per questo — e contano di più in una piattaforma condivisa che in una autonoma, perché lo scopo stesso del consorzio è che l'apprendimento circoli.
Due referenze attive, entrambe su scala nazionale
Invece di descrivere un'architettura in astratto — ecco cosa è stato scelto, con cosa si integra e su cosa gira.
EduNext — un'unica piattaforma, 45 corsi di laurea accreditati
Sei portali collegati per corsi di laurea, formazione professionale, MOOC, video, una knowledge base e credenziali — sulla rete della ricerca GARR, con login federato IDEM e video PeerTube self-hosted.
Leggi il caso di studio →EduOpen — un unico Moodle, un'unica rete MOOC
Una rete MOOC condivisa su un'unica piattaforma Moodle, con single sign-on SAML e Shibboleth, corsi multilingue e certificazione a livello di consorzio.
Leggi il caso di studio →Domande frequenti
Che cos'è un LMS multi-ateneo o per consorzi?
Un'unica piattaforma di apprendimento al servizio di più istituzioni contemporaneamente. Ognuna mantiene il proprio marchio, dominio e accesso, mentre il consorzio condivide l'infrastruttura e di solito un catalogo dei corsi. Si differenzia da un LMS standard soprattutto per la gestione delle identità e per il rigore con cui separa i dati tra i membri.
È meglio un'istanza condivisa o istanze separate per ogni università?
Un'istanza con più domini costa meno da gestire e rende semplice un catalogo condiviso, ma tutte le istituzioni condividono il calendario degli aggiornamenti e il set di plugin. Istanze separate garantiscono piena autonomia e separazione naturale dei dati, a un costo più alto, e la reportistica tra istituzioni diventa lavoro di integrazione. Molti consorzi scelgono un hub per i servizi condivisi, mentre le istituzioni mantengono i propri ambienti didattici.
Come funziona il single sign-on tra più università?
Attraverso l'identità federata. Ogni istituzione gestisce il proprio identity provider e la piattaforma agisce come service provider, di norma tramite SAML con Shibboleth. Le istituzioni appartengono di solito a una federazione nazionale come IDEM in Italia, con eduGAIN che collega le federazioni a livello internazionale. Il vero lavoro non è tanto il protocollo quanto concordare quali attributi rilascia ogni istituzione.
Un LMS multi-istituzione può essere self-hosted o on-premise?
Sì, e nell'istruzione superiore pubblica è spesso un requisito più che un'opzione, a causa delle regole di gara e degli obblighi di residenza dei dati. Le reti nazionali della ricerca e dell'istruzione lo rendono praticabile. Lo stesso ragionamento vale di solito anche per i video, ed è per questo che in questi progetti compare lo streaming self-hosted.
Moodle può gestire un consorzio di più università?
Sì. EduOpen gestisce su Moodle una rete MOOC di 17 università con single sign-on SAML e Shibboleth. A decidere se Moodle è adatto è meno la piattaforma e più ciò che il consorzio richiede in termini di autonomia, perimetri di reportistica e controllo degli aggiornamenti.
Come funzionano le credenziali tra le istituzioni del consorzio?
Attraverso credenziali portabili, invece che certificati legati alla piattaforma. Gli Open Badges sono lo strumento più diffuso, e allinearli al quadro europeo delle competenze ESCO li rende significativi sia dentro sia fuori dal consorzio.
Per le istituzioni pubbliche queste decisioni dipendono di solito da un requisito di gara più che da una preferenza — vedi la sovranità digitale nell'istruzione superiore europea.
Stai definendo una piattaforma per un gruppo di istituzioni?
Che tu stia costruendo da zero qualcosa di condiviso o cercando di consolidare piattaforme che già gestisci, la conversazione utile parte dalle cinque domande in cima a questa pagina — non da un elenco di funzionalità.
Prenota una demo gratuita