Kort gezegd: kies vóór de implementatie tussen afzonderlijke WordPress-containers en WordPress Multisite
“Meerdere WordPress-sites draaien” kan twee architecturen betekenen. Met afzonderlijke containers krijgt elke site een eigen WordPress-instantie en meestal ook een eigen database. WordPress Multisite draait meerdere sites binnen één gedeelde WordPress-installatie. Ze hebben verschillende grenzen voor storingen en updates.
Afzonderlijke containers bieden de beste isolatie
Maak voor niet-gerelateerde sites of verschillende klanten één Compose-project per site. Geef elke WordPress-instantie eigen persistente bestanden, databasegegevens en externe hostnaam. De WordPress-containerinstallatiekopie ondersteunt normale persistente WordPress-implementaties.
De MariaDB-vereisten helpen bij het plannen van databasegeheugen en opslag.
Gebruik Multisite alleen als de sites bij elkaar horen
WordPress Multisite deelt één WordPress-core-installatie, plug-ins en thema's, terwijl elke site afzonderlijke databasetabellen en uploads heeft. De WordPress Multisite-configuratie legt het model en de keuzes voor subdomeinen en submappen uit.
Gebruik niet zomaar één databaseschema opnieuw
Afzonderlijke WordPress-instanties kunnen één MariaDB-server delen, maar geef elke site een eigen database en gebruiker. Zo blijven back-ups, migraties en toegangsbeheer overzichtelijker dan wanneer elke container naar hetzelfde schema verwijst.
Plaats een reverse proxy vóór de sites
Elke site heeft een stabiele hostnaam en HTTPS-eindpunt nodig. Koppel openbare domeinen via een reverse proxy aan de juiste WordPress-container, in plaats van gebruikers bloot te stellen aan meerdere willekeurige hoge poorten.
De HTTPS-proxyfunctionaliteit van ZimaOS beschrijft het huidige proxy-model aan de kant van ZimaOS.
Maak voor elke storingsgrens afzonderlijke back-ups
Maak voor afzonderlijke sites een back-up van de WordPress-bestanden en database van elke site. Maak voor Multisite een back-up van de gedeelde bestanden en de volledige Multisite-database. De oude CasaOS-tutorial uit 2025 kan als inspiratie dienen, maar de architectuurkeuze hoort vóór het klonen van containers te worden gemaakt.
De app-vereisten van ZimaOS helpen bij het bepalen van de benodigde capaciteit voor de gecombineerde host.
