Moodle-alternatieven voor scholengroepen: reken de exploitatie door, niet de licentie

Moodle is gratis in licentie en niet gratis in beheer. Voor één school met een systeembeheerder die het goed kent, is dat meestal een goede ruil. Voor een groep — een schoolbestuur, een regio, een uitgever, een ministerieprogramma — verandert de rekensom, omdat de kosten die de vraag beslissen hosting zijn, versie-upgrades, compatibiliteit van plug-ins over die upgrades heen, securitypatches en back-ups, en omdat multi-tenancy niet in het kernproduct zit. De eerlijke vergelijking met welk alternatief dan ook zijn de totale beheerkosten, niet de licentiekosten.

Niets daarvan is kritiek. Moodle is het meest ingezette opensource-LMS in het onderwijs en dat heeft het verdiend: werkelijk gratis, werkelijk zelf te hosten, en vol met dingen die geen enkel commercieel product zou bouwen. Dit is rekenwerk, geen partijkeuze.

Wat het draaien van Moodle werkelijk kost

Hosting

Een PHP-applicatie, een database, een bestandsopslag, en een cronjob die ook echt moet draaien. Dimensioneer het op de examenweek en de dag van de uitslagen, niet op een gemiddelde dinsdag. En dan een stagingkopie die dicht genoeg bij productie ligt om een repetitie betekenis te geven — staging die is afgedreven is een repetitie voor een ander stuk.

Versie-upgrades

Moodle publiceert voor elke release een einddatum van de ondersteuning. Zodra een versie die passeert, komen er geen securityfixes meer, dus bijblijven is geen huishoudelijk werk — het ís de securitypositie. Elke upgrade naar een hoofdversie is een codestap, een schemastap, een downtimevenster en een repetitie vooraf, en een versie overslaan stapelt het werk op in plaats van het te besparen.

Compatibiliteit van plug-ins

De plug-indirectory is waarom veel instellingen voor Moodle kozen, en elke geïnstalleerde plug-in is een afhankelijkheid van andermans releaseschema. Een upgrade is dus een matrix: is er voor elke plug-in een build voor de doelrelease, wordt die onderhouden, doet die nog steeds datgene waar docenten hun semester omheen hebben gebouwd. Eén niet-onderhouden plug-in kan een hele site op een oude versie vasthouden, en dat is de gebruikelijkste route naar het draaien van een release zonder ondersteuning.

Securitypatches

Moodle publiceert security-advisories volgens een schema. Bij self-hosting is het opvolgen ervan uw werk: de aankondigingen volgen, de urgentie inschatten, toepassen, verifiëren — soms buiten de cyclus, soms in een vakantie waarin degene die weet hoe het moet weg is. Daaronder liggen PHP, de database en het besturingssysteem, elk met een eigen patchstroom.

Back-ups

Twee verschillende dingen heten back-up: cursusexports, en infrastructuurback-ups van de database en de bestandsopslag. U heeft beide nodig, en een back-up die u nooit heeft teruggezet is een hypothese. En dan de vraag die een groep opbreekt: kunt u één school terugzetten zonder onderhoudsvenster voor alle andere?

Waarom multi-tenancy het onderdeel is dat het op groepsschaal begeeft

Eén school loopt hier zelden tegenaan. Een groep raakt het ongeveer op het punt waarop twee scholen op dezelfde dag verschillende dingen willen: een ander logo, een andere periode-indeling, een ander antwoord op de vraag wie wiens gegevens mag zien.

Een Moodle-site geeft u structuur binnen één organisatie: categorieën die nestelen, cohorten, rollen die op categorieniveau toe te kennen zijn. Dat is echte hiërarchie. Maar het is ontworpen rond één site voor één instelling — accounts horen bij de site, het beheer geldt sitebreed, en de versie, de set plug-ins en het onderhoudsvenster worden gedeeld door iedereen die erop zit. Zo lost "elke school heeft een eigen beheerder" in de praktijk meestal op in "elke school heeft iemand van wie wij vertrouwen dat die niet op het verkeerde klikt".

De vragen die het gat blootleggen zijn saai en concreet:

• Kan school B haar logo, kleuren en inlogpagina wijzigen zonder aan die van school A te komen?
• Kan de beheerder van school B gebruikers aanmaken en verwijderen die alleen in school B bestaan?
• Kan een docent die twee dagen per week op elke school werkt één account hebben?
• Kan de groep één vraag stellen over alle scholen heen en één antwoord krijgen, zonder export?
• Als school C de groep verlaat, kunnen haar gegevens, gebruikers en content dan worden overgedragen en daarna verwijderd?
• Kan één school uit back-up worden teruggezet zonder onderhoudsvenster voor de rest?

Elk daarvan is in Moodle te beantwoorden met genoeg configuratie, of met genoeg aparte installaties. De kosten zijn de configuratie, of de installaties.

De drie gebruikelijke antwoorden, en de afruil in elk

Moodle Workplace

De commerciële variant, verkocht via gecertificeerde Moodle-partners, die multi-tenancy toevoegt. De afruil: u koopt nu een commercieel product met een partner ertussen, dus de gratis licentie is niet langer de reden dat u er zit — vergelijk het op gelijke voet met andere commerciële platforms, niet als de zittende partij. En controleer hoe de vorm van een scholengroep (leerjaren, ouders en verzorgers, periodes) zich verhoudt tot een product waarvan het ontwerpcentrum bedrijfstraining is.

Een partnercontract

Een gecertificeerde partner host, upgradet, patcht en neemt de telefoon op. Het werk verdwijnt niet; het wordt een post op de factuur met een SLA, vaak een betere ruil dan een aanstelling. Twee beperkingen: het voegt op zichzelf geen multi-tenancy toe — daarvoor is het nog steeds Workplace of meerdere sites — en de kosten schalen doorgaans mee met sites en gebruikers, zodat een groep ruwweg per school betaalt. Vraag hoe vertrekken eruitziet voordat u tekent.

Parallelle installaties

Eén Moodle per school. Werkelijk gescheiden — aparte gegevens, aparte huisstijl, aparte downtime — en een school kan worden overgedragen door haar site over te dragen. De afruil is dat alles zich vermenigvuldigt: tien scholen zijn tien upgradevensters, tien plug-inmatrixen, tien reeksen advisories, tien back-upregimes. Rapportage over scholen heen wordt een kwestie van exporteren en samenvoegen, meestal in een spreadsheet, meestal door één persoon die als enige weet hoe het werkt. Een groepsbrede wijziging wordt tien keer toegepast en begint in de elfde maand uit elkaar te lopen.

Groepen kiezen zelden voor parallelle installaties. Ze komen erin terecht, omdat een verse site de snelste manier was om school nummer vier aan te sluiten.

AI via een plug-in is niet hetzelfde als AI in het product

De meeste AI-mogelijkheden in een Moodle-installatie komen binnen als plug-in: een connector naar een provider, een vragengenerator, een samenvatter. Plug-ins zijn hoe Moodle altijd is gegroeid. Maar drie eigenschappen gedragen zich anders wanneer een functie aan de zijkant van een platform wordt gehangen in plaats van erin te zijn ingebouwd.

Grondslag

Waar komt het antwoord vandaan? Een generieke connector geeft een prompt door aan een model en geeft tekst terug, dus die weerspiegelt de algemene kennis van het model en niet uw leerplan of uw beoordelingsbeleid. Grondslag betekent zoeken in uw eigen materiaal, met bronvermelding naar het document waar een zin vandaan komt. In een groep is dat eerst een probleem van gegevensgrenzen: documenten van school A mogen nooit de grondslag zijn voor een antwoord aan school B, en een plug-in op een datamodel voor één site heeft geen tenantgrens om te respecteren.

Veiligheidsbeoordeling

Wie koos het model, wie schreef de prompt, wat verlaat uw infrastructuur, hoe lang bewaart de provider het, en zit het schriftelijke werk van een kind in de payload. Bij een plug-in is het antwoord: degene die hem schreef, plus wat u zelf heeft ingesteld — te beoordelen, want het is open code, maar u bent de beoordelaar, per plug-in, bij elke upgrade.

Audit

Een periode later vraagt een ouder of een inspecteur wat de AI heeft gedaan. Kunt u laten zien wat er is gegenereerd, door wie, uit welke bron, en wat een mens heeft gewijzigd voordat het bij een cursist terechtkwam? Een plug-in schrijft naar eigen tabellen in een eigen formaat, als hij al iets schrijft.

Plug-ins zijn niet het probleem. De grens tussen AI en gegevens moet worden getrokken door wat ook elke andere grens trekt, en een plug-in kan geen grens trekken die het platform niet heeft.

Het eerlijk doorrekenen

Schat niet. Open het ticketsysteem en het wijzigingslogboek over de afgelopen twaalf maanden en tel.

annual operating hours, per Moodle site

    major upgrades        (windows per year)   x (hours per window)
  + point releases        (releases applied)   x (hours each)
  + plugin re-testing     (plugins relied on)  x (hours per upgrade)
  + security advisories   (acted on per year)  x (hours each)
  + backup restore tests  (tests per year)     x (hours each)
  + unplanned incidents   (last 12 months, from the ticket system)
  = hours per site per year

  x number of sites you run
  x loaded hourly cost of the people who do it
  + hosting, storage and bandwidth
  + partner or support contract
  = the number to compare against a licence

Tel alleen uren die werkelijk zouden verdwijnen als u verhuist. Zet daarna apart op een rij welke vragen op groepsniveau u vandaag niet kunt beantwoorden — hoeveel cursisten over alle scholen heen deze periode de training sociale veiligheid hebben afgerond, en welke scholen achterlopen.

Wanneer Moodle nog steeds het juiste antwoord is

Vaak. Met een eigen systeembeheerteam dat Moodle kent, is blijven regelmatig de goedkoopste en best verdedigbare keuze: volledige controle over de stack, geen leveranciersafhankelijkheid, en een plug-inecosysteem dat didactiek dekt die geen enkele commerciële roadmap zal prioriteren. Sommige inkoopregels schrijven opensource ronduit voor. En de migratiekosten zijn reëel — content, vragenbanken, cijferhistorie, accounts, en de oude links die in honderd studiegidsen staan afgedrukt.

De verkeerde reden om te vertrekken is dat één upgrade slecht verliep. De juiste reden is structureel: de groep is gegroeid, de vorm ervan is nu het probleem in plaats van de software, en de beheerkosten worden betaald door mensen die zijn aangenomen om iets anders te doen.

Kijkt u toch verder, controleer dan dit

Hier zijn wij de leverancier, dus lees dienovereenkomstig. Lurno is een multi-tenant platform gebouwd voor de vorm die hierboven is beschreven; scholengroepen zijn het geval waar het omheen is ontworpen. Dit is de checklist die wij op onszelf en op iedereen anders op uw lijst zouden willen laten toepassen.

• Tenancymodel. Vraag om geneste organisaties live aangemaakt te zien, niet getekend op een slide. In Lurno kan een organisatie verdere organisaties bevatten, en een rol die op een vestiging in die boom wordt toegekend werkt naar beneden door — een aandachtsfunctionaris sociale veiligheid voor de hele groep wordt één keer toegekend.
• Waar de isolatie wordt afgedwongen. Filteren op applicatieniveau is één bug verwijderd van een lek, dus vraag of de grens in de database ligt. Die van Lurno ligt daar: 868 row-level security-policies verspreid over 676 migraties, uiteengezet op de securitypagina.
• Huisstijl en domeinen. White-label huisstijl per organisatie en een eigen domein met automatische TLS, zodat de inlogpagina van elke school van haarzelf is, en een suborganisatie de huisstijl van de bovenliggende organisatie erft tot ze die overschrijft.
• Inloggen. Wees precies, en houd ons eraan. Lurno heeft vandaag partneraanmelding (silent SSO); SSO met SAML/OIDC, MFA en passkeys staan op de roadmap en zijn niet beschikbaar. Loggen uw scholen in via Entra of Google Workspace over SAML, vraag dan elke leverancier — ons inbegrepen — schriftelijk om data.
• Standaarden. SCORM 1.2, SCORM 2004, xAPI en LTI 1.3 zijn in Lurno in ontwikkeling — gemodelleerd in het product, runtime in aanbouw. Heeft u een decennium aan SCORM-pakketten liggen, stel die vraag dan als eerste, niet als laatste.
• Commercieel. Accounts worden vandaag op uitnodiging aangemaakt; selfservice-registratie, betalingen en checkout zijn ontworpen, niet gebouwd.
• Wat een corporate LMS geen reden heeft om te bouwen. Een portaal voor ouders en verzorgers dat per gegevenscategorie is afgebakend, certificaten met een openbare verificatiepagina, competentiekaders met bewijs, en vier producttalen waaronder Arabisch met volledige RTL.
• Vertrek. Hoe krijgt u alles eruit, in welk formaat, en hoe lang duurt dat? Een leverancier die daar snel antwoord op geeft, zegt u daarmee iets.

Wij houden een uitgebreidere vergelijking bij van Lurno en Moodle, inclusief een ronduit antwoord op de vraag voor wie Moodle werkelijk beter is. Zegt uw rekensom dat Moodle blijft, dan is dat een goede uitkomst — en heeft u het getal om dat bij de volgende begrotingsvergadering te verdedigen.