Вибрано для кожного сайту
Кожна лінійка хостингу пропонує власний набір центрів обробки даних. Ви вибираєте один під час створення сайту, і форма замовлення пропонує лише те місто, де в цієї лінійки є вільне місце на сьогодні.
Регіони та резидентність даних
Регіон на цій платформі — це не запит на підтримку, а властивість сайту, яку механізм розміщення враховує під час кожного розгортання. Ви обираєте центр обробки даних під час створення сайту з міст, які пропонує його лінійка хостингу сьогодні, і кожне розгортання розміщується на потужностях парку серверів у цій локації з глобальною мережею edge попереду. На кожній сторінці хостингу наведено перелік цих міст, що зчитується наживо.
За кожним розташуванням стоять дві речі: пул робочих процесів, який підтримує роботу ваших сайтів, і площина керування, яка ними управляє. Обидва елементи враховують регіон. Яке саме розташування обрати — вирішувати вам; базова потужність під ним є нашим власним налаштуванням, і ми свідомо співпрацюємо з кількома постачальниками, щоб жоден із них не був усією платформою одноосібно.
Кожна лінійка хостингу пропонує власний набір центрів обробки даних. Ви вибираєте один під час створення сайту, і форма замовлення пропонує лише те місто, де в цієї лінійки є вільне місце на сьогодні.
Міста на кожній сторінці хостингу та у формі замовлення зчитуються з механізму розміщення, тому нова локація з’являється в день, коли в ній з’являється місткість, а заповнена локація не пропонується.
Регіон визначається в коді в момент створення сайту — а не оператором, який повинен пам'ятати, яку коробку використовувати.
Кожен хост у парку реєструється з ключем регіону, списком відповідності лінійок продуктів, типом вебсервера та показником місткості, а потім отримує завдання. Служба розміщення фільтрує кандидатів спочатку за регіоном, потім за лінійкою продуктів, після чого за вільною місткістю та вибирає найменш завантажений відповідний хост.
Якщо ви закріпили регіон, прийматися будуть лише обробники з цього регіону. Якщо ви цього не зробили, сайт успадкує регіон того обробника, на який він потрапить, і це значення буде збережено на сайті — отже, запис про те, де зберігаються ваші дані, є полем, яке ви можете прочитати, а не припущенням.
Розміщення резервує місткість за допомогою умовного оновлення, яке завершується успішно лише тоді, коли воркер залишається активним, усе ще приймає розгортання та має вільну місткість. Два розгортання, які змагаються за останній слот, не можуть виграти одночасно, тому регіон ніколи не виявиться непомітно перевантаженим.
Якщо у вашому регіоні немає відповідних ресурсів із вільним місцем, розгортання видає помилку розміщення та зупиняється. Воно не перемикається на інший континент заради успішного виконання запиту. Помітний збій і додавання місткості кращі за сайт, який непомітно змінив країну.
Кожен worker має перемикач accepts-deploys. Переведення його в положення drain зупиняє розгортання нових сайтів, тоді як наявні сайти продовжують працювати без змін, завдяки чому ми здійснюємо технічне обслуговування, оновлення обладнання та виведення з експлуатації в межах регіону без переміщення ваших робочих навантажень.
Розміщення даних — одне з небагатьох рішень щодо хостингу, яке дійсно важко змінити, тому платформа розглядає його як першочерговий вимір, а не як деталь розгортання. Вибір розміщення клієнтом є вхідними даними для розміщення, регіон фіксується за сайтом, а парк серверів позначається відповідно до цього. Саме це робить відповідь щодо розміщення даних придатною для аудиту, а не голослівним твердженням.
Модель оренди працює паралельно з цим. Кожен запис у механізмі несе сферу дії організації з безпекою на рівні рядків PostgreSQL, що застосовується на рівні бази даних, а оренда є ієрархічною: організація-реселер розташована над організаціями клієнтів, які, своєю чергою, знаходяться над сайтами. Регіон відповідає за те, де розташовані дані; безпека на рівні рядків відповідає за те, хто може отримати до них доступ. І те, й інше важливо для перевіряльника відповідності вимогам, і жодне не є необов'язковим.
Експорт та видалення даних згідно з GDPR є частиною єдиної архітектури, а не додатковим процесом, а привілейовані та адміністративні дії фіксуються в журналі аудиту. Якщо в опитувальнику вашого покупця запитується, де зберігаються дані, хто може запитувати до них доступ і що відбувається, коли суб'єкт даних вимагає їх повернення, на ці запитання тут можна відповісти.
Вибір найближчого регіону допомагає, але більша частина затримки, яку відчувають ваші відвідувачі, визначається ще до того, як запит досягне вашого вихідного сервера.
Мультирегіональність має малу цінність, якщо все досі розділяє одну долю. Архітектура розділяє компоненти, які не повинні виходити з ладу одночасно.
Двигун, база даних, рівень робочих процесів і панелі керування працюють на власній площині керування Kubernetes, повністю окремо від пулу робочих вузлів, які обслуговують сайти клієнтів. Збій площини керування не повинен призводити до зупинки сайтів клієнтів, а збій пулу вузлів не повинен виводити з ладу платформу.
Панель керування клієнта, консоль адміністратора та цей маркетинговий сайт розгорнуті на Cloudflare незалежно від кластера площини керування, тому інцидент на платформі не видалить ресурс, куди ви перейдете, щоб прочитати про нього.
Сторінка статусу навмисно розміщена в іншого провайдера в іншому регіоні. Сторінка статусу, що працює на тій самій інфраструктурі, яку вона моніторить, є марною саме в той момент, коли вона вам потрібна.
Резервні копії для кожного сайту є незмінними та зберігаються на віддаленому сервері, записуючись в об'єктне сховище, а їхнє відновлення перевіряється, а не просто припускається. Відновлення виконується в один клік із панелі керування поруч із менеджером файлів, доменами, DNS, SSL і журналами подій.
Ми не заявляємо на цій сторінці про угоду про рівень обслуговування, час відповіді або показник затримки — умови SLA узгоджуються окремо для кожного договору. Показник 99,99%, зазначений для планів Footprint-Free, є гарантією безвідмовної роботи, цільовим орієнтиром, до якого ми прагнемо, а не виміряним історичним показником доступності.
На практиці рішення зводиться до чотирьох питань, і більшість клієнтів відповідають на них менш ніж за хвилину.
Так. Регіон є вхідними даними для механізму розміщення, а не запитом, що обробляється поза смугою. Закріпіть регіон, і лише працівники пулу, позначені для цього регіону, матимуть право приймати сайт; вибраний регіон потім зберігається в записі сайту, щоб ви завжди могли дізнатися, де він виконується. Залиште його невизначеним, і сайт успадкує регіон працівника, на якому він опиниться.
Це залежить від лінійки хостингу, оскільки кожна лінійка працює на потужностях, створених спеціально для неї. У формі замовлення та на кожній сторінці хостингу наведено перелік міст, які ви можете вибрати сьогодні; дані зчитуються в реальному часі з механізму розміщення, тому ця відповідь ніколи не застаріває. Для суворого дотримання вимог щодо резидентства в EU виберіть центр обробки даних у межах Європейського Союзу; якщо для закупівель потрібна сертифікована базова платформа, ми можемо здійснити розміщення на потужностях, які відповідають цим вимогам. Постачальники для кожної локації — це наша власна комерційна домовленість: ви обираєте локацію, а не постачальника.
Ні — сьогодні Zinn Digital® не має власних сертифікатів відповідності, і ми не будемо стверджувати зворотне. Ми можемо розмістити ваше робоче навантаження на базовій платформі, яка їх має, якщо закупівлі покупця роблять сертифіковану платформу під вашими сайтами жорсткою вимогою. Окремо слід зазначити, що власні засоби контролю платформи є реальними та доступними для перевірки: ізоляція на рівні окремих сайтів, безпека на рівні рядків для кожної таблиці з областю дії орендаря, збереження секретів у Vault, наскрізне використання TLS і журнал аудиту дій із привілеями.
Розгортання помітно зазнає помилки з повідомленням про помилку розміщення, а не непомітно переносить ваш сайт в інше місце. Це зроблено навмисно: сайт, який непомітно змінив юрисдикцію, є набагато гіршим результатом, ніж розгортання, яке зупинилося та повідомило вам причину. Місткість додається шляхом підключення більшої кількості хостів до мережі в цьому регіоні, де вони реєструються та негайно починають приймати завдання.
Ми не публікуємо показники затримки та не обіцяємо конкретних цифр. Те, що ми можемо описати, — це архітектура: Cloudflare стоїть перед кожним сайтом, тому відповіді, які можна кешувати, надсилаються з граничного вузла поруч із відвідувачем, LSCache надає повні сторінки з worker без звернення до PHP або бази даних, а об'єктний кеш Redis для кожного сайту поглинає повторні запити. Для більшості контентних сайтів ця комбінація означає, що регіон джерела має значно менше значення, ніж конфігурація кешу. Якщо ваша аудиторія зосереджена на одному континенті, усе одно розташуйте джерело там.
Регіон встановлюється під час розміщення сайту та зберігається в його записі, тому зміна регіону — це міграція, а не звичайне перемикання. Зв'яжіться з нами перед початком створення, якщо ви вже знаєте про майбутнє перенесення: правильно розмістити сайт з першого разу набагато дешевше, ніж переносити діюче портфоліо.
Резервні копії для кожного сайту є незмінними, зовнішніми та ізольованими від робочої інфраструктури; вони записуються в об'єктне сховище з практично перевіреним, а не припущеним відновленням, і можуть бути відновлені в один клік із панелі керування. Якщо ваші вимоги щодо відповідності нормам вимагають розташування сховища резервних копій у певній юрисдикції, зверніться безпосередньо до нас — це договірне положення, яке ми узгоджуємо окремо з кожним клієнтом, а не загальна заява на вебсторінці.
Так. Пробний період триває 14 днів і не потребує картки. Він охоплює Footprint-Free хостинг із підтримкою до п'яти сайтів, чого цілком достатньо, щоб побачити, як поводяться розгортання, розміщення та шари кешу, перш ніж ви вирішите, де має розміщуватися ваше робоче портфоліо.
Запустіть 14-денну пробну версію без картки або спочатку повідомте нам свої вимоги щодо резидентності даних, і ми правильно розмістимо вас із першого ж розгортання.
Почати безкоштовно