რეგიონები და მონაცემთა რეზიდენტობა

თქვენი საიტები მუშაობს იქ, სადაც თქვენ მიუთითებთ

რეგიონი ამ პლატფორმაზე არ წარმოადგენს მხარდაჭერის განაცხადს — ის საიტის თვისებაა, რომელსაც განთავსების ძრავა ითვალისწინებს ყოველი დეპლოის დროს. თქვენ ირჩევთ მონაცემთა ცენტრს საიტის შექმნისას, იმ ქალაქებიდან, რომლებსაც მისი ჰოსტინგის ხაზი დღეს გთავაზობთ, და ყოველი დეპლოი ხორციელდება ამ ლოკაციის სერვერულ რესურსებზე, რომლის წინაშეც გლობალური ეჯ-ქსელია. ჰოსტინგის თითოეულ გვერდზე მოცემულია ამ ქალაქების ჩამონათვალი, რომელიც რეალურ დროში იკითხება.

ერთი საიტი, განაწილებული სხვადასხვა რეგიონის სასაზღვრო კვანძებზე.
  • 700 000+მთელ მსოფლიოში ჰოსტირებული საიტები
  • თქვენ ირჩევთმონაცემთა ცენტრი თითოეული საიტისთვის
  • 99,99%უწყვეტი მუშაობის გარანტია
  • 58პანელის ენები

სად ვმუშაობთ

თითოეული ლოკაციის მიღმა ორი რამ დგას: სამუშაო ფლოტი (worker fleet), რომელიც უზრუნველყოფს თქვენი საიტების მუშაობას, და მართვის სიბრტყე (control plane), რომელიც მათ მართავს. ორივე ითვალისწინებს რეგიონს. თუ რომელ ლოკაციას აირჩევთ, ეს თქვენი გადასაწყვეტია; მის ქვეშ არსებული სიმძლავრე ჩვენი საკუთარი ორგანიზებულია და ჩვენ შეგნებულად ვმუშაობთ ერთზე მეტ მომწოდებელთან, რათა არცერთი ცალკეული მომწოდებელი არ წარმოადგენდეს მთლიან პლატფორმას.

არჩეულია თითოეული საიტისთვის

ჰოსტინგის თითოეული ხაზი მონაცემთა ცენტრების საკუთარ კომპლექტს გთავაზობთ. თქვენ ირჩევთ ერთ-ერთს საიტის შექმნისას, ხოლო შეკვეთის ფორმა გთავაზობთ მხოლოდ იმ ქალაქს, სადაც ამ ხაზს დღეს ადგილი აქვს.

განთავსებულია პირდაპირ რეჟიმში

ყველა ჰოსტინგის გვერდზე და შეკვეთის ფორმაში არსებული ქალაქები იკითხება განთავსების სისტემიდან, ამიტომ ახალი ლოკაცია ჩნდება იმ დღეს, როდესაც მას ექნება თავისუფალი რესურსი, ხოლო სრულად შევსებული აღარ შემოითავაზება.

როგორ მუშაობს განთავსება სინამდვილეში

რეგიონი აღსრულდება კოდში, საიტის შექმნის მომენტში — და არა ოპერატორის მიერ იმის დამახსოვრებით, თუ რომელი ყუთი გამოიყენოს.

ყველა worker მონიშნულია ჭდით

ფლოტში თითოეული ჰოსტი რეგისტრირდება რეგიონის გასაღებით, პროდუქციის ხაზის აფინურობის სიით, ვებ-სერვერის ტიპითა და ტევადობის მაჩვენებლით, შემდეგ კი იღებს სამუშაოს. განთავსების სერვისი კანდიდატებს ფილტრავს ჯერ რეგიონის, შემდეგ პროდუქტის ხაზის, შემდეგ კი თავისუფალი ტევადობის მიხედვით და ირჩევს ყველაზე ნაკლებად დატვირთულ შესაფერის ჰოსტს.

საიტი მემკვიდრეობით იღებს და ინარჩუნებს რეგიონს

თუ რეგიონი მიამაგრეთ, უფლებამოსილნი არიან მხოლოდ ამ რეგიონის მუშაკები. თუ ეს არ გაგიკეთებიათ, საიტი მემკვიდრეობით იღებს იმ მუშაკის რეგიონს, რომელზეც ხვდება, და ეს მნიშვნელობა ინახება საიტზე — ასე რომ, ჩანაწერი იმის შესახებ, თუ სად მდებარეობს თქვენი მონაცემები, არის ველი, რომლის წაკითხვაც შეგიძლიათ, და არა ვარაუდი.

ტევადობა დაკავებულია ატომურად

განთავსება ითხოვს რესურსს პირობითი განახლებით, რომელიც წარმატებით სრულდება მხოლოდ მაშინ, როდესაც worker-ი ჯერ კიდევ აქტიურია, კვლავ იღებს დეპლოებს და ჯერ კიდევ აქვს თავისუფალი რესურსი. ბოლო ადგილისთვის მოცილე ორ დეპლოის ერთდროულად გამარჯვება არ შეუძლია, ამიტომ რეგიონი ჩუმად არასოდეს გადაიტვირთება.

არასწორ რეგიონზე უჩუმი გადართვა არ ხდება

თუ თქვენს რეგიონში შესაბამის რესურსს ადგილი არ აქვს, განთავსება იწვევს განთავსების შეცდომას და ჩერდება. ის არ გადადის სხვა კონტინენტზე მოთხოვნის წარმატებით შესასრულებლად. თვალსაჩინო შეცდომა და სიმძლავრის დამატება სჯობს საიტს, რომელმაც ჩუმად შეიცვალა ქვეყანა.

დაცლა შეფერხების ნაცვლად

თითოეულ worker-ს აქვს accepts-deploys გადამრთველი. მისი drain რეჟიმზე გადართვა აჩერებს ახალი საიტების მიღებას, მაშინ როდესაც არსებული საიტები შეუფერხებლად აგრძელებს მუშაობას; სწორედ ასე ვახორციელებთ ტექნიკურ მომსახურებას, აპარატურის განახლებასა და ექსპლუატაციიდან ამოღებას რეგიონის შიგნით თქვენი დატვირთვების გადატანის გარეშე.

მონაცემთა რეზიდენტობა, როგორც პროდუქტის გადაწყვეტილება

მონაცემთა რეზიდენტობა ჰოსტინგის იმ მცირერიცხოვან გადაწყვეტილებათა შორისაა, რომელთა შეცვლაც ნამდვილად რთულია, ამიტომ პლატფორმა მას განიხილავს არა როგორც დეპლოიმენტის უბრალო დეტალს, არამედ როგორც პირველი რიგის განზომილებას. კლიენტის მიერ რეზიდენტობის არჩევანი განთავსების პროცესის საწყისი პარამეტრია, რეგიონი ფიქსირდება საიტისთვის და ფლოტი შესაბამისად ინიშნება ჭდეებით. სწორედ ეს ხდის რეზიდენტობის შესახებ პასუხს აუდიტირებადს და არა მხოლოდ სიტყვიერ მტკიცებულებას.

მოიჯარეობის მოდელი მის პარალელურად მუშაობს. ძრავის თითოეულ ჩანაწერს გააჩნია ორგანიზაციის ფარგლები PostgreSQL-ის სტრიქონის დონის უსაფრთხოებით, რომელიც მონაცემთა ბაზის დონეზეა აღსრულებული, ხოლო მოიჯარეობა იერარქიულია — გადამყიდველი ორგანიზაცია კლიენტ ორგანიზაციებზე მაღლა დგას, ხოლო ეს უკანასკნელი საიტებზე მაღლა. რეგიონი პასუხობს კითხვას, სად მდებარეობს მონაცემები; სტრიქონის დონის უსაფრთხოება კი პასუხობს კითხვას, ვის შეუძლია მათზე წვდომა. ორივე მნიშვნელოვანია შესაბამისობის შემმოწმებლისთვის და არცერთი არ არის არასავალდებულო.

GDPR-ის მონაცემთა ექსპორტი და წაშლა იმავე დიზაინის ნაწილია და არა დამატებით მიბმული პროცესი, ხოლო პრივილეგირებული და ადმინისტრაციული ქმედებები აღირიცხება აუდიტის ჟურნალში. თუ თქვენი მყიდველის კითხვარში ისმება კითხვა, თუ სად ინახება მონაცემები, ვის შეუძლია მათი მოთხოვნა და რა ხდება, როდესაც სუბიექტი მათ უკან დაბრუნებას მოითხოვს, აქ ამ კითხვებზე პასუხის გაცემა შესაძლებელია.

ადგილობრივი წარმოშობა სიჩქარის ისტორიის მხოლოდ ნახევარია

ახლომდებარე რეგიონის არჩევა სასარგებლოა, თუმცა შეყოვნების უმეტესი ნაწილი, რომელსაც თქვენი ვიზიტორები გრძნობენ, წყდება მანამ, სანამ მოთხოვნა თქვენს საწყის სერვერს მიაღწევს.

  • Cloudflare ყველაფრის სათავეში დგას — CDN, WAF, DNS და DDoS დაცვა — ამიტომ ქეშირებადი პასუხების მიწოდება ხდება ვიზიტორთან ახლოს მდებარე პერიფერიული ქსელიდან (edge) და არა თქვენი ძირითადი რეგიონიდან.
  • LSCache მუშაობს უშუალოდ worker-ზე, როგორც სერვერის დონის მთლიანი გვერდის ქეში ESI-ით და ჭკვიანი ავტომატური გასუფთავებით, რაც ნიშნავს, რომ WordPress-ის მოთხოვნების უმეტესობა საერთოდ არ ეხება PHP-ს ან MySQL-ს.
  • თითოეული საიტის Redis ობიექტების ქეში აპლიკაციამდე მიღწეული მოთხოვნებიდან მონაცემთა ბაზის განმეორებით წაკითხვებს გამორიცხავს.
  • გაწმენდა კოორდინირებულია ორივე ფენაზე მართვის პანელის ერთი ელემენტიდან და WordPress-ის შიგნიდან Zinn® ქეშის პლაგინის მეშვეობით, ასე რომ გამოქვეყნების შემდეგ კიდის ასლი და საწყისი ასლი არასოდეს განსხვავდება.
  • Footprint-Free-ის მომხმარებლები ზემოდან ამატებენ CDN ანგარიშების აუზებს: საიტები ნაწილდება ჩვენს და თქვენს საკუთარ ანგარიშებს შორის, ხოლო ბალანსი ხელახლა გამოითვლება ანგარიშის რეალური მდგომარეობიდან განთავსების დროს.
  • ჩვენ არ ვაქვეყნებთ დაყოვნების ან გამტარუნარიანობის ტესტებს და არ ვამტკიცებთ, რომ რომელიმე კონკრეტული რეგიონი იქნება ყველაზე სწრაფი თქვენი აუდიტორიისთვის. აირჩიეთ რეგიონი, რომელზეც მიუთითებენ თქვენი ვიზიტორები და თქვენი შესაბამისობის მოთხოვნები, და დანარჩენი ქეშირების შრეებს მიანდეთ.

მარცხის დომენები, სარეზერვო ასლები და პატიოსანი საზღვრები

მრავალრეგიონულობას ძალიან მცირე ფასი აქვს, თუ ყველაფერი მაინც ერთ ბედს იზიარებს. არქიტექტურა აცალკევებს იმ ნაწილებს, რომლებიც ერთად არ უნდა გამოვიდეს მწყობრიდან.

მართვის სიბრტყე და ფლოტი განცალკევებულია

ძრავა, მონაცემთა ბაზა, სამუშაო პროცესის ფენა და მართვის პანელები მუშაობენ საკუთარ Kubernetes მართვის სიბრტყეზე, სრულიად განცალკევებით იმ სამუშაო ფლოტისგან, რომელიც ემსახურება მომხმარებელთა საიტებს. მართვის სიბრტყის ინციდენტმა არ უნდა გათიშოს მომხმარებელთა საიტები, ხოლო ფლოტის ინციდენტმა არ უნდა გათიშოს პლატფორმა.

საჯარო ზედაპირები ასევე დამოუკიდებელია

მომხმარებლის მართვის პანელი, ადმინისტრატორის კონსოლი და ეს მარკეტინგული საიტი Cloudflare-ზე მართვის სიბრტყის კლასტერისგან დამოუკიდებლად არის განთავსებული, ასე რომ, პლატფორმის ინციდენტი არ გააქრობს იმ ადგილს, სადაც მის შესახებ წასაკითხად შეხვიდოდით.

სტატუსი პლატფორმის გარეთაა

სტატუსის გვერდი განზრახ განთავსებულია სხვა პროვაიდერთან, განსხვავებულ რეგიონში. სტატუსის გვერდი, რომელიც მუშაობს იმავე ინფრასტრუქტურაზე, რომელსაც აკონტროლებს, სრულიად უსარგებლოა ზუსტად იმ მომენტში, როდესაც ის გჭირდებათ.

უცვლელი, გარე ობიექტზე განთავსებული, იზოლირებული სარეზერვო ასლები

თითოეული საიტის სარეზერვო ასლები უცვლელია და ინახება საიტის გარეთ ობიექტურ საცავში, ხოლო აღდგენის პროცესი გამოცდილია და არა უბრალოდ ნავარაუდევი. აღდგენა ხორციელდება მართვის პანელიდან ერთი დაწკაპუნებით, ფაილების მმართველთან, დომენებთან, DNS-თან, SSL-თან და ჟურნალებთან ერთად.

რასაც ჩვენ არ ვამტკიცებთ

ამ გვერდზე ჩვენ არ ვაცხადებთ მომსახურების დონის შეთანხმებას, რეაგირების დროს ან შეყოვნების მაჩვენებელს — SLA პირობები თანხმდება თითოეული ხელშეკრულებით. Footprint-Free გეგმებთან დაკავშირებული 99.99%-იანი მაჩვენებელი არის უწყვეტი მუშაობის გარანტია, მიზანი, რომლისკენაც მივისწრაფვით, და არა ხელმისაწვდომობის გაზომილი ისტორიული მონაცემი.

რეგიონის არჩევა

პრაქტიკაში გადაწყვეტილება ოთხ შეკითხვამდე დაიყვანება და მომხმარებელთა უმეტესობა მათ ერთ წუთზე ნაკლებ დროში პასუხობს.

  • გაქვთ სახელშეკრულებო ან მარეგულირებელი რეზიდენტობის მოთხოვნა? თუ კი, ეს წყვეტს საკითხს — EU მომხმარებლები, რომლებსაც აქვთ GDPR ვალდებულებები, ირჩევენ მონაცემთა ცენტრს ევროკავშირის შიგნით, და ჩვენ გვაქვს GDPR-თავსებადი EU მარშრუტი, როდესაც კონტრაქტი ამას კონკრეტულად მოითხოვს.
  • სად იმყოფება აუდიტორია, რომლისგანაც რეალურად იღებთ შემოსავალს? შეკვეთის ფორმაში შემოთავაზებული ქალაქებიდან აირჩიეთ მასთან ყველაზე ახლოს მდებარე მონაცემთა ცენტრი.
  • მოითხოვს თუ არა თქვენი მყიდველის შესყიდვების განყოფილება სერტიფიცირებულ საბაზისო პლატფორმას? თუ თქვენი საიტების ქვეშ არსებული ინფრასტრუქტურის SOC 2 ან ISO 27001 ატესტაცია მკაცრი მოთხოვნაა, შეგვატყობინეთ შექმნამდე და ჩვენ განგათავსებთ ისეთ სიმძლავრეზე, რომელსაც გააჩნია ეს სერტიფიკატი.
  • გსურთ თქვენი პორტფოლიოს განაწილება შეფერხების დომენებს შორის? საიტების ერთზე მეტ მონაცემთა ცენტრში განთავსება გამორიცხავს ერთ ლოკაციაზე კონცენტრაციას.
  • დარწმუნებული არ ხართ? დაიწყეთ საცდელი პერიოდით ბარათის გარეშე. მართვის პანელში, დრაივერებში ან ფუნქციათა ნაკრებში არაფერი იცვლება, როდესაც მოგვიანებით სხვაგან განათავსებთ.

ხშირად დასმული კითხვები

შემიძლია ავირჩიო, რომელ რეგიონში განთავსდეს ჩემი საიტები?

დიახ. რეგიონი არის განთავსების ძრავის შემავალი პარამეტრი და არა ძირითადი პროცესის მიღმა დამუშავებული მოთხოვნა. მიამაგრეთ რეგიონი და მხოლოდ ამ რეგიონისთვის მონიშნულ ფლოტის თანამშრომლებს ექნებათ საიტის მიღების უფლება; არჩეული რეგიონი შემდეგ ინახება საიტის ჩანაწერში, რათა ყოველთვის შეძლოთ იმის შემოწმება, თუ სად მუშაობს ის. დატოვეთ დაუყენებელი და საიტი მემკვიდრეობით მიიღებს იმ თანამშრომლის რეგიონს, რომელზეც მოხვდება.

რომელ რეგიონებში ფუნქციონირებთ?

ეს დამოკიდებულია ჰოსტინგის ხაზზე, რადგან თითოეული ხაზი მისთვის შექმნილ რესურსზე მუშაობს. შეკვეთის ფორმა და ჰოსტინგის თითოეული გვერდი უთითებს იმ ქალაქებს, რომელთა არჩევაც დღეს შეგიძლიათ, რაც პირდაპირ რეჟიმში იკითხება განთავსების სისტემიდან, ასე რომ, ეს პასუხი არასდროს ძველდება. მკაცრი EU რეზიდენტობისთვის, აირჩიეთ მონაცემთა ცენტრი ევროკავშირის შიგნით; როდესაც შესყიდვა მოითხოვს სერტიფიცირებულ საბაზისო პლატფორმას, ჩვენ შეგვიძლია განვათავსოთ იმ რესურსზე, რომელიც აკმაყოფილებს ამ მოთხოვნებს. თითოეული ლოკაციის მიღმა არსებული მომწოდებლები ჩვენი საკუთარი კომერციული შეთანხმებაა — თქვენ ირჩევთ ლოკაციას და არა მომწოდებელს.

ფლობთ თუ არა SOC 2 ან ISO 27001 სერტიფიკატს?

არა — Zinn Digital®-ს ამჟამად არ გააჩნია საკუთარი შესაბამისობის სერტიფიკატები და ჩვენ საპირისპიროს არ ვამტკიცებთ. რაც შეგვიძლია გავაკეთოთ, არის თქვენი სამუშაო დატვირთვის განთავსება ისეთ ბაზისურ პლატფორმაზე, რომელსაც გააჩნია ისინი, იმ შემთხვევაში, თუ მყიდველის შესყიდვები თქვენი საიტების ქვეშ სერტიფიცირებულ პლატფორმას მკაცრ მოთხოვნად აყენებს. ცალკე აღნიშვნის ღირსია, რომ თავად პლატფორმის კონტროლის მექანიზმები რეალური და შემოწმებადია: იზოლაცია თითოეული საიტისთვის, სტრიქონის დონის უსაფრთხოება მოიჯარის ფარგლებში არსებულ ყველა ცხრილზე, Vault-ში შენახული საიდუმლოებები, TLS ყველგან და პრივილეგირებული მოქმედებების აუდიტის აღრიცხვა.

რა მოხდება, თუ ჩემთვის სასურველ რეგიონში ტევადობა არ არის?

განლაგება აშკარად მარცხდება განთავსების შეცდომით, ნაცვლად იმისა, რომ ჩუმად განათავსოს თქვენი საიტი სხვაგან. ეს მიზანმიმართულია: საიტი, რომელმაც ჩუმად შეიცვალა იურისდიქცია, ბევრად უარესი შედეგია, ვიდრე განლაგება, რომელიც შეჩერდა და მიზეზი გაცნობათ. სიმძლავრე იზრდება ამ რეგიონში მეტი ჰოსტის ონლაინ რეჟიმში ჩართვით, სადაც ისინი თავად რეგისტრირდებიან და დაუყოვნებლივ იწყებენ სამუშაოს მიღებას.

იქნება თუ არა ჩემი საიტი ნელი იმ ვიზიტორებისთვის, რომლებიც მონაცემთა ცენტრისგან შორს იმყოფებიან?

ჩვენ არ ვაქვეყნებთ დაყოვნების ბენჩმარკებს და არ ვიძლევით კონკრეტული მაჩვენებლის დაპირებას. რისი აღწერაც შეგვიძლია, ეს არის არქიტექტურა: Cloudflare დგას თითოეული საიტის წინ, რათა ქეშირებადი პასუხების მიწოდება მოხდეს ვიზიტორთან ახლოს მდებარე სასაზღვრო ლოკაციიდან, LSCache აწვდის სრულ გვერდებს worker-იდან PHP-სა და მონაცემთა ბაზასთან შეხების გარეშე, ხოლო თითოეული საიტის Redis ობიექტების ქეში შთანთქავს განმეორებით მოთხოვნებს. კონტენტის მქონე საიტების უმრავლესობისთვის ეს კომბინაცია ნიშნავს, რომ საწყის რეგიონს გაცილებით ნაკლები მნიშვნელობა აქვს, ვიდრე ქეშის კონფიგურაციას. თუ თქვენი აუდიტორია კონცენტრირებულია ერთ კონტინენტზე, საწყისი წერტილი მაინც იქ განათავსეთ.

შემიძლია არსებული საიტის სხვა რეგიონში გადატანა მოგვიანებით?

რეგიონი განისაზღვრება საიტის განთავსებისას და ინახება საიტის ჩანაწერში, ამიტომ რეგიონის შეცვლა წარმოადგენს მიგრაციას და არა უბრალო გადართვას. შექმნამდე დაგვიკავშირდით, თუ წინასწარ იცით, რომ გადატანა იგეგმება — გაცილებით იაფია თავიდანვე სწორად განთავსება, ვიდრე აქტიური პორტფოლიოს გადატანა.

სად ინახება ჩემი სარეზერვო ასლები?

თითოეული საიტის სარეზერვო ასლები არის უცვლელი, გარე ლოკაციაზე განთავსებული და სამუშაო ინფრასტრუქტურისგან იზოლირებული, იწერება ობიექტურ საცავში აღდგენის პროცესების პრაქტიკული შემოწმებით და არა ვარაუდით, და მათი აღდგენა შესაძლებელია პანელიდან ერთი დაწკაპუნებით. თუ თქვენი შესაბამისობის მოთხოვნები მოითხოვს სარეზერვო ასლების საცავის კონკრეტულ იურისდიქციაში განთავსებას, მოგვმართეთ პირდაპირ — ეს არის სახელშეკრულებო დეტალი, რომელსაც ინდივიდუალურად ვათანხმებთ თითოეულ მომხმარებელთან, და არა ზოგადი განცხადება ვებგვერდზე.

შემიძლია ვცადო რეგიონის არჩევის გარეშე?

დიახ. საცდელი პერიოდი გრძელდება 14 დღე და ბარათი არ არის საჭირო. ის მოიცავს Footprint-Free Hosting-ს ხუთამდე საიტისთვის, რაც საკმარისია იმის სანახავად, თუ როგორ მუშაობს განთავსებები, განლაგება და ქეშის ფენები, სანამ გადაწყვეტთ, სად უნდა განთავსდეს თქვენი სამუშაო პორტფოლიო.

დაიწყეთ იქ, სადაც აზრი აქვს, გადადით მაშინ, როდესაც მნიშვნელოვანია

დაიწყეთ 14-დღიანი საცდელი პერიოდი ბარათის გარეშე, ან ჯერ გვაცნობეთ მონაცემთა რეზიდენტობის მოთხოვნის შესახებ და ჩვენ პირველივე განთავსებიდან სწორად განგათავსებთ.

დაიწყეთ უფასოდ