انتخابشده برای هر سایت
هر رده میزبانی، مجموعه مراکز داده ویژه خود را ارائه میدهد. شما هنگام ایجاد یک سایت، یکی را انتخاب میکنید و فرم سفارش فقط شهری را پیشنهاد میدهد که آن رده امروزه در آنجا ظرفیت خالی داشته باشد.
منطقهها و محل ذخیره دادهها
منطقه در این پلتفرم یک تیکت پشتیبانی نیست — بلکه ویژگیای از سایت است که هر بار که چیزی مستقر میشود توسط موتور مکانیابی رعایت میگردد. شما مرکز داده را هنگام ایجاد سایت از بین شهرهایی که خط میزبانی آن امروزه ارائه میدهد انتخاب میکنید و هر استقرار روی ظرفیت ناوگان در همان مکان، با یک edge جهانی در پیش روی آن، قرار میگیرد. هر صفحه میزبانی این شهرها را که به صورت زنده خوانده میشوند، فهرست میکند.
پشت هر مکان دو بخش قرار دارد: ناوگان پردازشی که سایتهای شما را اجرا میکند، و صفحه کنترلی که آنها را مدیریت مینماید. هر دوی آنها نسبت به منطقه آگاه هستند. انتخاب اینکه کدام مکان را برگزینید با شماست؛ ظرفیت زیرساختی آن با برنامهریزی ما فراهم شده است و ما عمداً با بیش از یک ارائهدهنده کار میکنیم تا هیچ ارائهدهندهای بهتنهایی کل پلتفرم نباشد.
هر رده میزبانی، مجموعه مراکز داده ویژه خود را ارائه میدهد. شما هنگام ایجاد یک سایت، یکی را انتخاب میکنید و فرم سفارش فقط شهری را پیشنهاد میدهد که آن رده امروزه در آنجا ظرفیت خالی داشته باشد.
شهرهای موجود در هر صفحه میزبانی و در فرم سفارش از موتور تخصیص خوانده میشوند، بنابراین موقعیت مکانی جدید در همان روزی که دارای ظرفیت باشد نمایش داده میشود و موقعیت تکمیلشده ارائه نمیگردد.
منطقه در لحظه ایجاد یک سایت در کد اعمال میشود — نه توسط اپراتوری که به خاطر بسپارد از کدام جعبه استفاده کند.
هر میزبان در ناوگان خود را با یک کلید منطقه، یک فهرست وابستگی خط محصول، یک نوع وبسرور و یک رقم ظرفیت ثبت میکند و سپس کار را دریافت مینماید. سرویس جایابی، نامزدها را ابتدا بر اساس منطقه، سپس خط محصول و بعد ظرفیت آزاد فیلتر میکند و کمبارترین میزبان واجد شرایط را برمیگزیند.
اگر منطقهای را پین کرده باشید، فقط کارگران آن منطقه واجد شرایط هستند. اگر این کار را نکرده باشید، سایت منطقه کارگری را که روی آن مستقر میشود به ارث میبرد و آن مقدار در سایت ذخیره میشود — بنابراین سابقه محل نگهداری دادههای شما فیلدی است که میتوانید آن را بخوانید، نه یک فرض.
تخصیص، ظرفیت را با یک بهروزرسانی شرطی درخواست میکند که تنها زمانی موفقیتآمیز است که ورکر همچنان فعال باشد، همچنان استقرارها را بپذیرد و همچنان زیر سقف ظرفیت باشد. دو استقرار که برای آخرین جایگاه رقابت میکنند نمیتوانند هر دو برنده شوند، بنابراین هرگز ظرفیت یک منطقه بیسروصدا بیش از حد تکمیل نمیشود.
اگر هیچ منبع واجد شرایطی در منطقه شما فضای خالی نداشته باشد، استقرار خطای جایگذاری ایجاد کرده و متوقف میشود. این فرآیند برای موفقیتآمیز بودن درخواست، به قاره دیگری منتقل نمیشود. یک خطای قابل مشاهده و افزایش ظرفیت بهتر از سایتی است که بیصدا کشورش تغییر کرده باشد.
هر worker دارای یک کلید accepts-deploys است. تغییر وضعیت آن به drain مانع از ورود سایتهای جدید میشود، در حالی که سایتهای موجود بدون تغییر به کار خود ادامه میدهند؛ این روشی است که ما از طریق آن نگهداری، ارتقای سختافزار و خارجسازی از مدار را در یک منطقه بدون جابهجایی بار کاری شما انجام میدهیم.
محل استقرار دادهها از معدود تصمیمات میزبانی است که تغییر دادن آن واقعاً دشوار است، بنابراین این پلتفرم با آن نه به عنوان یک جزئیات استقرار، بلکه به عنوان یک بُعد درجه اول برخورد میکند. انتخاب مشتری برای محل استقرار، دادهای ورودی برای جایگذاری است، منطقه برای سایت ثبت میشود و ناوگان برای تطابق برچسبگذاری میگردد. این همان چیزی است که پاسخ مربوط به محل استقرار را به جای روایتی، قابل حسابرسی میکند.
مدل چندمستأجری در کنار آن اجرا میشود. هر رکورد در موتور دارای دامنه سازمانی با امنیت در سطح ردیف PostgreSQL است که در پایگاه داده اعمال میشود، و ساختار چندمستأجری سلسلهمراتبی است — یک سازمان ارائهدهنده در سطحی بالاتر از سازمانهای مشتری و آنها بالاتر از سایتها قرار دارند. منطقه مشخص میکند که دادهها در کجا قرار دارند؛ امنیت در سطح ردیف مشخص میکند که چه کسی میتواند به آنها دسترسی داشته باشد. هر دو مورد برای بازرس انطباق اهمیت دارند و هیچکدام اختیاری نیستند.
صادرات و پاکسازی دادههای GDPR بخشی از همان طراحی اولیه است و نه یک فرایند الحاقی، و اقدامات مدیریتی و دارای امتیاز ویژه در لاگ بازرسی ثبت میشوند. اگر پرسشنامه خریدار شما میپرسد که دادهها در کجا قرار دارند، چه کسی میتواند آنها را استعلام کند و وقتی فردی درخواست بازگرداندن دادههای خود را دارد چه اتفاقی میافتد، اینها پرسشهایی هستند که در اینجا پاسخ داده میشوند.
انتخاب یک منطقه نزدیک کمککننده است، اما بیشتر تأخیری که بازدیدکنندگان شما حس میکنند قبل از رسیدن درخواست به سرور مبدأ شما تعیین میشود.
چندمنطقهای بودن ارزش چندانی ندارد اگر همهچیز همچنان سرنوشت یکسانی داشته باشد. این معماری بخشهایی را که نباید همزمان با هم دچار اختلال شوند، از یکدیگر تفکیک میکند.
موتور، پایگاه داده، لایه گردش کار و داشبوردها بر روی صفحه کنترل Kubernetes اختصاصی خود، کاملاً مجزا از ناوگان کارگری که به سایتهای مشتریان خدمات ارائه میدهد، اجرا میشوند. یک حادثه در صفحه کنترل نباید سایتهای مشتریان را از کار بیندازد، و یک حادثه در ناوگان نباید پلتفرم را متوقف کند.
داشبورد مشتری، کنسول مدیریت و این وبسایت بازاریابی مستقل از کلاستر صفحه کنترل روی Cloudflare مستقر شدهاند، بنابراین بروز یک حادثه در پلتفرم، مکانی را که برای خواندن درباره آن مراجعه میکنید نیز از دسترس خارج نمیکند.
صفحه وضعیت عمداً نزد ارائهدهندهای دیگر و در منطقهای متفاوت میزبانی میشود. صفحه وضعیتی که روی همان زیرساخت تحت نظارت خود اجرا شود، دقیقاً در همان لحظهای که به آن نیاز دارید، بیفایده است.
نسخههای پشتیبان هر سایت تغییرناپذیر و خارج از محل هستند، در فضای ذخیرهسازی ابری شیءگرا نوشته میشوند و بازگردانی آنها بهجای فرض بر درستی، عملاً آزمایش میشود. بازگردانی با یک کلیک از طریق کنترلپنل در کنار مدیریت فایل، دامنهها، DNS، SSL و گزارشها انجام میپذیرد.
ما در این صفحه توافقنامه سطح خدمات، زمان پاسخگویی یا رقم تاخیر را اعلام نمیکنیم — شرایط SLA بر اساس قرارداد توافق میشود. رقم 99.99% مربوط به طرحهای Footprint-Free یک تضمین آپتایم و هدفی است که برای آن تلاش میکنیم، نه یک گزارش تاریخی اندازهگیریشده از در دسترس بودن.
در عمل، تصمیمگیری به چهار پرسش بستگی دارد و بیشتر مشتریان در کمتر از یک دقیقه به آنها پاسخ میدهند.
بله. منطقه یک ورودی برای موتور جایگذاری است، نه درخواستی که بهصورت خارج از باند مدیریت شود. یک منطقه را پین کنید و فقط نیروهای ناوگانی که برای آن منطقه برچسبگذاری شدهاند واجد شرایط دریافت سایت خواهند بود؛ سپس منطقه انتخابی در سابقه سایت ذخیره میشود تا همیشه بتوانید محل اجرای آن را مشاهده کنید. در صورت رها کردن آن بدون تعیین، سایت منطقه نیرویی را به ارث میبرد که بر روی آن قرار میگیرد.
این موضوع به پلن هاستینگ بستگی دارد، زیرا هر پلن بر روی ظرفیتی اجرا میشود که برای آن ایجاد شده است. فرم سفارش و هر صفحه هاستینگ، شهرهایی را که امروز میتوانید انتخاب کنید، بهصورت زنده از موتور استقرار فهرست میکنند، بنابراین این پاسخ هرگز قدیمی نمیشود. برای انطباق دقیق با اقامت دادههای EU، یک مرکز داده را در داخل اتحادیه اروپا انتخاب کنید؛ در مواردی که امور تدارکات نیازمند یک پلتفرم پایهای تأییدشده است، ما میتوانیم بر روی ظرفیتی قرار دهیم که این الزامات را برآورده میکند. تأمینکنندگان پشت هر مکان، قرارداد تجاری اختصاصی خود ما هستند — شما مکان را انتخاب میکنید، نه فروشنده را.
خیر — Zinn Digital® امروز هیچ گواهی انطباق اختصاصی ندارد و ما خلاف این را القا نخواهیم کرد. کاری که میتوانیم انجام دهیم این است که بار کاری شما را روی یک پلتفرم زیربنایی قرار دهیم که دارای این گواهیها است، در شرایطی که فرآیند خرید یک خریدار، وجود یک پلتفرم دارای گواهی را در زیربنای سایتهای شما به یک الزام قطعی تبدیل کند. به طور جداگانه، کنترلهای اختصاصی این پلتفرم واقعی و قابل بررسی هستند: جداسازی در سطح هر سایت، امنیت در سطح سطر در هر جدول مربوط به مستأجر، نگهداری دادههای محرمانه در Vault، رمزنگاری سراسری TLS، و ثبت گزارش حسابرسی اقدامات دارای دسترسی ویژه.
استقرار بهجای انتقال بیسروصدای سایت شما به مکانی دیگر، آشکارا با یک خطای جایگذاری با شکست مواجه میشود. این کار عمدی است: سایتی که بیسروصدا حوزه قضایی خود را تغییر داده باشد، نتیجهای بهمراتب بدتر از استقراری است که متوقف شده و علت را به شما اعلام کرده است. ظرفیت از طریق آنلاین کردن میزبانهای بیشتر در آن منطقه افزوده میشود، جایی که آنها خود را ثبت کرده و بلافاصله شروع به پذیرش کار میکنند.
ما معیارهای زمان تأخیر را منتشر نمیکنیم و قول رقم خاصی را نخواهیم داد. آنچه میتوانیم توصیف کنیم معماری است: Cloudflare در لایه اول هر سایت قرار میگیرد تا پاسخهای قابل کششدن از یک مکان لبه (edge) نزدیک به بازدیدکننده ارائه شوند، LSCache صفحات کامل را از worker بدون دست زدن به PHP یا پایگاه داده ارائه میدهد، و یک کش اشیاء Redis اختصاصی برای هر سایت، پرسوجوهای تکراری را جذب میکند. برای اکثر سایتهای محتوایی، این ترکیب بدان معناست که موقعیت منطقه اصلی بسیار کمتر از پیکربندی کش اهمیت دارد. اگر مخاطبان شما در یک قاره متمرکز هستند، به هر حال سرور اصلی را در همانجا قرار دهید.
منطقه هنگام ایجاد سایت تعیین شده و در سوابق سایت ذخیره میشود، بنابراین تغییر منطقه یک مهاجرت داده محسوب میشود و صرفاً یک کلید خاموش/روشن نیست. اگر از قبل میدانید که انتقالی در پیش است، لطفاً پیش از ساخت با ما گفتگو کنید — جایگذاری صحیح در همان بار اول بسیار کمهزینهتر از جابهجایی یک پورتفولیوی فعال است.
نسخههای پشتیبان هر سایت تغییرناپذیر، خارج از محل و جدا از ناوگان در حال اجرا هستند، در فضای ذخیرهسازی ابری شیءمحور با قابلیت بازیابی آزمایششده (نه فرضی) نوشته میشوند و با یک کلیک از پنل قابل بازیابی هستند. اگر الزامات انطباق شما نیازمند قرارگیری فضای ذخیرهسازی نسخه پشتیبان در حوزه قضایی خاصی است، آن را مستقیماً با ما در میان بگذارید — این یک جزئیات قراردادی است که ما برای هر مشتری جداگانه توافق میکنیم، نه یک ادعای کلی در یک صفحه وب.
بله. دوره آزمایشی ۱۴ روزه و بدون نیاز به کارت بانکی است. این دوره شامل Footprint-Free Hosting با حداکثر پنج سایت میشود که برای بررسی نحوه عملکرد استقرارها، مکانیابی و لایههای کش پیش از تصمیمگیری درباره محل میزبانی پورتفولیوی نهایی شما کافی است.
یک دوره آزمایشی ۱۴ روزه بدون نیاز به کارت راهاندازی کنید، یا ابتدا شرایط اقامت خود را با ما در میان بگذارید تا از همان اولین استقرار، شما را در موقعیت مناسب قرار دهیم.
رایگان شروع کنید