Univerzita nikdy není jen jedna webová stránka. Je to hlavní institucionální web, plus samostatné weby pro každou fakultu, katedru, výzkumné centrum, knihovnu a často i desítky jednotlivých projektů, laboratoří a akcí. Velká univerzita snadno provozuje kdekoli od 50 do několika stovek samostatných webů. Výzva netkví v postavení jednoho z nich – tkví ve správě všech dohromady: udržet je zabezpečené, v souladu s brandem a aktuální, aniž by pro každý z nich bylo potřeba samostatné tým a samostatný technologický stack. Přesně tento problém má řešit Drupal multisite, a je to velká část důvodu, proč tolik předních světových univerzit provozuje Drupal.
Tento článek vysvětluje, jak Drupal multisite funguje, proč se tak dobře hodí pro univerzitní použití, jak si stojí ve srovnání s alternativami a – stejně důležité – kdy je špatnou volbou. Cílem je jasný, poctivý obrázek, který instituci pomůže rozhodnout, zda je multisite správnou architekturou pro její webový ekosystém.
Problém více webů, kterému čelí každá univerzita
Univerzity jsou svou povahou decentralizované. Každá fakulta chce mít kontrolu nad svým vlastním webem, každá katedra má vlastní obsah a redaktory a centrální IT oddělení odpovídá za to, aby byl celý ekosystém zabezpečený, přístupný a konzistentní. Pokud se toto napětí neřídí, vzniká známý chaos: katedry si spouštějí vlastní neschválené weby na jakékoli pohodlné platformě, konzistence značky se rozpadá, bezpečnostní záplaty se aplikují nerovnoměrně nebo vůbec, a nikdo nemá úplný přehled o tom, co všechno vlastně běží.
Rozhodnutí o platformě je jinými slovy ve skutečnosti skrytým rozhodnutím o governance. Otázka, na kterou musí univerzita odpovědět, nezní jen „jaký CMS máme použít", ale „jak umožníme desítkám týmů spravovat vlastní weby, zatímco centrální IT udrží celý ekosystém zabezpečený a soudržný?" Drupal multisite je jednou z nejsilnějších odpovědí právě na tuto otázku.
Co Drupal multisite ve skutečnosti je
Drupal je jedním z mála systémů pro správu obsahu, které podporují multisite nativně přímo v jádru. Drupal multisite je jedna instalace Drupalu, která provozuje více webových stránek z jedné sdílené kódové báze. Důležitým technickým detailem je, co se sdílí a co ne: weby sdílejí kód – jádro Drupalu, moduly a šablony (themes) – ale každý web má vlastní, oddělenou databázi. To znamená, že obsah, konfigurace, uživatelé a nahrané soubory jsou pro každý web zcela oddělené, i když všechny běží na stejné podkladové instalaci.
Mechanicky každý web žije ve vlastním podadresáři v rámci instalace, s vlastním konfiguračním souborem, který odkazuje na jeho vlastní databázi. Když přijde požadavek, Drupal se podívá na doménu nebo URL a načte databázi a konfiguraci správného webu. Praktickým výsledkem je soubor webů, které vypadají a chovají se jako zcela nezávislé webové stránky – každá s vlastním brandingem, obsahem a redakčním týmem – zatímco pod povrchem sdílejí jednu kódovou bázi a jeden proces aktualizací. Aktualizujte kód jednou a všechny weby poběží na nové verzi.
Proč se univerzity spoléhají na multisite
Model multisite se téměř dokonale shoduje s tím, jak univerzita ve skutečnosti funguje. Stanford, Yale, Harvard i Duke provozují na tomto principu své vlastní velké platformy webů na Drupalu a instituce jako University College London spravují 500 i více mikrostránek z jediné vrstvy governance. Výhody, díky nimž to funguje, jsou konkrétní:
- Aktualizace jednou, nasazení všude: Bezpečnostní záplata nebo upgrade verze Drupalu se aplikuje na sdílenou kódovou bázi jednou a projeví se na všech webech. Místo záplatování 200 webů jednotlivě spustí centrální IT jednu jedinou aktualizaci – zdaleka největší provozní úspora, kterou multisite nabízí.
- Centrální governance s lokální autonomií: Centrální IT spravuje architekturu, bezpečnost a design systém, zatímco každá fakulta a katedra si zachovává plnou redakční kontrolu nad vlastním obsahem. Katedry získávají svou nezávislost, instituce si zachovává svou soudržnost.
- Konzistence značky ve velkém měřítku: Sdílený design systém a sdílené komponenty znamenají, že každý web může nést konzistentní branding a standardy přístupnosti, místo aby se každý ubíral svým vlastním směrem.
- Sdílený vývoj: Vlastní funkcionalita se postaví jednou a zpřístupní všem webům. Modul nebo funkce vyvinutá pro jednu fakultu může být zapnuta pro ostatní bez opětovného vytváření.
- Efektivní zavádění nových webů: Když nová katedra nebo program potřebuje web, lze jej rychle zajistit ze sdílené platformy, počínaje stejným zabezpečeným, přístupným a se značkou konzistentním základem, místo aby se začínalo od nuly.
Pro instituci provozující rozsáhlý soubor webů se tyto úspory efektivity násobí. Přesně tento vzorec stojí za dominancí Drupalu ve vysokoškolském vzdělávání a přímo souvisí se širšími přednostmi platformy v tomto sektoru, kterými se zabýváme v našem přehledu Drupal ve vzdělávání.
Multisite není jedinou možností
Klasický multisite je jedním ze způsobů, jak provozovat mnoho webů z Drupalu, ale není jediný. Volba správné architektury předem ušetří v budoucnu značný čas a náklady, proto stojí za to porozumět hlavním alternativám.
| Přístup | Jak funguje | Nejlépe vhodné pro |
|---|---|---|
| Klasický multisite | Jedna kódová báze, samostatná databáze pro každý web. Obsah zcela izolovaný. | Mnoho strukturně podobných webů vyžadujících silné oddělení obsahu. |
| Domain Access | Jedna kódová báze a jedna sdílená databáze; modul řídí, jaký obsah patří k jaké doméně. | Weby, které sdílejí hodně obsahu a redaktorů a jsou spravovány centrálně. |
| Samostatné instalace | Každý web je vlastní nezávislou instalací Drupalu, často spravovanou pomocí sdíleného workflow Composeru. | Weby, které se výrazně liší, nebo vyžadují plnou izolaci a nezávislé škálování. |
| Distribuce / upstream | Standardní build Drupalu je zabalen a použit jako výchozí bod pro každý nový nezávislý web. | Zavádění mnoha webů ze společného základu při zachování jejich nezávislosti. |
Klíčovým rozlišením je izolace obsahu versus sdílení obsahu. Multisite dává každému webu vlastní databázi a nejsilnější oddělení. Domain Access sdílí jednu databázi, což usnadňuje sdílení obsahu a redaktorů, ale weby k sobě těsně váže. Samostatné instalace poskytují nejvyšší míru izolace a nezávislosti za cenu individuální správy každé z nich. Správná odpověď závisí na tom, zda jsou vaše weby variacemi na jedno téma, které by měly sdílet, nebo skutečně nezávislými celky, které by sdílet neměly.
Poctivé kompromisy: Kdy je multisite špatnou volbou
Multisite je mocný nástroj, ale není bez rizika, a zodpovědné hodnocení musí zvažovat nevýhody stejně vážně jako přínosy. Efektivita sdílené kódové báze je zároveň jejím ústředním slabým místem: vytváří jediný bod selhání.
- Sdílený osud: Protože všechny weby běží na jedné kódové bázi, problém v této kódové bázi ovlivní všechny weby najednou. Nárůst provozu na jednom webu může zhoršit výkon všech ostatních a bezpečnostní kompromitaci je těžší udržet pod kontrolou – pokud je jeden web napaden přes sdílený kód, mohou být ohroženy i ostatní.
- Omezená izolace: Mezi weby neexistuje na úrovni kódu žádná silná segmentace, což je pro instituce se striktními bezpečnostními nebo compliance požadavky skutečně na zvážení. Tam, kde weby musí být plně izolovány, jsou samostatné instalace bezpečnějším modelem.
- Provázanost údržby: Některé operace, například určité upgrady, mohou vyžadovat, aby všechny weby vstoupily do režimu údržby společně, a oddělení jednoho webu z multisite později není triviální úkol.
- Rozcházení v čase: Pokud se weby ve svých požadavcích na kód nebo konfiguraci od sebe vzdalují, sdílená cesta upgradů se může rozdělit a jednoduchost, která multisite ospravedlňovala, se začne rozpadat.
Moderní workflow Drupalu učinily alternativy atraktivnějšími, než bývaly dříve. Workflow založený na Composeru spravující samostatné instalace, nebo platforma poskytující izolované weby ze sdíleného upstreamu, může přinést velkou část konzistence multisite bez rizika sdíleného osudu. Multisite zůstává vynikající volbou pro rozsáhlý soubor podobných, dobře řízených webů – ale pro weby, které vyžadují skutečnou izolaci, nezávislé škálování nebo výrazné rozcházení, je to často špatný nástroj. Poctivé pravidlo zní: zvolte multisite proto, že vaše weby jsou skutečně podobné a centrálně řízené, ne prostě proto, že to vypadá, že to sníží počet webů.
Governance: Skutečný důvod, proč na tom záleží
Pod technickou architekturou univerzita s multisite ve skutečnosti kupuje model governance. Nejtěžším problémem ve správě univerzitních webů není stavba webů – je to koordinace desítek autonomních týmů, aniž by se dusila jejich nezávislost nebo ztratila centrální kontrola.
Dobře řízená platforma multisite toto napětí explicitně řeší. Centrální IT vlastní sdílenou vrstvu: kódovou bázi, bezpečnostní aktualizace, design systém, standardy přístupnosti a celkovou architekturu. Fakulty a katedry vlastní svůj obsah: vlastní redaktory, vlastní harmonogramy publikování, vlastní strukturu specifickou pro daný web v rámci sdíleného rámce. Protože role a oprávnění jsou definovány centrálně, každý tým dostane přesně takový přístup, jaký potřebuje, a nic navíc. Výsledkem je autonomie tam, kde pomáhá – u obsahu – a konzistence tam, kde na tom záleží – u bezpečnosti, brandingu a compliance. Tato rovnováha je skutečným produktem, a proto je volba platformy nakonec rozhodnutím o governance, nikoli čistě technickým rozhodnutím.
Časté chyby u multisite a jak se jim vyhnout
- Volba multisite kvůli snížení počtu webů: Důvodem pro použití multisite je skutečná podobnost a sdílená governance, ne nižší číslo na serveru. Zvolte architekturu, která odpovídá tomu, jak weby skutečně souvisejí, ne tu, která vypadá nejúhledněji.
- Ignorování jediného bodu selhání: Sdílená kódová báze znamená sdílené riziko. Plánujte s tím počítat pomocí silných bezpečnostních postupů, výkonnostní rezervy a jasného pochopení toho, co se stane, pokud má jeden web špatný den.
- Nucené spojování velmi odlišných webů: Weby s výrazně odlišnými požadavky na kód nebo konfiguraci zatěžují sdílený model. Pokud je rozcházení skutečné, samostatné instalace slouží lépe než vynucený multisite.
- Podcenění nákladů na výstup: Oddělit web z multisite později je obtížné. Plánujte architekturu s ohledem na budoucí oddělení, místo abyste předpokládali, že weby zůstanou pohromadě navždy.
- Zanedbávání governance: Samotná technologie nevytváří pořádek. Bez jasného modelu toho, kdo vlastní sdílenou vrstvu a kdo vlastní obsah každého webu, se i dobře postavený multisite propadá do chaosu.
- Ponechání webů, aby se neřízeně rozcházely: Umožnění každému webu hromadit vlastní zakázkový kód narušuje výhodu sdílené kódové báze. Udržujte úpravy disciplinované a tam, kde je to možné, sdílené.
Při dobré správě umožňuje Drupal multisite univerzitě provozovat rozsáhlý, soudržný webový ekosystém z jediné platformy – centrální IT udržuje vše zabezpečené a v souladu se značkou, zatímco každá fakulta a katedra si zachovává kontrolu nad vlastním webem. Je to jeden z nejjasnějších důvodů, proč se Drupal stal výchozí volbou ve vysokoškolském vzdělávání, a přirozeně se pojí se silnými stránkami platformy ve vícejazyčném obsahu, přístupnosti a integraci s akademickými systémy.
Často kladené otázky o Drupal multisite
Sdílejí weby v multisite obsah mezi sebou?
V klasickém multisite ne. Každý web má vlastní oddělenou databázi, takže obsah, uživatelé a konfigurace jsou izolované – weby sdílejí pouze podkladový kód. Pokud je požadavkem sdílení obsahu napříč weby, jde o případ pro jinou architekturu, jako je Domain Access, která používá jednu sdílenou databázi a umožňuje řídit, jaký obsah se zobrazuje na jakém webu. Volba mezi nimi se odvíjí od toho, zda mají být vaše weby izolované, nebo mají sdílet.
Kolik webů může provozovat jeden Drupal multisite?
Neexistuje pevný limit a velké instituce provozují značné počty – univerzity jako University College London spravují 500 i více webů a některá nasazení dosahují stovek či více. Praktický strop je určen méně samotným Drupalem a více infrastrukturou, disciplínou governance a tím, jak podobné weby jsou. Čím více webů provozujete na jedné kódové bázi, tím důležitější se stávají pevné provozní postupy a plánování výkonu, protože všechny sdílejí osud dané kódové báze.
Je Drupal multisite postupně opouštěn?
Ne. Multisite je ceněnou funkcí jádra a neplánuje se jeho odstranění. V komunitě proběhly diskuse o zlepšení jeho fungování s moderními nástroji, jako je Composer, a tato zlepšení pokročila, ale samotná funkce zůstává podporovaná. To řečeno, ekosystém nyní nabízí silné alternativy – mimo jiné samostatné instalace spravované přes Composer a upstreamy založené na platformách – takže moderní otázka nezní ani tak „je multisite dostupný", jako spíše „je multisite pro tento konkrétní soubor webů tou správnou volbou".
Multisite, nebo samostatné instalace – co by měla univerzita zvolit?
Záleží na tom, jak podobné a jak izolované weby musí být. Multisite se hodí pro rozsáhlý soubor strukturně podobných webů, které sdílejí design systém a měly by být aktualizovány společně, s centrální governance – klasický scénář univerzitních katedrálních webů. Samostatné instalace se hodí pro weby, které se výrazně liší, potřebují plnou izolaci z bezpečnostních nebo compliance důvodů, nebo musí škálovat nezávisle. Mnoho univerzit se pro většinu svých katedrových webů rozhoduje pro multisite a pro cokoli se skutečně odlišnými požadavky volí samostatné instalace. Rozhodnutí by mělo vycházet ze skutečného vztahu mezi weby, ne pouze z preference menšího počtu pohyblivých částí.