Régiók és adatrezidencia
A régió ezen a platformon nem egy támogatási jegy – a webhely egyik tulajdonsága, amelyet a kihelyezési motor minden egyes üzembe helyezéskor figyelembe vesz. Válassza az Európát, az Egyesült Államokat vagy az Ázsia-csendes-óceáni térséget, és minden üzembe helyezés az adott régióhoz címkézett flottakapacitásra kerül, egy globális élhálózattal a tetején. Elérhetőség: az Egyesült Királyságon kívüli saját flottakapacitásunk fejlesztés alatt áll, és még nem érhető el. Minden egyéb itt leírt dolog máris élesben működik.
Két dolog áll minden egyes régió mögött: a webhelyeit futtató munkásflotta, és az ezeket kezelő vezérlősík. Mindkettő régió-alapú, és mindkettőt ugyanazon okokból helyezzük el: a legjobb ár/teljesítmény arány, amelyet Európában és az Egyesült Államokban biztosítani tudunk, az említett két piacon túli lefedettség, valamint egy tanúsított mögöttes platform opció azon vásárlók számára, akiknek a beszerzése ezt követeli meg. Hogy melyik régiót választja, az az Ön döntése; az alatta lévő kapacitás a mi saját megállapodásunk, és szándékosan egynél több beszállítónál futtatjuk a szolgáltatást, hogy soha egyetlen egyes beszállító ne legyen maga a platform.
A német kapacitásunk az elsődleges régiónk, és a legjobb ár-teljesítmény arányt biztosítjuk itt az egész hálózatunkban. Az új kapacitás először ide érkezik, ezért ez az alapértelmezett a európai ügyfelek számára, valamint mindenki másnak, aki nem rendelkezik saját adatelhelyezési követelménnyel.
Finnország egy második, fizikailag különálló EU helyszínt biztosít az európai számítási feladatok számára. Hasznos, ha EU rezidenciát szeretne, de nem akarja, hogy a teljes portfólió egyetlen ország hibatartományában legyen.
Egyesült államokbeli kapacitásunk a keleten lévő Virginiától a nyugaton lévő Oregonig terjed, mindkét partvidéket lefedve. Ugyanaz a motor, ugyanazok a meghajtók, ugyanaz a panel – az egyetlen dolog, ami változik, hogy a helymeghatározó motor melyik régiócímkét fogadja el az Ön webhelyeihez.
Az Ázsia-Csendes-óceáni térség Tokióban, Szingapúrban és Szöulban fut. Ez az a minta, amelyre az egész platform épül: egy régió mögöttes kapacitása cserélhető infrastruktúra a motorunk mögött, soha maga a motor, és régiónként egynél több szolgáltatót futtatunk, így egy webhely sincs egyetlenegyükhöz sem kötve.
Ha egy szerződés megköveteli a GDPR-alapú EU infrastruktúrát, vagy a vevő beszerzése ragaszkodik ahhoz, hogy az alátámasztó platform rendelkezzen SOC 2, ISO 27001 vagy HIPAA tanúsítványokkal, akkor az Ön munkaterhelését olyan kapacitásra helyezhetjük, amely rendelkezik ezekkel a tanúsítványokkal. Ezek a mögöttes platform tanúsítványai, nem a miénk – mi sajáttal nem rendelkezünk, és ezt soha nem is sugalljuk.
A régiót a kód kényszeríti ki a webhely létrehozásának pillanatában, nem pedig az, hogy egy operátornak kell emlékeznie arra, hogy melyik mezőt használja.
A flotta minden egyes kiszolgálója regisztrálja magát egy régiókulccsal, egy termékcsalád-affinitási listával, egy webszerver-típussal és egy kapacitásértékkel, majd feladatokat kér le. Az elhelyezési szolgáltatás a jelölteket először régió, majd termékcsalád, végül szabad kapacitás alapján szűri, és a legkisebb terhelésű alkalmas kiszolgálót választja ki.
Ha rögzített egy régiót, csak az abban a régióban lévő dolgozók jogosultak. Ha nem tette meg, a webhely örökli annak a dolgozónak a régióját, amelyre kerülni fog, és ez az érték elmentésre kerül a webhelyen – így az adatai elhelyezkedéséről szóló nyilvántartás egy kiolvasható mező, nem pedig egy feltételezés.
A Placement kapacitást foglal le egy feltételes frissítéssel, amely csak akkor jár sikerrel, ha a feldolgozó még aktív, továbbra is elfogad telepítéseket, és még nem érte el a kapacitáskorlátját. Két, az utolsó helyért versenyző telepítés nem nyerhet egyszerre, így egy régió sem lesz soha észrevétlenül túlelőfizetve.
Ha a régiójában semmi sem fér el, a telepítés elhelyezési hibát dob, és leáll. Nem vált át másik kontinensre a kérés teljesítéséhez. A látható hiba és a kapacitásbővítés jobb, mint egy némán áthelyezett országú webhely.
Minden egyes worker egy accepts-deploys kapcsolóval rendelkezik. Ha lekapcsolással ürítési módba állítjuk, az megakadályozza, hogy új oldalak érkezzenek, míg a meglévő oldalak továbbra is változatlanul futnak, így végezzük el a karbantartást, a hardverfrissítéseket és a kivonásokat egy régión belül anélkül, hogy át kellene helyeznünk a munkafolyamatokat.
Az adatelhelyezés azon kevés tárhelyszolgáltatási döntés egyike, amelyet igazán nehéz visszacsinálni, ezért a platform kiemelt szempontként, és nem csupán telepítési részletként kezeli. Az ügyfél elhelyezési választása bemenetként szolgál az elhelyezéshez, a régió rögzítésre kerül a webhelyhez, és a flotta ennek megfelelően van megjelölve. Ez teszi az elhelyezési választ auditálhatóvá ahelyett, hogy csak puszta ígéret maradna.
A bérlői modell ezzel párhuzamosan fut. A motor minden egyes rekordja szervezeti hatókörrel rendelkezik, és az adatbázisban érvényesített PostgreSQL sorszintű biztonság védi, a bérlés pedig hierarchikus: a partner szervezet az ügyfélszervezetek felett, az ügyfélszervezetek pedig a telephelyek felett állnak. A régió határozza meg, hogy hol találhatók az adatok; a sorszintű biztonság pedig azt, hogy ki férhet hozzájuk. Mindkettő lényeges egy megfelelőségi felülvizsgálat során, és egyik sem választható opció.
A GDPR-adatexport és -törlés a rendszer alapvető tervezési elvének része, nem pedig egy utólagosan hozzáillesztett folyamat, a kiemelt és adminisztratív műveleteket pedig naplózzák. Ha a vevője kérdőíve azt kérdezi, hogy hol lakoznak az adatok, ki kérdezheti le őket, és mi történik, amikor egy érintett visszakéri őket, ezek itt megválaszolható kérdések.
Egy közeli régió kiválasztása segít, de a látogatók által tapasztalt késleltetés nagy részét még azelőtt eldöntik, hogy a kérés megérkezne az eredeti szerverre.
A többrégiós kialakítás mit sem ér, ha minden továbbra is egy sorson osztozik. Az architektúra különválasztja azokat az elemeket, amelyek nem dőlhetnek össze egyszerre.
A motor, az adatbázis, a munkafolyamat-réteg és a vezérlőpultok a saját Kubernetes vezérlősíkjukon futnak, teljesen elkülönítve az ügyfelek webhelyeit kiszolgáló munkavégző gépparktól. A vezérlősík hibája nem hozhatja le az ügyfelek webhelyeit, és a géppark hibája sem hozhatja le a platformot.
Az ügyfélirányítópult, az adminisztrációs konzol és ez a marketingoldal függetlenül a vezérlősík-fürttől a Cloudflare hálózatán fut, így egy platformhiba sem iktatja ki azt a helyet, ahová azzal a céllal menne, hogy olvasson róla.
Az állapotoldalt szándékosan egy másik szolgáltatónál, egy másik régióban üzemeltetjük. Az az állapotoldal, amely azon az infrastruktúrán fut, amelyet felügyel, pontosan abban a pillanatban használhatatlan, amikor a legnagyobb szüksége lenne rá.
A webhelyenkénti biztonsági mentések nem módosíthatók és külső helyen tárolódnak objektumtárban, a visszaállítások pedig teszteltek, nem pedig feltételezettek. 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.
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ó.
A gyakorlatban a döntés négy kérdésen múlik, és a legtöbb ügyfél egy perc alatt válaszol rájuk.
Igen. A régió a kiosztómotor bemenete, nem pedig egy sávon kívül kezelt kérés. Rögzítsen egy régiót, és csak az ehhez a régióhoz címkézett flottamunkások jogosultak a webhely fogadására; a kiválasztott régió ezután elmentésre kerül a webhely rekordjában, így bármikor ellenőrizheti, hogy hol fut. Ha üresen hagyja, a webhely örökli annak a munkásnak a régióját, amelyre rákerül.
Európa Németországban és Finnországban; az Egyesült Államok Virginiában és Oregonban; valamint az Ázsia-csendes-óceáni térség Tokióban, Szingapúrban és Szöulban. Európa az elsődleges régió és az alapértelmezett, ha nem ad meg preferenciát. Szigorú EU tartózkodási hely esetén, vagy ha a beszerzés tanúsított mögöttes platformot követel meg, olyan kapacitáson tudunk elhelyezni, amely megfelel ezeknek a követelményeknek. Az egyes régiók mögött álló beszállítók a saját kereskedelmi megállapodásunkat képezik – Ön a régiót választja, nem a szállítót.
Nem – a Zinn Digital® jelenleg nem rendelkezik saját megfelelőségi tanúsítványokkal, és ezt nem is sugalljuk. Amit tehetünk, hogy az Ön munkaterhelését egy olyan mögöttes platformon helyezzük el, amely rendelkezik ezekkel, ha a vevő beszerzése szigorú követelményként ír elő egy tanúsított platformot az Ön webhelyei mögött. Ezzel függetlenül a platform saját vezérlői valósak és vizsgálhatók: webhelyenkénti izoláció, sor szintű biztonság minden bérlőhöz rendelt táblán, a Vaultban tárolt titkok, teljes körű TLS, valamint a kiemelt művetek naplózása.
A telepítés láthatóan egy elhelyezési hibával hiúsul meg ahelyett, hogy csendben máshová helyezné át a webhelyet. Ez szándékos: egy olyan webhely, amely csendesen áthelyezte a joghatóságát, sokkal rosszabb eredmény, mint egy leállt telepítés, amely megmondja, miért történt. A kapacitás bővítése úgy történik, hogy további gazdagépeket (hostokat) kapcsolnak be az adott régión azon keresztül, hogy regisztrálják magukat, és azonnal elkezdenek feladatokat fogadni.
Nem teszünk közzé válaszidő-teszteket, és nem ígérünk konkrét számot. Amit leírhatunk, az maga az architektúra: a Cloudflare áll minden webhely előtt, így a cache-elhető válaszok a látogatóhoz közeli edge helyről lesznek kiszolgálva, az LSCache a worker szintjén szolgál ki teljes oldalakat a PHP vagy az adatbázis érintése nélkül, és a webhelyenkénti Redis objektum-cache elnyeli az ismétlődő lekérdezéseket. A legtöbb tartalommal foglalkozó webhely esetében ez a kombináció azt jelenti, hogy a kiindulási régió sokkal kevésbé fontos, mint a cache konfigurációja. Ha a közönsége egyetlen kontinensre koncentrál, a kiindulópontot attól függetlenül helyezze oda.
A régió beállítása a webhely elhelyezésekor történik, és a webhely adatai között tárolódik, így a régióváltás inkább migrálás, mint egyszerű kapcsoló. Beszéljen velünk a fejlesztés megkezdése előtt, ha már tudja, hogy költözés várható – sokkal olcsóbb az első alkalommal helyesen elhelyezni, mint áthelyezni egy éles portfóliót.
A webhelyenkénti biztonsági mentések megváltoztathatatlanok, külső helyszínen tároltak és el vannak választva az üzemelő gépparktól; objektumtárolóra íródnak, ahol a visszaállítást tesztelések igazolják ahelyett, hogy feltételeznénk, és egyetlen kattintással visszaállíthatók a panelről. Ha az Ön megfelelőségi szabályzata előírja, hogy a biztonsági mentési tárhelynek egy adott joghatóság területén kell lennie, jelezze ezt felénk közvetlenül – ez egy olyan szerződéses részlet, amelyben ügyfelenként külön állapodunk meg, ahelyett, hogy általános ígéreteket tennénk a weboldalon.
Igen. A próbaidőszak 14 napos, kártya nélkül igénybe vehető, és az alapértelmezett európai régióban indul. Lefedi a Footprint-Free Hosting szolgáltatást legfeljebb öt webhely számára, ami elegendő ahhoz, hogy megtapasztalja 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 éles portfóliója.
Indítson el egy kártya nélküli, 14 napos próbaidőszakot Európában, vagy adja meg először a lakóhelyére vonatkozó követelményt, és mi már az első üzembe helyezéstől kezdve a megfelelő helyre irányítjuk önt.
Kezdje ingyen