Wybrane dla każdej witryny
Każda linia hostingu oferuje własny zestaw centrów danych. Wybierają Państwo jedno z nich podczas tworzenia witryny, a formularz zamówienia proponuje tylko miasto, w którym dana linia ma dziś wolne miejsce.
Regiony i rezydencja danych
Region na tej platformie nie jest zgłoszeniem do pomocy technicznej — to właściwość witryny, respektowana przez mechanizm rozmieszczania przy każdym wdrożeniu. Podczas tworzenia witryny wybierają Państwo centrum danych spośród miast oferowanych obecnie przez daną linię hostingową, a każde wdrożenie trafia do zasobów floty w tej lokalizacji, z globalnym węzłem brzegowym na pierwszym planie. Każda strona hostingu zawiera listę tych miast, odczytywaną na żywo.
Za każdą lokalizacją kryją się dwa elementy: flota procesów roboczych, która obsługuje Państwa witryny, oraz płaszczyzna sterowania, która nimi zarządza. Oba te elementy uwzględniają specyfikę regionu. Wybór lokalizacji należy do Państwa; zasoby bazowe leżą w naszej gestii i celowo korzystamy z usług więcej niż jednego dostawcy, aby żaden z nich nie stanowił samodzielnie całej platformy.
Każda linia hostingu oferuje własny zestaw centrów danych. Wybierają Państwo jedno z nich podczas tworzenia witryny, a formularz zamówienia proponuje tylko miasto, w którym dana linia ma dziś wolne miejsce.
Miasta na każdej stronie hostingu i w formularzu zamówienia są odczytywane z mechanizmu alokacji, dzięki czemu nowa lokalizacja pojawia się w dniu, w którym ma wolną pojemność, a zapełniona nie jest oferowana.
Region jest wymuszany w kodzie w momencie tworzenia witryny — a nie przez operatora pamiętającego, którego pola użyć.
Każdy host we flocie rejestruje się za pomocą klucza regionu, listy powiązań z liniami produktów, typu serwera WWW oraz wskaźnika pojemności, a następnie pobiera zadania. Usługa alokacji filtruje kandydatów najpierw według regionu, następnie linii produktów, a potem wolnej pojemności, wybierając kwalifikujący się host o najmniejszym obciążeniu.
Jeśli przypięto region, kwalifikują się tylko procesy robocze w tym regionie. W przeciwnym razie witryna dziedziczy region procesu roboczego, na który trafia, a wartość ta jest zapisywana w witrynie — dzięki czemu informacja o lokalizacji twoich danych jest polem, które można odczytać, a nie domysłem.
Rozmieszczenie rezerwuje zasoby za pomocą warunkowej aktualizacji, która kończy się powodzeniem tylko wtedy, gdy proces roboczy jest nadal aktywny, nadal przyjmuje wdrożenia i nie przekroczył dostępnej pojemności. Dwa wdrożenia rywalizujące o ostatnie wolne miejsce nie mogą wygrać jednocześnie, dzięki czemu region nigdy nie zostanie po cichu przeciążony.
Jeśli w Państwa regionie nie ma wolnego miejsca w żadnym kwalifikującym się zasobie, wdrożenie zgłasza błąd rozmieszczenia i zostaje zatrzymane. Nie następuje przełączenie awaryjne na inny kontynent w celu pomyślnego zrealizowania żądania. Widoczny błąd i zwiększenie pojemności są lepsze niż witryna, która po cichu zmieniła kraj.
Każdy worker posiada przełącznik accepts-deploys. Przestawienie go na drain zatrzymuje dodawanie nowych witryn, podczas gdy istniejące witryny działają bez zakłóceń, co pozwala nam przeprowadzać prace konserwacyjne, wymianę sprzętu i wycofywanie z eksploatacji w obrębie danego regionu bez konieczności przenoszenia Państwa obciążeń.
Rezydentura danych to jedna z niewielu decyzji hostingowych, którą naprawdę trudno cofnąć, dlatego platforma traktuje ją jako element nadrzędny, a nie zaledwie szczegół wdrożeniowy. Wybór rezydentury dokonany przez klienta stanowi parametr wejściowy dla alokacji, region jest przypisywany do witryny, a infrastruktura odpowiednio oznaczana. To właśnie sprawia, że informacje o rezydenturze danych są weryfikowalne audytowo, a nie tylko deklaratywne.
Model dzierżawy działa równolegle z nim. Każdy rekord w silniku obejmuje zakres organizacji z zabezpieczeniami na poziomie wiersza PostgreSQL wymuszanymi w bazie danych, a dzierżawa ma charakter hierarchiczny — organizacja odsprzedawcy nadrzędna wobec organizacji klientów, które są nadrzędne wobec witryn. Region odpowiada na pytanie, gdzie znajdują się dane; bezpieczeństwo na poziomie wiersza odpowiada na pytanie, kto może uzyskać do nich dostęp. Obie te kwestie są istotne dla osoby weryfikującej zgodność i żadna z nich nie jest opcjonalna.
Eksport i usuwanie danych zgodnie z RODO są częścią tego samego projektu, a nie procesem dołączonym później, a działania uprzywilejowane i administracyjne są rejestrowane w dzienniku audytu. Jeśli kwestionariusz Państwa nabywcy zawiera pytania o to, gdzie znajdują się dane, kto może wysyłać do nich zapytania i co się dzieje, gdy podmiot danych zażąda ich zwrotu, na te pytania można tutaj odpowiedzieć.
Wybór pobliskiego regionu pomaga, ale większość opóźnień, które odczuwają użytkownicy, rozstrzyga się, zanim żądanie w ogóle dotrze do serwera źródłowego.
Rozwiązanie wieloregionowe ma znikomą wartość, jeśli wszystko nadal dzieli ten sam los. Architektura rozdziela elementy, które nie mogą zawieść jednocześnie.
Silnik, baza danych, warstwa przepływu pracy i pulpity nawigacyjne działają na własnej płaszczyźnie sterowania Kubernetes, całkowicie oddzielonej od floty węzłów roboczych obsługujących witryny klientów. Awaria płaszczyzny sterowania nie może spowodować przestoju witryn klientów, a awaria floty nie może doprowadzić do awarii platformy.
Pulpit klienta, konsola administratora i ta strona marketingowa są wdrażane w usłudze Cloudflare niezależnie od klastra płaszczyzny sterowania, dzięki czemu awaria platformy nie powoduje jednoczesnego zniknięcia miejsca, w którym można o niej przeczytać.
Strona stanu jest celowo hostowana u innego dostawcy w innym regionie. Strona stanu działająca na tej samej infrastrukturze, którą monitoruje, jest bezużyteczna dokładnie w momencie, gdy jej Państwo potrzebują.
Kopie zapasowe poszczególnych witryn są niezmienne, przechowywane poza lokalizacją i zapisywane w pamięci obiektowej, a procesy przywracania są testowane, a nie jedynie zakładane. Przywracanie danych odbywa się jednym kliknięciem z poziomu panelu, obok menedżera plików, domen, DNS, SSL i dzienników.
Na tej stronie nie określamy umowy o gwarantowanym poziomie świadczenia usług, czasu odpowiedzi ani wskaźnika opóźnienia — warunki SLA są uzgadniane indywidualnie w umowie. Wartość 99,99% przypisana do planów Footprint-Free to zapewnienie dotyczące czasu bezawaryjnej pracy (uptime), cel, do którego dążymy, a nie zmierzony historyczny poziom dostępności.
W praktyce decyzja sprowadza się do czterech pytań, a większość klientów odpowiada na nie w mniej niż minutę.
Tak. Region jest daną wejściową dla mechanizmu rozmieszczania, a nie żądaniem obsługiwanym poza pasmem. Przypnij region, a tylko pracownicy floty oznaczeni dla tego regionu będą kwalifikować się do przyjęcia witryny; wybrany region jest następnie zapisywany w rekordzie witryny, dzięki czemu zawsze mogą Państwo sprawdzić, gdzie jest ona uruchamiana. Pozostawienie tego pola bez ustawienia sprawi, że witryna odziedziczy region pracownika, na którego trafi.
Zależy to od linii hostingu, ponieważ każda linia działa w oparciu o infrastrukturę utworzoną specjalnie dla niej. Formularz zamówienia oraz każda strona hostingu zawierają listę miast, które mogą Państwo dzisiaj wybrać, pobieraną na żywo z mechanizmu alokacji, dzięki czemu odpowiedź ta nigdy się nie dezaktualizuje. W przypadku wymogu ścisłej rezydentury w EU należy wybrać centrum danych na terenie Unii Europejskiej; jeśli zamówienie wymaga certyfikowanej platformy bazowej, możemy przydzielić zasoby spełniające te wymagania. Dostawcy obsługujący poszczególne lokalizacje wynikają z naszych własnych ustaleń handlowych — wybierają Państwo lokalizację, a nie dostawcę.
Nie — Zinn Digital® nie posiada dziś własnych certyfikatów zgodności i nie będziemy sugerować, że jest inaczej. Możemy natomiast umieścić Państwa obciążenie na platformie bazowej, która je posiada, jeśli procedury zakupowe nabywcy bezwzględnie wymagają certyfikowanej platformy pod Państwa witrynami. Niezależnie od tego, mechanizmy kontrolne samej platformy są rzeczywiste i weryfikowalne: izolacja poszczególnych witryn, bezpieczeństwo na poziomie wierszy w każdej tabeli w ramach tenanta, dane poufne przechowywane w Vault, protokół TLS na każdym etapie oraz rejestrowanie audytowe działań uprzywilejowanych.
Wdrożenie kończy się jawnym błędem alokacji, zamiast po cichu umieszczać Państwa witrynę w innym miejscu. Jest to zamierzone: witryna, która po cichu zmieniła jurysdykcję, to znacznie gorszy rezultat niż wdrożenie, które zostało zatrzymane i poinformowało Państwa o przyczynie. Zwiększenie pojemności następuje poprzez uruchomienie kolejnych hostów w danym regionie, gdzie rejestrują się one automatycznie i natychmiast zaczynają przyjmować zadania.
Nie publikujemy testów porównawczych opóźnień i nie obiecujemy konkretnych wartości liczbowych. Możemy natomiast opisać architekturę: Cloudflare zabezpiecza każdą witrynę od frontu, dzięki czemu buforowane odpowiedzi są serwowane z lokalizacji brzegowej blisko odwiedzającego, LSCache serwuje całe strony z procesu roboczego bez odwoływania się do PHP lub bazy danych, a pamięć podręczna obiektów Redis przypisana do danej witryny przejmuje powtarzające się zapytania. W przypadku większości serwisów z treścią taka kombinacja oznacza, że region pochodzenia ma znacznie mniejsze znaczenie niż konfiguracja pamięci podręcznej. Jeśli Państwa odbiorcy koncentrują się na jednym kontynencie, i tak warto umieścić serwer źródłowy właśnie tam.
Region jest ustawiany w momencie umieszczania witryny i zapisywany w jej rekordzie, dlatego zmiana regionu jest migracją, a nie zwykłym przełączeniem. Prosimy o kontakt przed rozpoczęciem tworzenia, jeśli wiedzą Państwo, że planowane jest przeniesienie — prawidłowe umieszczenie za pierwszym razem jest znacznie tańsze niż migracja działającego portfolio.
Kopie zapasowe poszczególnych witryn są niezmienne, przechowywane poza siedzibą firmy i odizolowane od działającej infrastruktury, zapisywane w pamięci obiektowej z faktycznie przetestowanymi, a nie domniemanymi procedurami przywracania, oraz możliwe do przywrócenia jednym kliknięciem z poziomu panelu. Jeśli Państwa wymogi zgodności nakazują przechowywanie kopii zapasowych w określonej jurysdykcji, prosimy o bezpośredni kontakt — jest to szczegół umowy uzgadniany indywidualnie z każdym klientem, a nie ogólna deklaracja publikowana na stronie internetowej.
Tak. Okres próbny trwa 14 dni i nie wymaga podawania karty. Obejmuje Footprint-Free Hosting dla maksymalnie pięciu witryn, co wystarcza, aby sprawdzić działanie wdrożeń, rozmieszczenia i warstw pamięci podręcznej przed podjęciem przez Państwa decyzji, gdzie ma się znajdować Państwa portfolio produkcyjne.
Rozpocznij 14-dniowy okres próbny bez karty lub najpierw poinformuj nas o swoich wymaganiach dotyczących rezydentury, a odpowiednio cię ulokujemy już od pierwszego wdrożenia.
Rozpocznij za darmo