Drupali multisite-seadistus — eelised, riskid ja majutus
🎧 Kuula kõiki artikleid järjest
Drupali multisite-lahendus on kasulik siis, kui mitu seotud veebisaiti peavad jagama ühte koodibaasi. See on riskantne, kui iga sait vajab iseseisvat avaldamist, erinevaid mooduleid või eraldi jõudlusgarantiid.
Mis on Drupali multisite-lahendus
Drupali multisite-lahendus tähendab, et mitu veebisaiti kasutavad sama Drupali koodibaasi, kuid iga sait hoiab oma sisu, failid ja tavaliselt ka andmebaasi eraldi.
Kõik saidid kasutavad sama Drupali tuuma ja samu mooduleid. Kui koodibaasi uuendatakse, mõjutab see kõiki saite.
Drupal toetab sellist arhitektuuri otse tuumas ning see on olnud osa Drupalist juba aastaid.
Arhitektuur on ahvatlev, sest üks uuendus võib katta mitu saiti korraga. Sama loogika töötab aga ka vastupidi: üks halb sõltuvus, nõrk majutusseadistus või testimata juurutus võib mõjutada korraga mitut saiti.
Millal multisite on mõistlik
Multisite sobib kõige paremini siis, kui:
- organisatsioon haldab mitut sarnast veebisaiti;
- saitidel on ühine disainisüsteem;
- kasutatakse samu mooduleid ja integratsioone;
- hooldus toimub tsentraalselt ühe meeskonna poolt.
Tüüpilised näited:
- ülikoolid;
- omavalitsused;
- rahvusvahelised organisatsioonid;
- frantsiisivõrgustikud;
- suurettevõtete alambrändid.
Sellisel juhul võib ühine koodibaas vähendada hoolduskulu ja lihtsustada uuendamist.
Drupali multisite-seadistuse kontrollnimekiri
Enne multisite-lahenduse ehitamist tuleb need punktid eraldi otsustada:
- millised domeenid või alamdomeenid vastavad millistele saitidele;
- kas iga sait saab eraldi andmebaasi;
- kuidas eraldatakse ja varundatakse üles laaditud failid;
- milline konfiguratsioon on ühine ja milline saidipõhine;
- kuidas testitakse uuendusi enne kõigile saitidele avaldamist;
- kes kinnitab avaldamise, kui üks muudatus mõjutab mitut tiimi.
See ei ole ainult Drupali konfiguratsiooni küsimus. Arvesse tuleb võtta ka majutuse nõudeid, varukoopiaid ja vastutuse jaotust.
Millal multisite ei ole hea valik
Multisite muutub keeruliseks siis, kui ühe saidi erivajadused hakkavad mõjutama teisi saite.
Multisite ei pruugi sobida, kui:
- saitidel on väga erinev funktsionaalsus;
- erinevad meeskonnad haldavad saite iseseisvalt;
- saitidel on erinevad avaldamisgraafikud;
- ühe saidi probleem ei tohi mõjutada teisi.
Sellistes olukordades on eraldi Drupali paigaldused sageli lihtsamad.
Multisite eelised
Ühine hooldus
Drupali tuuma ja jagatud moodulite kood uuendatakse ühes kohas, kuid andmebaasi uuendused ja kontrollid tuleb teha iga saidi jaoks.
See vähendab:
- dubleerivat tööd;
- hoolduskulu;
- versioonide erinevusi.
Ühine arendus
Kui arendatakse uus jagatud funktsioon, saab seda sobivates saitides korduskasutada.
Näiteks:
- sündmuste moodul;
- uudiste süsteem;
- otsingulahendus;
- autentimise integratsioon.
Ühtne tehniline platvorm
Kõik saidid kasutavad samu tehnilisi standardeid.
See lihtsustab:
- testimist;
- dokumenteerimist;
- koolitamist;
- turvahalduse protsesse.
Multisite puudused
Ühine risk
Kui uuendus põhjustab probleemi, võib see mõjutada kõiki saite korraga.
Seetõttu vajab multisite tavaliselt põhjalikumat testimist kui üksik sait.
Väiksem paindlikkus
Kõik saidid peavad kasutama sama Drupali versiooni.
See võib muutuda piiranguks, kui üks sait vajab spetsiifilist mooduli või teema versiooni.
Kasvav keerukus
Mida rohkem saite süsteemi lisandub, seda keerulisemaks muutub:
- konfiguratsiooni haldamine;
- testimine;
- juurutamine;
- tehniline dokumentatsioon.
Varukoopiad ja taastamine
Ühe saidi taastamine ei tohi kogemata teisi saite tagasi keerata. Seetõttu peab enne multisite kasutamist olema selge, kuidas taastatakse konkreetse saidi andmebaas ja failid.
Cron ja taustatööd
Igal saidil võivad olla oma cron-tööd, otsinguindeksid ja järjekorrad. Kui cron käivitatakse ainult ühe domeeni kaudu, võivad teiste saitide taustatööd märkamatult seisma jääda.
Alternatiiv: ühine platvorm, eraldi paigaldused
Paljud tänapäevased Drupali projektid kasutavad kompromissi.
Iga sait on tehniliselt eraldi Drupali paigaldus, kuid:
- Giti hoidlad on seotud;
- Composeri paketid on ühised;
- disainisüsteem on ühine;
- CI/CD protsessid on ühised.
See annab suure osa multisite'i eelistest ja väldib samal ajal osa selle puudusi.
Kumb valida?
Multisite tasub kaaluda siis, kui:
- organisatsioonil on mitu sarnast saiti;
- funktsionaalsus on suuresti sama;
- hooldus on tsentraliseeritud.
Kui saidid on väga erinevad või peavad arenema iseseisvalt, on eraldi paigaldused sageli parem valik.
Õige lahendus sõltub rohkem organisatsiooni töökorraldusest kui tehnoloogiast endast.
Vajad Drupal abi?
Kui artikkel puudutab sinu olukorda, ei pea kõike lõpuni lugema. Sinuga suhtleb päris inimene ja aitab järgmise sammuni jõuda.