Webhelyenként kiválasztva
Minden tárhelyvonal saját adatközpont-készletet kínál. A webhely létrehozásakor kiválaszt egyet, és a megrendelőlap csak olyan várost kínál fel, ahol annak a vonalnak ma van szabad kapacitása.
Régiók és adatrezidencia
Webhelyei ott működnek, ahol Ön szeretné
A régió ezen a platformon nem egy támogatási jegy – ez a webhely tulajdonsága, amelyet az elhelyezési motor minden alkalommal tiszteletben tart, amikor valamit üzembe helyeznek. Ön választja ki az adatközpontot a webhely létrehozásakor a tárhelycsomag által éppen kínált városok közül, és minden üzembe helyezés az adott helyen lévő flottakapacitásra kerül, amely előtt egy globális edge működik. Minden tárhelyoldal élőben lekérve sorolja fel ezeket a városokat.
- 700 000+világszerte üzemeltetett webhelyek
- Ön választaz egyes webhelyek adatközpontja
- 99,99%Rendelkezésre állási garancia
- 58Vezérlőpult nyelvei
Ahol működünk
Minden helyszín mögött két dolog áll: a webhelyeit futtató feldolgozóflotta (worker fleet) és az azokat felügyelő vezérlősík (control plane). Mindkettő régiótudatos. Hogy melyik helyszínt választja, az Ön döntése; a mögötte lévő kapacitás a mi saját elrendezésünk, és tudatosan több beszállítóval dolgozunk, hogy egyikük se jelenthesse önmagában a platformot.
Élőben listázva
Az egyes tárhelyoldalakon és a megrendelőlapon szereplő városok a kiosztási motorból kerülnek beolvasásra, így egy új helyszín azon a napon jelenik meg, amikor kapacitással rendelkezik, és a megtelt helyszín nem kerül felajánlásra.
Hogyan működik az elhelyezés a valóságban
A régió a kód által kerül kikényszerítésre a webhely létrehozásának pillanatában — nem pedig egy olyan operátor által, akinek észben kell tartania, melyik dobozt használja.
Minden worker címkézve van
A flottában lévő minden egyes gazdagép egy régiókulccsal, egy termékcsalád-affinitási listával, egy webszervertípussal és egy kapacitási adattal regisztrálja magát, majd munkát vesz át. Az elhelyezési szolgáltatás a jelölteket először régió, majd termékcsalád, azt követően pedig szabad kapacitás alapján szűri, és a legkevésbé terhelt alkalmas gazdagépet választja ki.
A webhely örökli és megőrzi a régiót
Ha rögzített egy régiót, csak az adott régióban lévő dolgozók jogosultak. Ha nem tette meg, a webhely annak a dolgozónak a régióját örökli, amelyre kerül, és ez az érték a webhelyen tárolódik — így az adatai helyéről szóló nyilvántartás egy olyan mező, amelyet elolvashat, nem pedig feltételezés.
A kapacitás atomi módon van lefoglalva
Az elhelyezés egy feltételes frissítéssel foglal kapacitást, amely csak akkor sikeres, ha a worker még aktív, továbbra is fogadja a telepítéseket, és még a kapacitáshatár alatt van. Az utolsó helyért versenyző két telepítés nem nyerhet egyszerre, így egyetlen régió sem lesz észrevétlenül túljegyezve.
Nincs csendes visszalépés a rossz régióra
Ha az Ön régiójában egyetlen alkalmas erőforrás sem rendelkezik hellyel, a telepítés elhelyezési hibát jelez és leáll. Nem vált át egy másik kontinensre a kérés sikeres teljesítése érdekében. A látható hiba és a kapacitásbővítés jobb megoldás, mint egy olyan webhely, amely észrevétlenül országot váltott.
Kiürítés megszakítás helyett
Minden worker rendelkezik egy accepts-deploys kapcsolóval. Ennek drain állapotba állítása leállítja az új webhelyek fogadását, miközben a meglévő webhelyek zavartalanul működnek tovább; így végezzük a karbantartást, a hardverfrissítéseket és a leszerelést egy régión belül anélkül, hogy áthelyeznénk az Önök munkaterheléseit.
Adathelyzet termékdöntésként
Az adathelymeghatározás azon kevés tárhelyszolgáltatási döntések egyike, amelyeket valóban nehéz visszacsinálni, ezért a platform elsőrangú dimenzióként kezeli azt, nem pedig pusztán telepítési részletként. Az ügyfél adathelyre vonatkozó választása bemeneti adat az elhelyezéshez, a régiót rögzítik az oldalhoz, a flottát pedig felcímkézik a megfelelés érdekében. Ez teszi az adathelyre vonatkozó választ ellenőrizhetővé ahelyett, hogy csupán bemondáson alapulna.
A bérleti modell ezzel párhuzamosan fut. A motor minden rekordja szervezeti hatókört hordoz az adatbázisban érvényesített PostgreSQL sorszintű biztonsággal, a bérleti struktúra pedig hierarchikus — a viszonteladói szervezet az ügyfélszervezetek felett, amelyek a webhelyek felett állnak. A régió határozza meg, hol találhatók az adatok; a sorszintű biztonság határozza meg, ki férhet hozzájuk. Mindkettő fontos a megfelelőségi felülvizsgáló számára, és egyik sem opcionális.
A GDPR szerinti adatexportálás és -törlés a rendszer szerves részét képezi, nem pedig utólag hozzáadott folyamat, és a kiemelt jogosultságú, valamint adminisztratív műveletekről auditnapló készül. Ha a vevője kérdőíve arra kérdez rá, hol találhatók az adatok, ki kérdezheti le azokat, és mi történik, ha az érintett visszakéri őket, ezekre a kérdésekre itt választ kap.
A helyi forrás csak a fele a sebesség történetének
Egy közeli régió kiválasztása segít, de a látogatói által tapasztalt késleltetés nagy része már azelőtt eldől, hogy a kérés egyáltalân elérné az Ön eredeti szerverét.
- A Cloudflare minden előtt helyezkedik el – CDN, WAF, DNS és DDoS-védelem –, így a gyorsítótárazható válaszok nem a kiindulási régióból, hanem a látogatóhoz közeli peremhálózatról (edge) érkeznek.
- Az LSCache közvetlenül a worker-en fut szerverszintű teljes oldal gyorsítótárként ESI-vel és intelligens automatikus ürítéssel, ami azt jelenti, hogy a legtöbb WordPress kérés egyáltalán nem érinti a PHP-t vagy a MySQL-t.
- A webhelyenkénti Redis objektum-gyorsítótár kiküszöböli az ismételt adatbázis-olvasásokat az alkalmazást elérő kérések esetében.
- A kiürítés mindkét rétegben össze van hangolva a vezérlőpult egyetlen eleméből, valamint a WordPress felületéről a Zinn® gyorsítótár-bővítményen keresztül, így a közzététel után az edge másolat és az eredeti másolat soha nem tér el egymástól.
- A Footprint-Free ügyfelei CDN-fiókkészleteket rétegeznek a tetejére: a webhelyek megoszlanak a mi fiókjaink és az Ön saját fiókjai között, az egyensúlyt pedig a telepítéskor újraszámítják a fiók élő állapota alapján.
- Nem teszünk közzé késleltetési vagy átviteli sebességre vonatkozó referenciaértékeket, és nem állítjuk, hogy egy adott régió lesz a leggyorsabb az Ön közönsége számára. Válassza ki azt a régiót, amelyet a látogatói és a megfelelőségi követelményei indokolnak, a többit pedig bízza a gyorsítótár-rétegekre.
Hibatartományok, biztonsági mentések és őszinte határok
A több régió használata keveset ér, ha minden továbbra is ugyanazon a sorson osztozik. Az architektúra különválasztja azokat az elemeket, amelyek nem hibásodhatnak meg egyszerre.
A vezérlési sík és a flotta különálló
A motor, az adatbázis, a munkafolyamat-réteg és a vezérlőpultok saját Kubernetes vezérlősíkjukon futnak, teljesen elkülönülve az ügyfelek webhelyeit kiszolgáló munkavégző flottától. Egy vezérlősíkbeli incidens nem állíthatja le az ügyfelek webhelyeit, és egy flottabeli incidens sem állíthatja le a platformot.
A nyilvános felületek szintén függetlenek
Az ügyfél-irányítópult, az adminisztrációs konzol és ez a marketingwebhely a vezérlősík-fürtjétől függetlenül van telepítve a Cloudflare rendszerén, így egy platformszintű incidens nem teszi elérhetetlenné azt a helyet sem, ahol tájékozódhatna róla.
Az állapot a platformon kívül található
Az állapotoldalt szándékosan egy másik szolgáltatónál, egy másik régióban üzemeltetjük. Az az állapotoldal, amely ugyanazon az infrastruktúrán fut, amelyet megfigyel, pontosan abban a pillanatban válik használhatatlanná, amikor Önnek szüksége lenne rá.
Megváltoztathatatlan, külső helyszíni, izolált biztonsági mentések
A webhelyenkénti biztonsági mentések módosíthatatlanok és külső helyszínen, objektumtárban tárolódnak, a visszaállításokat pedig teszteljük ahelyett, hogy készpénznek vennénk. A visszaállítás egyetlen kattintással elvégezhető a vezérlőpultról a fájlkezelő, a domainek, a DNS, az SSL és a naplók mellett.
Amit nem állítunk
Ezen az oldalon nem vállalunk szolgáltatási szintű megállapodást (SLA), válaszidőt vagy késleltetési értéket – az SLA feltételeiről szerződésben állapodunk meg. A Footprint-Free csomagokhoz kapcsolódó 99,99%-os érték egy rendelkezésre állási garancia, egy olyan célkitűzés, amely alapján fejlesztünk, nem pedig egy mért múltbeli rendelkezésre állási mutató.
Régió kiválasztása
A gyakorlatban a döntés négy kérdésen múlik, és a legtöbb ügyfél kevesebb mint egy perc alatt megválaszolja azokat.
- Rendelkezik szerződéses vagy szabályozási adatkezelési követelménnyel? Ha igen, az eldönti a kérdést: a GDPR-kötelezettségekkel rendelkező EU-s ügyfelek az Európai Unión belüli adatközpontot választanak, és rendelkezünk egy natív GDPR-kompatibilis EU útvonallal is, amennyiben a szerződés kifejezetten ezt írja elő.
- Hol található az a közönség, amelyből valójában bevételt termel? Válassza a hozzá legközelebb eső adatközpontot a megrendelőlapon kínált városok közül.
- A vevője beszerzési osztálya megköveteli a tanúsított alapul szolgáló platformot? Ha a webhelyei mögötti infrastruktúra SOC 2 vagy ISO 27001 igazolása szigorú feltétel, a létrehozás előtt jelezze nekünk, és olyan kapacitásra helyezzük el, amely rendelkezik ilyennel.
- Szeretné portfólióját több hibaalapú tartomány (failure domain) között megosztani? A webhelyek több adatközpontban való elhelyezése megszünteti az egyetlen helyszínre való koncentrációt.
- Bizonytalan? Kezdje a kártya nélkül igénybe vehető próbaverzióval. A vezérlőpult, az illesztőprogramok és a funkciókészlet semmit sem változik, ha később máshol végzi el a telepítést.
Gyakran ismételt kérdések
Kiválaszthatom, hogy a webhelyeim melyik régióban kerüljenek telepítésre?
Igen. A régió egy bemeneti adat az elhelyezési motor számára, nem pedig egy sávon kívül kezelt kérés. Rögzítsen egy régiót, és csak az adott régióhoz címkézett fleet workerek lesznek jogosultak a webhely fogadására; a kiválasztott régió ezután a webhely rekordjában tárolódik, így bármikor ellenőrizheti, hol fut. Ha nem állítja be, a webhely annak a workernek a régióját örökli, amelyre kerül.
Mely régiókban működik?
Ez a tárhelycsomagtól függ, mivel mindegyik vonal a számára kiépített kapacitáson fut. A megrendelőlap és az egyes tárhelyoldalak valós időben jelenítik meg a ma választható városok listáját az elhelyezési motorból beolvasva, így ez a válasz soha nem válik elavulttá. A szigorú EU-s adattárolási helyhez válasszon egy, az Európai Unión belüli adatközpontot; ahol a beszerzés tanúsított mögöttes platformot követel meg, ott az ezeknek a követelményeknek megfelelő kapacitáson tudjuk elhelyezni. Az egyes helyszínek mögött álló beszállítók a saját kereskedelmi megállapodásainkat képezik — Ön a helyszínt választja ki, nem a szolgáltatót.
Rendelkezik SOC 2 vagy ISO 27001 tanúsítvánnyal?
Nem — a Zinn Digital® jelenleg nem rendelkezik saját megfelelőségi tanúsítványokkal, és ezt nem is állítjuk másként. Amit tenni tudunk, hogy az Önök munkaterhelését egy olyan mögöttes platformra helyezzük, amely rendelkezik ezekkel, amennyiben a vevő beszerzése szigorú követelményként írja elő a webhelyeik alatti tanúsított platformot. Ettől függetlenül magának a platformnak a vezérlőmechanizmusai valósak és ellenőrizhetők: webhelyenkénti elkülönítés, sorszintű biztonság minden bérlői hatókörű táblánál, titkos adatok tárolása a Vault rendszerben, végpontok közötti TLS és a jogosultsággal végzett műveletek auditnaplózása.
Mi történik, ha a kívánt régióban nincs elegendő kapacitás?
A telepítés láthatóan, elhelyezési hibával hiúsul meg ahelyett, hogy csendben máshová helyezné át az Ön webhelyét. Ez szándékos: a joghatóságot észrevétlenül váltó webhely sokkal rosszabb kimenetel, mint egy olyan telepítés, amely leállt, és közölte Önnel az okot. A kapacitásbővítés további gazdagépek online állapotba helyezésével történik az adott régióban, ahol azok regisztrálják magukat, és azonnal megkezdik a feladatok fogadását.
Lassú lesz a webhelyem az adatközpontjától távol lévő látogatók számára?
Nem teszünk közzé késleltetési benchmarkokat, és nem ígérünk konkrét számadatot. Amit be tudunk mutatni, az az architektúra: a Cloudflare minden webhely előtt ott áll, így a gyorsítótárazható válaszok a látogatóhoz közeli peremhálózati helyről kerülnek kiszolgálásra, az LSCache a PHP vagy az adatbázis érintése nélkül szolgál ki teljes oldalakat a workerből, és egy webhelyenkénti Redis objektum-gyorsítótár elnyeli az ismétlődő lekérdezéseket. A legtöbb tartalmi webhely esetében ez a kombináció azt jelenti, hogy a kiindulási régió sokkal kevésbé számít, mint a gyorsítótár konfigurációja. Ha a közönsége egyetlen kontinensre koncentrálódik, akkor is helyezze oda a kiindulási pontot.
Áthelyezhetek egy meglévő webhelyet később egy másik régióba?
A régió a webhely elhelyezésekor kerül beállításra és rögzítésre a webhely adataiban, így a régió módosítása migrációnak minősül, nem egy egyszerű átkapcsolásnak. Kérjük, még az építés előtt egyeztessen velünk, ha már tudja, hogy költöztetésre lesz szükség — sokkal költséghatékonyabb az első alkalommal megfelelően elhelyezni, mint egy éles portfóliót áttelepíteni.
Hol tárolják a biztonsági mentéseimet?
A webhelyenkénti biztonsági mentések megváltoztathatatlanok, külső helyszínen tároltak és el vannak különítve a működő flottától; objektumtárba íródnak a visszaállítások tesztelésével (nem csupán feltételezésével), és a vezérlőpultról egyetlen kattintással visszaállíthatók. Amennyiben az Ön megfelelőségi követelményei megkívánják, hogy a biztonsági mentések tárhelye egy adott joghatóság alá tartozzon, kérjük, jelezze felénk közvetlenül — ez egy olyan szerződéses részlet, amelyről ügyfelenként egyedileg állapodunk meg, nem pedig egy weboldalon tett általános kijelentés.
Kipróbálhatom anélkül, hogy elkötelezném magam egy régió mellett?
Igen. A próbaverzió 14 napos és bankkártya nélkül igénybe vehető. Akár öt webhelyhez biztosít Footprint-Free Hosting szolgáltatást, ami elegendő ahhoz, hogy felmérje a telepítések, az elhelyezés és a gyorsítótár-rétegek működését, mielőtt eldöntené, hol kapjon helyet az éles portfóliója.
Kapcsolódó
Kezdje ott, ahol van értelme, váltson, amikor számít
Indítson el egy bankkártya nélküli, 14 napos próbaverziót, vagy előbb adja meg az adathelyi követelményeit, és mi már az első telepítéstől kezdve a megfelelő helyre irányítjuk.
Kezdés ingyen