منطقه‌ها و محل ذخیره داده‌ها

سایت‌های شما در همان جایی اجرا می‌شوند که شما تعیین می‌کنید

منطقه در این پلتفرم یک تیکت پشتیبانی نیست — بلکه ویژگی‌ای از سایت است که هر بار که چیزی مستقر می‌شود توسط موتور مکان‌یابی رعایت می‌گردد. شما مرکز داده را هنگام ایجاد سایت از بین شهرهایی که خط میزبانی آن امروزه ارائه می‌دهد انتخاب می‌کنید و هر استقرار روی ظرفیت ناوگان در همان مکان، با یک edge جهانی در پیش روی آن، قرار می‌گیرد. هر صفحه میزبانی این شهرها را که به صورت زنده خوانده می‌شوند، فهرست می‌کند.

یک سایت توزیع‌شده در میان گره‌های لبه در مناطق مختلف.
  • +۷۰۰٬۰۰۰سایت‌های میزبانی‌شده در سراسر جهان
  • انتخاب با شماستمرکز داده برای هر سایت
  • 99.99٪تضمین پایداری سرور
  • 58زبان‌های کنترل‌پنل

مکان‌های استقرار ما

پشت هر مکان دو بخش قرار دارد: ناوگان پردازشی که سایت‌های شما را اجرا می‌کند، و صفحه کنترلی که آن‌ها را مدیریت می‌نماید. هر دوی آن‌ها نسبت به منطقه آگاه هستند. انتخاب این‌که کدام مکان را برگزینید با شماست؛ ظرفیت زیرساختی آن با برنامه‌ریزی ما فراهم شده است و ما عمداً با بیش از یک ارائه‌دهنده کار می‌کنیم تا هیچ ارائه‌دهنده‌ای به‌تنهایی کل پلتفرم نباشد.

انتخاب‌شده برای هر سایت

هر رده میزبانی، مجموعه مراکز داده ویژه خود را ارائه می‌دهد. شما هنگام ایجاد یک سایت، یکی را انتخاب می‌کنید و فرم سفارش فقط شهری را پیشنهاد می‌دهد که آن رده امروزه در آنجا ظرفیت خالی داشته باشد.

به‌صورت زنده ثبت شد

شهرهای موجود در هر صفحه میزبانی و در فرم سفارش از موتور تخصیص خوانده می‌شوند، بنابراین موقعیت مکانی جدید در همان روزی که دارای ظرفیت باشد نمایش داده می‌شود و موقعیت تکمیل‌شده ارائه نمی‌گردد.

نحوه کارکرد واقعی جای‌گذاری

منطقه در لحظه ایجاد یک سایت در کد اعمال می‌شود — نه توسط اپراتوری که به خاطر بسپارد از کدام جعبه استفاده کند.

هر ورکر برچسب‌گذاری شده است

هر میزبان در ناوگان خود را با یک کلید منطقه، یک فهرست وابستگی خط محصول، یک نوع وب‌سرور و یک رقم ظرفیت ثبت می‌کند و سپس کار را دریافت می‌نماید. سرویس جایابی، نامزدها را ابتدا بر اساس منطقه، سپس خط محصول و بعد ظرفیت آزاد فیلتر می‌کند و کم‌بارترین میزبان واجد شرایط را برمی‌گزیند.

سایت منطقه را به ارث می‌برد و حفظ می‌کند

اگر منطقه‌ای را پین کرده باشید، فقط کارگران آن منطقه واجد شرایط هستند. اگر این کار را نکرده باشید، سایت منطقه کارگری را که روی آن مستقر می‌شود به ارث می‌برد و آن مقدار در سایت ذخیره می‌شود — بنابراین سابقه محل نگهداری داده‌های شما فیلدی است که می‌توانید آن را بخوانید، نه یک فرض.

ظرفیت به صورت اتمیک اختصاص داده می‌شود

تخصیص، ظرفیت را با یک به‌روزرسانی شرطی درخواست می‌کند که تنها زمانی موفقیت‌آمیز است که ورکر همچنان فعال باشد، همچنان استقرارها را بپذیرد و همچنان زیر سقف ظرفیت باشد. دو استقرار که برای آخرین جایگاه رقابت می‌کنند نمی‌توانند هر دو برنده شوند، بنابراین هرگز ظرفیت یک منطقه بی‌سروصدا بیش از حد تکمیل نمی‌شود.

بدون بازگشت خودکار و بدون هشدار به منطقه نادرست

اگر هیچ منبع واجد شرایطی در منطقه شما فضای خالی نداشته باشد، استقرار خطای جای‌گذاری ایجاد کرده و متوقف می‌شود. این فرآیند برای موفقیت‌آمیز بودن درخواست، به قاره دیگری منتقل نمی‌شود. یک خطای قابل مشاهده و افزایش ظرفیت بهتر از سایتی است که بی‌صدا کشورش تغییر کرده باشد.

تخلیه به جای اختلال

هر worker دارای یک کلید accepts-deploys است. تغییر وضعیت آن به drain مانع از ورود سایت‌های جدید می‌شود، در حالی که سایت‌های موجود بدون تغییر به کار خود ادامه می‌دهند؛ این روشی است که ما از طریق آن نگهداری، ارتقای سخت‌افزار و خارج‌سازی از مدار را در یک منطقه بدون جابه‌جایی بار کاری شما انجام می‌دهیم.

محل نگهداری داده‌ها به عنوان یک تصمیم محصولی

محل استقرار داده‌ها از معدود تصمیمات میزبانی است که تغییر دادن آن واقعاً دشوار است، بنابراین این پلتفرم با آن نه به عنوان یک جزئیات استقرار، بلکه به عنوان یک بُعد درجه اول برخورد می‌کند. انتخاب مشتری برای محل استقرار، داده‌ای ورودی برای جای‌گذاری است، منطقه برای سایت ثبت می‌شود و ناوگان برای تطابق برچسب‌گذاری می‌گردد. این همان چیزی است که پاسخ مربوط به محل استقرار را به جای روایتی، قابل حسابرسی می‌کند.

مدل چندمستأجری در کنار آن اجرا می‌شود. هر رکورد در موتور دارای دامنه سازمانی با امنیت در سطح ردیف PostgreSQL است که در پایگاه داده اعمال می‌شود، و ساختار چندمستأجری سلسله‌مراتبی است — یک سازمان ارائه‌دهنده در سطحی بالاتر از سازمان‌های مشتری و آن‌ها بالاتر از سایت‌ها قرار دارند. منطقه مشخص می‌کند که داده‌ها در کجا قرار دارند؛ امنیت در سطح ردیف مشخص می‌کند که چه کسی می‌تواند به آن‌ها دسترسی داشته باشد. هر دو مورد برای بازرس انطباق اهمیت دارند و هیچ‌کدام اختیاری نیستند.

صادرات و پاک‌سازی داده‌های GDPR بخشی از همان طراحی اولیه است و نه یک فرایند الحاقی، و اقدامات مدیریتی و دارای امتیاز ویژه در لاگ بازرسی ثبت می‌شوند. اگر پرسش‌نامه خریدار شما می‌پرسد که داده‌ها در کجا قرار دارند، چه کسی می‌تواند آنها را استعلام کند و وقتی فردی درخواست بازگرداندن داده‌های خود را دارد چه اتفاقی می‌افتد، اینها پرسش‌هایی هستند که در اینجا پاسخ داده می‌شوند.

یک مبدا محلی تنها نیمی از داستان سرعت است

انتخاب یک منطقه نزدیک کمک‌کننده است، اما بیشتر تأخیری که بازدیدکنندگان شما حس می‌کنند قبل از رسیدن درخواست به سرور مبدأ شما تعیین می‌شود.

  • سرویس Cloudflare در خط مقدم همه چیز قرار دارد — CDN، WAF، DNS و محافظت در برابر DDoS — بنابراین پاسخ‌های قابل ذخیره‌سازی در حافظه پنهان، به جای منطقه اصلی شما، از لبه شبکه (edge) نزدیک به بازدیدکننده ارائه می‌شوند.
  • فناوری LSCache مستقیماً روی خود ورکر به‌عنوان یک کش تمام‌صفحه در سطح سرور با ESI و پاک‌سازی خودکار هوشمند اجرا می‌شود، بدین معنا که اکثر درخواست‌های WordPress اصلاً به PHP یا MySQL دسترسی پیدا نمی‌کنند.
  • حافظه پنهان شیء Redis برای هر سایت، خواندن‌های تکراری پایگاه داده را از درخواست‌هایی که به برنامه می‌رسند حذف می‌کند.
  • پاک‌سازی در هر دو لایه از طریق یک کنترل در پنل و همچنین از داخل WordPress با استفاده از افزونه کش Zinn® هماهنگ می‌شود، به‌طوری‌که پس از انتشار، نسخه لبه و نسخه مبدأ هرگز با یکدیگر مغایرت نخواهند داشت.
  • مشتریان Footprint-Free استخرهای حساب CDN را در لایه بالایی قرار می‌دهند: سایت‌ها در حساب‌های ما و حساب‌های خودتان توزیع می‌شوند و تعادل در زمان استقرار بر اساس وضعیت زنده حساب مجدداً محاسبه می‌شود.
  • ما هیچ معیار تأخیر یا پهنای باندی منتشر نمی‌کنیم و ادعا نداریم که یک منطقه خاص برای مخاطبان شما سریع‌ترین خواهد بود. منطقه‌ای را انتخاب کنید که بازدیدکنندگان و الزامات انطباق شما مشخص می‌کنند، و باقی کار را به لایه‌های حافظه موقت واگذار کنید.

حوزه‌های خرابی، پشتیبان‌گیری‌ها و مرزهای صادقانه

چندمنطقه‌ای بودن ارزش چندانی ندارد اگر همه‌چیز همچنان سرنوشت یکسانی داشته باشد. این معماری بخش‌هایی را که نباید هم‌زمان با هم دچار اختلال شوند، از یکدیگر تفکیک می‌کند.

سطح کنترل و ناوگان مجزا هستند

موتور، پایگاه داده، لایه گردش کار و داشبوردها بر روی صفحه کنترل Kubernetes اختصاصی خود، کاملاً مجزا از ناوگان کارگری که به سایت‌های مشتریان خدمات ارائه می‌دهد، اجرا می‌شوند. یک حادثه در صفحه کنترل نباید سایت‌های مشتریان را از کار بیندازد، و یک حادثه در ناوگان نباید پلتفرم را متوقف کند.

سطوح عمومی نیز مستقل هستند

داشبورد مشتری، کنسول مدیریت و این وب‌سایت بازاریابی مستقل از کلاستر صفحه کنترل روی Cloudflare مستقر شده‌اند، بنابراین بروز یک حادثه در پلتفرم، مکانی را که برای خواندن درباره آن مراجعه می‌کنید نیز از دسترس خارج نمی‌کند.

وضعیت خارج از پلتفرم قرار دارد

صفحه وضعیت عمداً نزد ارائه‌دهنده‌ای دیگر و در منطقه‌ای متفاوت میزبانی می‌شود. صفحه وضعیتی که روی همان زیرساخت تحت نظارت خود اجرا شود، دقیقاً در همان لحظه‌ای که به آن نیاز دارید، بی‌فایده است.

نسخه‌های پشتیبان تغییرناپذیر، برون‌سایتی و ایزوله‌شده

نسخه‌های پشتیبان هر سایت تغییرناپذیر و خارج از محل هستند، در فضای ذخیره‌سازی ابری شیءگرا نوشته می‌شوند و بازگردانی آن‌ها به‌جای فرض بر درستی، عملاً آزمایش می‌شود. بازگردانی با یک کلیک از طریق کنترل‌پنل در کنار مدیریت فایل، دامنه‌ها، DNS، SSL و گزارش‌ها انجام می‌پذیرد.

آنچه ادعا نمی‌کنیم

ما در این صفحه توافق‌نامه سطح خدمات، زمان پاسخ‌گویی یا رقم تاخیر را اعلام نمی‌کنیم — شرایط SLA بر اساس قرارداد توافق می‌شود. رقم 99.99% مربوط به طرح‌های Footprint-Free یک تضمین آپ‌تایم و هدفی است که برای آن تلاش می‌کنیم، نه یک گزارش تاریخی اندازه‌گیری‌شده از در دسترس بودن.

انتخاب یک منطقه

در عمل، تصمیم‌گیری به چهار پرسش بستگی دارد و بیشتر مشتریان در کمتر از یک دقیقه به آن‌ها پاسخ می‌دهند.

  • آیا الزامات قراردادی یا نظارتی برای اقامتگاه داده دارید؟ اگر پاسخ مثبت است، تکلیف مشخص می‌شود — مشتریان EU با تعهدات GDPR، یک مرکز داده در داخل اتحادیه اروپا را انتخاب می‌کنند و ما یک مسیر EU منطبق با GDPR داریم که در صورت الزام صریح در قرارداد ارائه می‌شود.
  • مخاطبانی که واقعاً از آن‌ها درآمدزایی می‌کنید کجا هستند؟ از میان شهرهای ارائه‌شده در فرم سفارش، نزدیک‌ترین مرکز داده به آن‌ها را انتخاب کنید.
  • آیا فرایند تدارکات خریدار شما به یک پلتفرم زیرساختی دارای گواهی نیاز دارد؟ اگر داشتن گواهی SOC 2 یا ISO 27001 برای زیرساخت سایت‌های شما یک شرط الزامی است، پیش از ساخت به ما اطلاع دهید تا شما را بر روی ظرفیتی قرار دهیم که دارای این گواهی است.
  • آیا می‌خواهید پورتفولیوی شما در دامنه‌های خرابی مختلف توزیع شود؟ قرار دادن سایت‌ها در بیش از یک مرکز داده، ریسک تمرکز در یک مکان واحد را از بین می‌برد.
  • مطمئن نیستید؟ با دوره آزمایشی بدون نیاز به کارت شروع کنید. با استقرار بعدی در هر جای دیگر، هیچ تغییری در کنترل‌پنل، درایورها یا مجموعه ویژگی‌ها ایجاد نمی‌شود.

پرسش‌های متداول

آیا می‌توانم انتخاب کنم که سایت‌های من در کدام منطقه مستقر شوند؟

بله. منطقه یک ورودی برای موتور جای‌گذاری است، نه درخواستی که به‌صورت خارج از باند مدیریت شود. یک منطقه را پین کنید و فقط نیروهای ناوگانی که برای آن منطقه برچسب‌گذاری شده‌اند واجد شرایط دریافت سایت خواهند بود؛ سپس منطقه انتخابی در سابقه سایت ذخیره می‌شود تا همیشه بتوانید محل اجرای آن را مشاهده کنید. در صورت رها کردن آن بدون تعیین، سایت منطقه نیرویی را به ارث می‌برد که بر روی آن قرار می‌گیرد.

در چه مناطقی فعالیت می‌کنید؟

این موضوع به پلن هاستینگ بستگی دارد، زیرا هر پلن بر روی ظرفیتی اجرا می‌شود که برای آن ایجاد شده است. فرم سفارش و هر صفحه هاستینگ، شهرهایی را که امروز می‌توانید انتخاب کنید، به‌صورت زنده از موتور استقرار فهرست می‌کنند، بنابراین این پاسخ هرگز قدیمی نمی‌شود. برای انطباق دقیق با اقامت داده‌های EU، یک مرکز داده را در داخل اتحادیه اروپا انتخاب کنید؛ در مواردی که امور تدارکات نیازمند یک پلتفرم پایه‌ای تأییدشده است، ما می‌توانیم بر روی ظرفیتی قرار دهیم که این الزامات را برآورده می‌کند. تأمین‌کنندگان پشت هر مکان، قرارداد تجاری اختصاصی خود ما هستند — شما مکان را انتخاب می‌کنید، نه فروشنده را.

آیا دارای گواهینامه SOC 2 یا ISO 27001 هستید؟

خیر — Zinn Digital® امروز هیچ گواهی انطباق اختصاصی ندارد و ما خلاف این را القا نخواهیم کرد. کاری که می‌توانیم انجام دهیم این است که بار کاری شما را روی یک پلتفرم زیربنایی قرار دهیم که دارای این گواهی‌ها است، در شرایطی که فرآیند خرید یک خریدار، وجود یک پلتفرم دارای گواهی را در زیربنای سایت‌های شما به یک الزام قطعی تبدیل کند. به طور جداگانه، کنترل‌های اختصاصی این پلتفرم واقعی و قابل بررسی هستند: جداسازی در سطح هر سایت، امنیت در سطح سطر در هر جدول مربوط به مستأجر، نگهداری داده‌های محرمانه در Vault، رمزنگاری سراسری TLS، و ثبت گزارش حسابرسی اقدامات دارای دسترسی ویژه.

اگر منطقه مورد نظر من ظرفیت نداشته باشد چه اتفاقی می‌افتد؟

استقرار به‌جای انتقال بی‌سر‌وصدای سایت شما به مکانی دیگر، آشکارا با یک خطای جای‌گذاری با شکست مواجه می‌شود. این کار عمدی است: سایتی که بی‌سر‌و‌صدا حوزه قضایی خود را تغییر داده باشد، نتیجه‌ای به‌مراتب بدتر از استقراری است که متوقف شده و علت را به شما اعلام کرده است. ظرفیت از طریق آنلاین کردن میزبان‌های بیشتر در آن منطقه افزوده می‌شود، جایی که آن‌ها خود را ثبت کرده و بلافاصله شروع به پذیرش کار می‌کنند.

آیا سایت من برای بازدیدکنندگانی که از مرکز داده آن دور هستند کند خواهد بود؟

ما معیارهای زمان تأخیر را منتشر نمی‌کنیم و قول رقم خاصی را نخواهیم داد. آنچه می‌توانیم توصیف کنیم معماری است: Cloudflare در لایه اول هر سایت قرار می‌گیرد تا پاسخ‌های قابل کش‌شدن از یک مکان لبه (edge) نزدیک به بازدیدکننده ارائه شوند، LSCache صفحات کامل را از worker بدون دست زدن به PHP یا پایگاه داده ارائه می‌دهد، و یک کش اشیاء Redis اختصاصی برای هر سایت، پرس‌وجوهای تکراری را جذب می‌کند. برای اکثر سایت‌های محتوایی، این ترکیب بدان معناست که موقعیت منطقه اصلی بسیار کمتر از پیکربندی کش اهمیت دارد. اگر مخاطبان شما در یک قاره متمرکز هستند، به هر حال سرور اصلی را در همان‌جا قرار دهید.

آیا می‌توانم بعداً یک سایت موجود را به منطقه‌ای دیگر منتقل کنم؟

منطقه هنگام ایجاد سایت تعیین شده و در سوابق سایت ذخیره می‌شود، بنابراین تغییر منطقه یک مهاجرت داده محسوب می‌شود و صرفاً یک کلید خاموش/روشن نیست. اگر از قبل می‌دانید که انتقالی در پیش است، لطفاً پیش از ساخت با ما گفتگو کنید — جای‌گذاری صحیح در همان بار اول بسیار کم‌هزینه‌تر از جابه‌جایی یک پورتفولیوی فعال است.

نسخه‌های پشتیبان من کجا نگهداری می‌شوند؟

نسخه‌های پشتیبان هر سایت تغییرناپذیر، خارج از محل و جدا از ناوگان در حال اجرا هستند، در فضای ذخیره‌سازی ابری شیءمحور با قابلیت بازیابی آزمایش‌شده (نه فرضی) نوشته می‌شوند و با یک کلیک از پنل قابل بازیابی هستند. اگر الزامات انطباق شما نیازمند قرارگیری فضای ذخیره‌سازی نسخه پشتیبان در حوزه قضایی خاصی است، آن را مستقیماً با ما در میان بگذارید — این یک جزئیات قراردادی است که ما برای هر مشتری جداگانه توافق می‌کنیم، نه یک ادعای کلی در یک صفحه وب.

آیا می‌توانم بدون متعهد شدن به یک منطقه آن را امتحان کنم؟

بله. دوره آزمایشی ۱۴ روزه و بدون نیاز به کارت بانکی است. این دوره شامل Footprint-Free Hosting با حداکثر پنج سایت می‌شود که برای بررسی نحوه عملکرد استقرارها، مکان‌یابی و لایه‌های کش پیش از تصمیم‌گیری درباره محل میزبانی پورتفولیوی نهایی شما کافی است.

از جایی که منطقی است شروع کنید، زمانی که اهمیت دارد انتقال دهید

یک دوره آزمایشی ۱۴ روزه بدون نیاز به کارت راه‌اندازی کنید، یا ابتدا شرایط اقامت خود را با ما در میان بگذارید تا از همان اولین استقرار، شما را در موقعیت مناسب قرار دهیم.

رایگان شروع کنید