Techninė prieglobos platforma
„FrankenPHP“ pagrindu veikianti platforma, skirta prieglobai teikiamam „WordPress Multisite“.
„Hosted Ultimate Multisite“ sujungia modernų pristatymą tinklo pakraštyje, „Caddy“, „FrankenPHP“, „WordPress Multisite“, viso puslapio spartinimą podėlyje, objektų spartinimą podėlyje, valdomas atsargines kopijas ir augimui parengtą duomenų architektūrą, todėl jūsų tinklas gali augti nuo kelių svetainių iki didelės apimties, į SaaS panašios platformos.
Platformos principai
- Sparta pagal numatytuosius nustatymus: podėlis tinklo pakraštyje, viso puslapio podėlis, objektų podėlis ir „FrankenPHP“ darbuotojai.
- „WordPress“ gimtoji architektūra: sukurta aplink „Multisite“, o ne vėliau prijungiant svetainių valdymą.
- Parengta plėtrai: būsenos nesaugantys žiniatinklio mazgai, maršrutizavimas atsižvelgiant į podėlį ir perteklinio duomenų sluoksnio architektūra.
- Patogi operatoriams: pakartotinai vykdomi diegimai, atsarginės kopijos, stebėsena ir mažiau judančių dalių.
Kaip užklausa keliauja per platformą
Kiekvienas sluoksnis turi vieną užduotį: apsaugoti, nukreipti, spartinti podėlyje, vykdyti, gauti duomenis ir grąžinti greičiausią įmanomą saugų atsakymą.
1. Apsauga tinklo pakraštyje
„Cloudflare“ sugeria įprastą interneto srautą dar prieš jam pasiekiant kilmės serverį: CDN pristatymą, DNS, TLS užbaigimą tinklo pakraštyje, DDoS mažinimą ir WAF tipo filtravimą.
2. „Caddy“ maršrutizavimas
„Caddy“ tvarko šiuolaikinį HTTP maršrutizavimą ir automatinį HTTPS. TLS pagal poreikį gali patvirtinti susietus domenus „Multisite“ tinkle prieš išduodant sertifikatus.
3. „FrankenPHP“ vykdymo aplinka
„FrankenPHP“ vykdo PHP tiesiogiai „Caddy“ pagrindu veikiančioje serverio vykdymo aplinkoje, taip sumažindama tradicinį perdavimą iš žiniatinklio serverio į PHP-FPM ir išlaikydama liekną programos vykdymo kelią.
4. Viso puslapio podėlis
„Sidekick“ viso puslapio podėlis aptarnauja anoniminių lankytojų srautą neįkeldamas visos „WordPress“ sistemos kiekvienai užklausai, o turinio išsaugojimo kabliai automatiškai išvalo pakeistus kelius.
5. „WordPress Multisite“
Viena „WordPress“ programinio kodo bazė aptarnauja daugybę klientų svetainių. „Ultimate Multisite“ prideda komercines valdymo priemones: planus, parengimą, domenų darbo eigas, priedus ir svetainių valdymą.
6. Duomenys ir atsarginės kopijos
Duomenų bazės ir failų sluoksniai apsaugoti atsarginių kopijų kūrimo ir atkūrimo procesais. Mastelio architektūra prideda perteklinius duomenų bazės mazgus, replikaciją ir perjungimą gedimo atveju didelės apimties tinklams.
Kodėl svarbi „FrankenPHP“
Paprastesnis ir greitesnis PHP aptarnavimo modelis, skirtas „WordPress“.
Tradicinės „WordPress“ platformos dažnai sujungia žiniatinklio serverį, atvirkštinį tarpinį serverį, PHP-FPM telkinį, podėlio sluoksnius ir procesų tvarkykles. „FrankenPHP“ sujungia pagrindines šio kelio dalis į modernią, „Caddy“ pagrindu veikiančią vykdymo aplinką, todėl reikia derinti mažiau ribų ir sukuriamas aiškesnis kelias nuo užklausos iki PHP vykdymo.
Individualūs PHP rinkiniai
PHP kompiliuojamas iš šaltinio kodo ir optimizuojamas mūsų konkrečiai darbo eigai. „Opcache“ sukonfigūruotas optimaliam našumui. Išankstinis įkėlimas išlaiko dažnai naudojamus PHP failus paruoštus atmintyje.
Integruotas „Caddy“
„FrankenPHP“ perima „Caddy“ veikimo pranašumus: šiuolaikinį HTTP, automatinius sertifikatus, aiškią konfigūraciją ir patikimą maršrutizavimą.
Mažiau judančių dalių
Vieninga vykdymo aplinka sumažina paslaugų, kurias reikia derinti, perkrauti, stebėti ir koordinuoti, skaičių.
Puikiai tinka „Multisite“
Svetainių tinklui naudingi efektyvus maršrutizavimas, nuolatiniai cron darbuotojai, bendras programos kodas ir centralizuotas podėlio išvalymas.
Komponentų vertės apžvalga
| Komponentas | Ką jis daro | Vertė prieglobai teikiamam „Multisite“ |
|---|---|---|
| „Cloudflare“ tinklo pakraštys | DNS, CDN, srauto filtravimas, DDoS apsauga ir pasaulinis pristatymas. | Apsaugo kilmės serverius ir pagerina lankytojų delsą visame pasaulyje, prieš srautui pasiekiant „WordPress“. |
| „Caddy“ | Nukreipia HTTP srautą ir automatizuoja sertifikatus, įskaitant TLS pagal poreikį susietiems domenams. | Leidžia klientų domenams greitai pradėti veikti be rankinio sertifikatų tvarkymo. |
| „FrankenPHP“ | Vykdo PHP moderniame, „Caddy“ pagrindu veikiančiame programų serveryje su darbuotojo režimo parinktimis. | Sumažina platformos sudėtingumą ir pagerina dinaminių „WordPress“ užklausų vykdymo kelią. |
| „Sidekick“ puslapio podėlis | Saugo viso puslapio atsakymus anoniminių lankytojų srautui ir išvalo pakeisto turinio kelius. | Daugelį užklausų paverčia greitais podėlio radiniais, užuot visiškai įkėlus „WordPress“. |
| „Docket“ objektų podėlis | Spartina podėlyje brangiai kainuojančių „WordPress“ objektų ir užklausų rezultatus. | Sumažina pasikartojantį duomenų bazės darbą dideliame tinkle. |
| „WordPress Multisite“ | Vykdo daug svetainių iš vieno „WordPress“ diegimo ir bendros programinio kodo bazės. | Suteikia natūralų pagrindą į SaaS panašiai „WordPress“ prieglobai. |
| „Ultimate Multisite“ | Prideda planus, parengimą, domenų susiejimą, atsiskaitymo darbo eigas, naudojimo apskaitą, priedus ir valdymo priemones. | Paverčia „WordPress Multisite“ parduodama prieglobos platforma. |
| „Bedrock“ + „Composer“ | Padaro „WordPress“ priklausomybes valdomas versijomis, atkuriamas ir diegiamas. | Sumažina diegimų skirtumus ir suteikia platformai profesionalią leidimų darbo eigą. |
| „Trellis“ diegimai | Automatizuoja serverio konfigūraciją ir diegimus produkcinėje aplinkoje. | Infrastruktūros pakeitimus paverčia pakartojamais, o ne rankiniais ir trapiais. |
| Perteklinio duomenų sluoksnio architektūra | Pirminė duomenų bazė, replikos, atsarginės kopijos ir perjungimo gedimo atveju modeliai didelės apimties tinklams. | Augant tinklams palaiko aukštą pasiekiamumą, atkūrimą po nelaimių ir skaitymo apkrovos paskirstymą. |
| Kelių mazgų žiniatinklio sluoksnis | Už maršrutizavimo tinklo pakraštyje / apkrovos balansavimo galima pridėti papildomų „FrankenPHP“ žiniatinklio mazgų. | Leidžia platformai horizontaliai plėsti žiniatinklio srautą, užuot pasikliovus vienu įrenginiu. |
Aukšto pasiekiamumo ir mastelio architektūra
Platforma sukurta plėstis sluoksniais. Maži tinklai gali pradėti efektyviai. Augant paklausai, žiniatinklio pajėgumą, podėlio pajėgumą, duomenų bazės pertekliškumą ir veiklos palaikymą galima plėsti nepriklausomai.
- Horizontalus žiniatinklio mastelio didinimas: keli „FrankenPHP“ žiniatinklio mazgai aptarnauja tą patį programos leidimą už maršrutizavimo tinklo pakraštyje arba apkrovos balansavimo.
- Būsenos nesaugantis žiniatinklio sluoksnis: programos kodas diegiamas nuosekliai, todėl mazgus galima pridėti arba pakeisti su minimaliomis pastangomis.
- Perteklinė duomenų architektūra: didelės apimties tinklai naudoja duomenų bazės replikaciją, atsargines kopijas ir perjungimo gedimo atveju planavimą, užuot priklausę nuo vienintelio atkūrimo taško.
- Su podėliu susieta eksploatacija: puslapio podėlis, objektų podėlis ir CDN išvalymai yra turinio gyvavimo ciklo dalis.
- Išplėstinė kainodara dideliems tinklams: platformos, turinčios daugiau nei 10 000 svetainių, gali naudoti skirtąją infrastruktūrą, pritaikytą pajėgumų planavimą ir individualias SLA.
Sukurta operatoriams, ne tik svetainėms.
Jūs neperkate bendrinio serverio. Gaunate prieglobai teikiamą „WordPress Multisite“ platformą su vykdymo aplinka, podėliu, diegimo modeliu, domenų automatizavimu ir komerciniais įrankiais, reikalingais parduoti prieglobai teikiamas svetaines dideliu mastu.