પ્રદેશો અને ડેટા નિવાસસ્થાન

તમારી સાઇટ્સ ત્યાં જ ચાલે છે જ્યાં તમે કહો છો

આ પ્લેટફોર્મ પર પ્રદેશ (region) એ કોઈ સપોર્ટ ટિકિટ નથી — તે સાઇટની એક વિશેષતા છે, જે જ્યારે પણ કોઈ ડિપ્લોયમેન્ટ કરવામાં આવે ત્યારે પ્લેસમેન્ટ એન્જિન દ્વારા માનવામાં આવે છે. યુરોપ, યુનાઇટેડ સ્ટેટ્સ અથવા એશિયા-પેસિફિક પસંદ કરો, અને દરેક ડિપ્લોયમેન્ટ તે પ્રદેશ માટે ટેગ કરેલી ફ્લીટ ક્ષમતા પર પહોંચે છે, જેની આગળ વૈશ્વિક એજ (edge) હોય છે. ઉપલબ્ધતા: UK બહારની અમારી પોતાની ફ્લીટ ક્ષમતા સક્રિય વિકાસ હેઠળ છે અને હજુ ઉપલબ્ધ નથી. અહીં વર્ણવેલ બાકીનું બધું આજથી જ લાઇવ છે.

  • ૬૫૦,૦૦૦+સમગ્ર વિશ્વમાં હોસ્ટ કરેલી સાઇટ્સ
  • EU · US · APACપ્લેસમેન્ટ વિસ્તારો
  • ૯૯.૯૯%અપટાઇમ ખાતરી
  • ૫૮પૅનલ ભાષાઓ

જ્યાં અમે ચલાવીએ છીએ

દરેક ક્ષેત્રની પાછળ બે બાબતો હોય છે: વર્કર ફ્લીટ જે તમારી સાઇટ્સ ચલાવે છે, અને કંટ્રોલ પ્લેન જે તેને મેનેજ કરે છે. બંને ક્ષેત્ર-જાગૃત છે, અને બંનેને સમાન કારણોસર ગોઠવવામાં આવ્યા છે — યુરોપ અને યુએસમાં અમે મેળવી શકીએ તેવું શ્રેષ્ઠ કિંમત/પ્રદર્શન, તે બે બજારો ઉપરાંતનું કવરેજ, અને ખરીદદારો કે જેમની ખરીદીની જરૂરિયાતો એક માંગ કરે છે તેમના માટે પ્રમાણિત-અંતર્ગત-પ્લેટફોર્મ વિકલ્પ. કયું ક્ષેત્ર પસંદ કરવું તે તમારી પસંદગી છે; તેની નીચેની ક્ષમતા અમારી પોતાની વ્યવસ્થા છે, અને અમે જાણી જોઈને એક કરતાં વધુ સપ્લાયર પર કામ કરીએ છીએ જેથી ક્યારેય કોઈ એક પ્લેટફોર્મ ન બને.

યુરોપ — જર્મની

અમારી જર્મન ક્ષમતા એ પ્રાથમિક પ્રદેશ છે અને અમે ક્યાંય પણ ચલાવીએ છીએ તેમાં શ્રેષ્ઠ કિંમત/પ્રદર્શન પ્રદાન કરે છે. નવી ક્ષમતા અહીં પહેલા આવે છે, તેથી જ તે યુરોપિયન ગ્રાહકો માટે અને પોતાની કોઈ નિવાસસ્થાનની જરૂરિયાત ન ધરાવતી કોઈપણ વ્યક્તિ માટે ડિફોલ્ટ છે.

યુરોપ — ફિનલેન્ડ

Finland યુરોપિયન વર્કલોડ્સને બીજું, ભૌતિક રીતે અલગ EU લોકેશન આપે છે. જ્યારે તમે EU રેસિડેન્સી ઈચ્છતા હોવ પરંતુ સમગ્ર પોર્ટફોલિયોને એક દેશના ફેલ્યોર ડોમેનમાં રાખવા ન માંગતા હોવ ત્યારે ઉપયોગી છે.

યુનાઇટેડ સ્ટેટ્સ — પૂર્વ અને પશ્ચિમ

અમારી યુનાઇટેડ સ્ટેટ્સ ક્ષમતા પૂર્વમાં વર્જિનિયાથી લઈને પશ્ચિમમાં ઓરેગોન સુધી ફેલાયેલી છે, જે બંને કિનારાઓને આવરી લે છે. એ જ એન્જિન, એ જ ડ્રાઇવર્સ, એ જ પેનલ — માત્ર એ જ બદલાય છે કે પ્લેસમેન્ટ એન્જિન તમારી સાઇટ્સ માટે કયા રીજિયન ટૅગને સ્વીકારશે.

એશિયા-પેસિફિક

એશિયા-પેસિફિક ટોક્યો, સિંગાપોર અને સિઓલમાં ચાલે છે. આ એ જ પેટર્ન છે જેના પર આખું પ્લેટફોર્મબનેલું છે: કોઈપણ ક્ષેત્રની નીચેની ક્ષમતા એ આપણા એન્જિન પાછળનું બદલી શકાય તેવું ઇન્ફ્રાસ્ટ્રક્ચર છે, ક્યારેય એન્જિન પોતે નહીં, અને અમે તે ક્ષેત્રમાં એક કરતાં વધુ સપ્લાયર ચલાવીએ છીએ જેથી કોઈ પણ સાઇટ ક્યારેય કોઈ એક સાથે બંધાયેલી ન રહે.

કઠોર નિવાસ અને પ્રમાણિત પ્લેટફોર્મ્સ

જ્યાં કોઈ કરાર GDPR-સંબંધિત EU ઇન્ફ્રાસ્ટ્રક્ચરની માંગ કરે છે, અથવા ખરીદનારની ખરીદી પ્રક્રિયા આગ્રહ રાખે છે કે અંતર્ગત પ્લેટફોર્મ પાસે SOC 2, ISO 27001 અથવા HIPAA પ્રમાણપત્રો છે, ત્યારે અમે તમારા વર્કલોડને એવી ક્ષમતા પર મૂકી શકીએ છીએ જે તે પ્રમાણપત્રો ધરાવે છે. તે અંતર્ગત પ્લેટફોર્મના પ્રમાણપત્રો છે, આપણા નહીં — આપણી પાસે પોતાનું કોઈ પ્રમાણપત્ર નથી અને અમે ક્યારેય એવું સૂચિત કરીશું નહીં.

પ્લેસમેન્ટ વાસ્તવમાં કેવી રીતે કામ કરે છે

જ્યાં સુધી કોઈ ઓપરેટર કયું બૉક્સ વાપરવું તે યાદ રાખવાને બદલે, સાઇટ બનાવતી વખતે કોડમાં જ ક્ષેત્ર (Region) ફરજિયાત બનાવવામાં આવે છે.

દરેક વર્કર પર ટૅગ લગાવેલ છે

ફ્લીટમાં દરેક હોસ્ટ રીજન કી, પ્રોડક્ટ-લાઇન એફિનિટી લિસ્ટ, વેબ-સર્વર પ્રકાર અને ક્ષમતાના આંકડા સાથે પોતાને રજીસ્ટર કરે છે, અને પછી કામ ખેંચે છે. પ્લેસમેન્ટ સેવા પહેલા રીજન પર, પછી પ્રોડક્ટ લાઇન પર અને પછી ખાલી ક્ષમતા પર ઉમેદવારોને ફિલ્ટર કરે છે, અને સૌથી ઓછા લોડ થયેલ યોગ્ય હોસ્ટને પસંદ કરે છે.

સાઇટ પ્રદેશને વારસામાં મેળવે છે અને જાળવી રાખે છે

જો તમે કોઈ પ્રદેશ પિન કર્યો હોય, તો ફક્ત તે પ્રદેશના વર્કર્સ જ પાત્ર છે. જો તમે તેમ ન કર્યું હોય, તો સાઈટ તે વર્કરનો પ્રદેશ વારસામાં મેળવે છે જેના પર તે લેન્ડ થાય છે અને તે મૂલ્ય સાઈટ પર સંગ્રહિત થાય છે — જેથી તમારા ડેટા ક્યાં રહે છે તેનો રેકોર્ડ એ એક ફીલ્ડ છે જેને તમે વાંચી શકો છો, કોઈ ધારણા નથી.

ક્ષમતા એટોમિકલી દાવો કરવામાં આવે છે

પ્લેસમેન્ટ શરતી અપડેટ સાથે ક્ષમતાનો દાવો કરે છે જે ફક્ત ત્યારે જ સફળ થાય છે જ્યારે વર્કર હજુ પણ સક્રિય હોય, હજુ પણ ડિપ્લોય સ્વીકારતો હોય અને હજુ પણ ક્ષમતાની મર્યાદામાં હોય. છેલ્લા સ્લોટ માટે રેસિંગ કરતા બે ડિપ્લોય બંને જીતી શકતા નથી, તેથી કોઈ ક્ષેત્ર ક્યારેય શાંતિથી ઓવરસબસ્ક્રાઇબ થતું નથી.

ખોટા પ્રદેશ પર કોઈ મૂંગો ફોલબેક નહીં

જો તમારા પ્રદેશમાં પાત્ર હોય તેવી કોઈપણ જગ્યા ખાલી ન હોય, તો ડિપ્લોય પ્લેસમેન્ટ ત્રુટી ઉભી કરે છે અને અટકી જાય છે. વિનંતી સફળ કરવા માટે તે બીજા ખંડ પર પાછું ફરતું નથી. દેખીતી નિષ્ફળતા અને ક્ષમતાનો ઉમેરો એ એવા સાઈટ કરતા વધુ સારા છે જે મૂગા મોઢે દેશ બદલી નાખે છે.

વિક્ષેપને બદલે ડ્રેઇન કરો

દરેક વર્કર એક એસેપ્ટ્સ-ડિપ્લોય્ઝ સ્વીચ ધરાવે છે. તેને ડ્રેઇન પર ફ્લિપ કરવાથી નવી સાઇટ્સ આવતી અટકી જાય છે જ્યારે હાલની સાઇટ્સ અપ્રભાવિત રીતે ચાલુ રહે છે, જે તમારા વર્કલોડ્સને ખસેડ્યા વગર પ્રદેશની અંદર જાળવણી, હાર્ડવેર રિફ્રેશ અને ડીકમિશનિંગ કરવાની અમારી રીત છે.

ઉત્પાદન નિર્ણય તરીકે નિવાસસ્થાન

ડેટા રેસિડેન્સી એ હોસ્ટિંગના એવા કેટલાક નિર્ણયોમાંથી એક છે જેને પાછો ખેંચવો ખરેખર મુશ્કેલ છે, તેથી પ્લેટફોર્મ તેને ડિપ્લોયમેન્ટની સામાન્ય વિગતને બદલે એક પ્રાથમિક પરિમાણ તરીકે ગણે છે. ગ્રાહકની રેસિડેન્સી પસંદગી એ પ્લેસમેન્ટ માટેનો એક ઇનપુટ છે, સાઇટ સામે રીજન રેકોર્ડ કરવામાં આવે છે, અને ફ્લીટને મેચ કરવા માટે ટેગ કરવામાં આવે છે. આ જ બાબત રેસિડેન્સીના જવાબને કલ્પનાશીલ હોવાને બદલે ઓડિટ કરવા યોગ્ય બનાવે છે.

ટેનન્સી મોડેલ તેની સાથેસાથે ચાલે છે. એન્જિનમાંની દરેક રેકોર્ડ ડેટાબેઝ પર લાગુ PostgreSQL પંક્તિ-સ્તરની સુરક્ષા સાથે સંસ્થાના સ્કોપને વહન કરે છે, અને ટેનન્સી હાયરાર્કીકલ છે — ક્લાયન્ટ સંસ્થાઓથી ઉપર રીસેલર સંસ્થા અને તેની ઉપર સાઇટ્સ. રીજન ડેટા ક્યાં રહેલો છે તેનો જવાબ આપે છે; પંક્તિ-સ્તરની સુરક્ષા કોણ તેનો ઉપયોગ કરી શકે છે તેનો જવાબ આપે છે. બંને કમ્પ્લાયન્સ સમીક્ષક માટે મહત્વપૂર્ણ છે અને એક પણ વૈકલ્પિક નથી.

GDPR ડેટા એક્સપોર્ટ અને ડિલીટ કરવાની પ્રક્રિયા અલગથી જોડવામાં આવતી સુવિધા નથી, પરંતુ તે ડિઝાઇનનો જ એક ભાગ છે, અને વિશેષ તથા એડમિનિસ્ટ્રેટિવ ક્રિયાઓનું ઓડિટ-લોગિંગ થાય છે. જો તમારા ખરીદદારની પ્રશ્નાવલિમાં પૂછવામાં આવે કે ડેટા ક્યાં સંગ્રહિત છે, તેની પૂછપરછ કોણ કરી શકે છે અને જ્યારે કોઈ વિષય તેના ડેટા પાછા માંગે ત્યારે શું થાય છે, તો આ તમામ પ્રશ્નોના જવાબો અહીં મળી શકે છે.

લોકલ ઓરિજિન એ સ્પીડની વાર્તાનો માત્ર અડધો ભાગ છે

નજીકનો પ્રદેશ પસંદ કરવાથી મદદ મળે છે, પરંતુ તમારા મુલાકાતીઓ જે લેટન્સી અનુભવે છે તેમાંથી મોટા ભાગની વિનંતી તમારા ઓરિજિન સુધી પહોંચે તે પહેલાં જ નક્કી થઈ જાય છે.

  • Cloudflare એવરીથિંગ ફ્રન્ટ કરે છે — CDN, WAF, DNS અને DDoS પ્રોટેક્શન — જેથી કેશ કરી શકાય તેવા રિસ્પોન્સિસ તમારા ઓરિજિન ક્ષેત્રમાંથી નહીં પરંતુ વિઝિટરની નજીક એજ પરથી સર્વ થાય છે.
  • LSCache એ સર્વર-સ્તરના ફુલ-પેજ કેશ તરીકે સીધા વર્કર પર જ ESI અને સ્માર્ટ ઓટો-પર્જ સાથે ચાલે છે, જેનો અર્થ એ છે કે મોટાભાગની WordPress વિનંતીઓ ક્યારેય PHP અથવા MySQL ને સ્પર્શતી જ નથી.
  • પ્રત્યેક સાઇટ માટેનું Redis ઑબ્જેક્ટ કૅશ એપ્લિકેશન સુધી પહોંચતી વિનંતીઓમાંથી વારંવાર થતા ડેટાબેઝ રીડ્સને દૂર કરે છે.
  • પૅનલ પરના એક જ નિયંત્રણથી અને WordPress ની અંદર Zinn® કેશ પ્લગઇન દ્વારા બંને સ્તરો પર પર્જનું સંકલન કરવામાં આવે છે, જેથી તમે પ્રકાશિત કરો તે પછી એજ કૉપિ અને મૂળ કૉપિ ક્યારેય અસંમત ન થાય.
  • Footprint-Free ગ્રાહકો ટોચ પર CDN એકાઉન્ટ પૂલ ગોઠવે છે: સાઇટ્સ અમારા એકાઉન્ટ્સ અને તમારા પોતાના પર ફેલાયેલી હોય છે, જેમાં ડિપ્લોય કરતી વખતે લાઇવ એકાઉન્ટ સ્ટેટમાંથી બેલેન્સ ફરીથી ગણવામાં આવે છે.
  • અમે કોઈ લેટેન્સી અથવા થ્રુપુટ બેન્ચમાર્ક પ્રકાશિત કરતા નથી, અને અમે એવો દાવો કરતા નથી કે આપેલું ક્ષેત્ર તમારા દર્શકો માટે સૌથી ઝડપી હશે. તમારા મુલાકાતીઓ અને તમારી અનુપાલન સ્થિતિ જે ક્ષેત્ર તરફ નિર્દેશ કરે છે તેને પસંદ કરો, અને કેશ લેયર્સને બાકીનું કામ કરવા દો.

નિષ્ફળતા ડોમેન્સ, બેકઅપ્સ અને પ્રામાણિક સીમાઓ

મલ્ટી-રીજિયનનું કોઈ ખાસ મૂલ્ય નથી જો બધું જ હજી એક જ ભાગ્ય શેર કરતું હોય. આ આર્કિટેક્ચર એવા ભાગોને અલગ કરે છે જેણે સાથે નિષ્ફળ ન જવું જોઈએ.

કંટ્રોલ પ્લેન અને ફ્લીટ અલગ છે

એન્જિન, ડેટાબેઝ, વર્કફ્લો લેયર અને ડેશબોર્ડ્સ તેમના પોતાના કુબર્નેટ્સ કંટ્રોલ પ્લેન પર ચાલે છે, જે ગ્રાહકની સાઇટ્સને સર્વ કરતા વર્કર ફ્લીટથી સંપૂર્ણપણે અલગ છે. કંટ્રોલ પ્લેનની કોઈ ઘટનાને કારણે ગ્રાહકની સાઇટ્સ બંધ ન થવી જોઈએ, અને ફ્લીટની કોઈ ઘટનાને કારણે પ્લેટફોર્મ બંધ ન થવું જોઈએ.

સાર્વજનિક સપાટીઓ પણ સ્વતંત્ર છે

ગ્રાહક ડેશબોર્ડ, એડમિન કન્સોલ અને આ માર્કેટિંગ સાઈટ કંટ્રોલ-પ્લેન ક્લસ્ટરથી સ્વતંત્ર રીતે Cloudflare પર ડિપ્લોય કરવામાં આવ્યા છે, જેથી પ્લેટફોર્મની કોઈ ઘટના બને ત્યારે તેના વિશે વાંચવા માટે તમારે જ્યાં જવું પડશે તે જગ્યા પણ બંધ થઈ જતી નથી.

સ્ટેટસ પ્લેટફોર્મની બહાર છે

સ્થિતિ પૃષ્ઠ (status page) જાણી જોઈને અલગ પ્રદેશમાં અલગ પ્રોવાઈડર સાથે હોસ્ટ કરવામાં આવ્યું છે. જે ઈન્ફ્રાસ્ટ્રક્ચરનું તે મોનિટરિંગ કરતું હોય તેના પર જ ચાલતું સ્થિતિ પૃષ્ઠ બરાબર તે જ ક્ષણે નકામું સાબિત થાય છે જ્યારે તમને તેની સૌથી વધુ જરૂર હોય છે.

અપરિવર્તનક્ષમ, ઑફસાઇટ, અલગ કરેલા બેકઅપ્સ

સાઇટ-દીઠ બેકઅપ અપરિવર્તનશીલ અને ઓફસાઇટ છે, જે ઓબ્જેક્ટ સ્ટોરેજમાં લખાયેલા છે, જેમાં ધારણા કરવાને બદલે પુનઃસ્થાપનની ચકાસણી કરવામાં આવે છે. ફાઇલ મેનેજર, ડોમેન્સ, DNS, SSL અને લોગની સાથે પેનલમાંથી રિસ્ટોર વન-ક્લિક છે.

આપણે જેનો દાવો કરતા નથી

આ પૃષ્ઠ પર અમે કોઈ સર્વિસ-લેવલ એગ્રીમેન્ટ, પ્રતિસાદ સમય અથવા લેટન્સી આંકડો જણાવતા નથી — SLA શરતો કરાર અનુસાર નક્કી થાય છે. Footprint-Free પ્લાન્સ સાથેનો 99.99% આંકડો અપટાઇમની ખાતરી છે, જે એક લક્ષ્ય છે જેના પર અમે કામ કરીએ છીએ, માપવામાં આવેલો કોઈ ઐતિહાસિક ઉપલબ્ધતાનો રેકોર્ડ નથી.

પ્રદેશ પસંદ કરી રહ્યા છીએ

વ્યવહારમાં આ નિર્ણય ચાર પ્રશ્નો પર આધાર રાખે છે, અને મોટાભાગના ગ્રાહકો એક મિનિટથી ઓછા સમયમાં તેના જવાબ આપે છે.

  • શું તમારી પાસે કરારકીય અથવા નિયમનકારી નિવાસ આવશ્યકતા છે? જો હા, તો તે નક્કી કરે છે — GDPR જવાબદારીઓ ધરાવતા EU ગ્રાહકો માટે જર્મની અથવા ફિનલેન્ડ પસંદ કરો, અને જ્યારે કરારની વિશેષ માંગ હોય ત્યારે અમારી પાસે GDPR-નેટિવ EU રૂટ ઉપલબ્ધ છે.
  • તમે વાસ્તવમાં કઈ જગ્યાના દર્શકોમાંથી કમાણી કરો છો? US-કેન્દ્રિત પોર્ટફોલિયો સામાન્ય રીતે વર્જિનિયા અથવા ઓરેગોનમાં હોવો જોઈએ; APAC દર્શકો માટે ટોક્યો, સિંગાપોર અથવા સિઓલ યોગ્ય છે.
  • શું તમારા ખરીદદારની ખરીદ પ્રક્રિયા માટે પ્રમાણિત અંતર્નિહિત પ્લેટફોર્મ આવશ્યક છે? જો તમારી સાઇટ્સની નીચેના ઇન્ફ્રાસ્ટ્રક્ચર પર SOC 2 અથવા ISO 27001 પ્રમાણપત્ર એક સખત શરત હોય, તો તમે નિર્માણ કરો તે પહેલાં અમને જણાવો અને અમે તેને તે ધરાવતી ક્ષમતા પર મૂકીશું.
  • શું તમે તમારા પોર્ટફોલિયોને ફેલ્યોર ડોમેન્સમાં વિભાજિત કરવા માંગો છો? જર્મનીમાં નેવર્કનો એક ભાગ અને ફિનલેન્ડમાં એક ભાગ ચલાવવાથી EU રેસિડેન્સી જળવાઈ રહે છે અને સાથે જ એક જ દેશ પરની નિર્ભરતા દૂર થાય છે.
  • ખાતરી નથી? યુરોપમાં કાર્ડ-મુક્ત ટ્રાયલથી શરૂઆત કરો. તે ડિફૉલ્ટ ક્ષેત્ર છે, ત્યાં ક્ષમતા સૌથી વધુ છે, અને જ્યારે તમે પછીથી અન્યત્ર ડિપ્લોય કરો છો ત્યારે પેનલ, ડ્રાઇવરો કે સુવિધાના સમૂહ વિશે કંઈપણ બદલાતું નથી.

વારંવાર પૂછાતા પ્રશ્નો (FAQ)

શું હું મારી સાઇટ્સ કયા પ્રદેશમાં ડિપ્લોય કરવામાં આવશે તે પસંદ કરી શકું છું?

હા. ક્ષેત્ર (region) એ પ્લેસમેન્ટ એન્જિન માટેનું ઇનપુટ છે, બેન્ડની બહાર હેન્ડલ થતી વિનંતી નથી. કોઈ ક્ષેત્રને પિન કરો અને માત્ર તે ક્ષેત્ર માટે ટેગ કરેલા ફ્લીટ વર્કર્સ જ સાઇટ મેળવવા માટે પાત્ર બને છે; પસંદ કરેલું ક્ષેત્ર પછી સાઇટ રેકોર્ડ પર સંગ્રહિત થાય છે જેથી તમે હંમેશાં વાંચી શકો કે તે ક્યાં ચાલે છે. તેને અનસેટ રાખો અને સાઇટ તે વર્કરના ક્ષેત્રને વારસામાં મેળવે છે જેના પર તે લેન્ડ થાય છે.

તમે કયા પ્રદેશોમાં સંચાલન કરો છો?

જર્મની અને ફિનલેન્ડમાં યુરોપ; વર્જિનિયા અને ઓરેગોનમાં યુનાઇટેડ સ્ટેટ્સ; અને ટોક્યો, સિંગાપોર અને સિઓલમાં એશિયા-પેસિફિક. યુરોપ એ પ્રાથમિક પ્રદેશ છે અને જ્યારે તમે કોઈ પસંદગી વ્યક્ત ન કરો ત્યારે ડિફોલ્ટ છે. કડક EU નિવાસસ્થાન માટે, અથવા જ્યાં ખરીદી માટે પ્રમાણિત અંતર્ગત પ્લેટફોર્મની જરૂર હોય, ત્યાં અમે તે આવશ્યકતાઓને પૂર્ણ કરતી ક્ષમતા પર ગોઠવી શકીએ છીએ. દરેક પ્રદેશ પાછળના સપ્લાયર્સ અમારી પોતાની વ્યાપારી ગોઠવણ છે — તમે વિક્રેતા નહીં, પ્રદેશ પસંદ કરો છો.

શું તમારી પાસે SOC 2 અથવા ISO 27001 છે?

ना — Zinn Digital® આજે તેની પોતાની કોઈ અનુપાલન પ્રમાણપત્રો ધરાવતું નથી, અને અમે તેવું સૂચિત પણ કરીશું નહીં. અમે જે કરી શકીએ છીએ તે એ છે કે તમારા વર્કલોડને એક અંતર્ગત પ્લેટફોર્મ પર મૂકી શકીએ જે તે ધરાવે છે, જ્યાં ખરીદનારની ખરીદી માટે તમારી સાઇટ્સની નીચે પ્રમાણિત પ્લેટફોર્મ હોવું એક સખત આવશ્યકતા છે. અલગથી, પ્લેટફોર્મના પોતાના નિયંત્રણો વાસ્તવિક અને નિરીક્ષણ કરી શકાય તેવા છે: પ્રતિ-સાઇટ આઇસોલેશન, દરેક ટેનેટ-સ્કોપ્ડ ટેબલ પર રો-લેવલ સુરક્ષા, Vault માં રાખેલા સિક્રેટ્સ, સમગ્રમાં TLS, અને વિશેષાધિકૃત ક્રિયાઓની ઓડિટ લોગિંગ.

જો મને જોઈતા ક્ષમતા ઉપલબ્ધ ન હોય તો શું થાય?

ડિપ્લોય સાઇટને છુપી રીતે અન્ય કોઈ જગ્યાએ મૂકવાને બદલે પ્લેસમેન્ટ એરર સાથે સ્પષ્ટપણે નિષ્ફળ જાય છે. તે જાણીબુઝીને કરવામાં આવ્યું છે: શાંતિથી અધિકારક્ષેત્ર બદલી નાખતી સાઇટ એ એવા ડિપ્લોય કરતાં વધુ ખરાબ પરિણામ છે જે રોકાઈ ગયું અને તમને તેનું કારણ જણાવ્યું. તે પ્રદેશમાં વધુ હોસ્ટને ઓનલાઇન લાવીને ક્ષમતા ઉમેરવામાં આવે છે, જ્યાં તેઓ પોતાની નોંધણી કરે છે અને તરત જ કામ સ્વીકારવાનું શરૂ કરે છે.

શું યુરોપમાં હોસ્ટિંગ કરવાથી અન્યત્રના મુલાકાતીઓ માટે મારી સાઈટ ધીમી થઈ જશે?

અમે લેટન્સી બેન્ચમાર્ક પ્રકાશિત કરતા નથી અને કોઈ ચોક્કસ આંકડાનું વચન આપતા નથી. અમે જે વર્ણન કરી શકીએ છીએ તે આર્કિટેક્ચર છે: Cloudflare દરેક સાઇટની આગળ હોય છે જેથી કેશ કરી શકાય તેવા પ્રતિસાઓ વિઝિટરની નજીકના એજ લોકેશનથી આપવામાં આવે, LSCache PHP અથવા ડેટાબેઝને સ્પર્શ કર્યા વિના વર્કરમાંથી સંપૂર્ણ પૃષ્ઠો સર્વ કરે છે, અને પ્રતિ-સાઇટ Redis ઓબ્જેક્ટ કેશ પુનરાવર્તિત ક્વેરીઝને શોષી લે છે. મોટાભાગની કન્ટેન્ટ સાઇટ્સ માટે તે સંયોજનનો અર્થ એ છે કે કેશ કન્ફિગરેશન કરતાં ઓરિજિન ક્ષેત્ર ઘણું ઓછું મહત્વ ધરાવે છે. જો તમારો પ્રેક્ષકવર્ગ એક જ ખંડમાં કેન્દ્રિત છે, તો પણ ઓરિજિન ત્યાં જ મૂકો.

શું હું પછીથી હાલની સાઇટને અલગ પ્રદેશમાં ખસેડી શકું?

જ્યારે સાઇટ સ્થાપિત થાય છે ત્યારે ક્ષેત્ર નક્કી થાય છે અને સાઇટ રેકોર્ડ પર સંગ્રહિત થાય છે, તેથી ક્ષેત્ર બદલવું એ ટૉગલ કરવા કરતાં સ્થળાંતર છે. જો તમને અગાઉથી જ ખબર હોય કે સ્થળાંતર આવવાનું છે, તો નિર્માણ કરતા પહેલા અમારી સાથે વાત કરો — લાઈવ પોર્ટફોલિયોને ખસેડવા કરતાં પહેલી જ વારમાં યોગ્ય રીતે સ્થાપિત કરવું ઘણું સસ્તું પડે છે.

મારા બેકઅપ ક્યાં રાખવામાં આવે છે?

પ્રત્યેક સાઇટના બેકઅપ ઇમ્યુટેબલ, ઓફસાઇટ અને રનિંગ ફ્લીટથી અલગ, ઓબ્જેક્ટ સ્ટોરેજમાં લખાયેલા હોય છે જેમાં રીસ્ટોર્સનું માત્ર અનુમાન લગાવવાને બદલે પરીક્ષણ કરવામાં આવે છે, અને પેનલથી એક જ ક્લિકમાં રીસ્ટોર કરી શકાય છે. જો તમારી કોમ્પ્લાયન્સ સ્થિતિ માટે બેકઅપ સ્ટોરેજ ચોક્કસ અધિકારક્ષેત્રમાં હોવું જરૂરી હોય, તો અમારો સીધો સંપર્ક કરો — તે એક કરારબદ્ધ વિગત છે જેની પર અમે પ્રત્યેક ગ્રાહક સાથે સહમતિ સાધીએ છીએ, ન કે વેબ પેજ પર કરાતો કોઈ સામાન્ય દાવો.

શું હું પ્રદેશ પસંદ કર્યા વગર તેને અજમાવી શકું?

હા. આ ટ્રાયલ ૧૪ દિવસની છે, કાર્ડ વગરની છે, અને મૂળભૂત યુરોપિયન ક્ષેત્રમાં શરૂ થાય છે. તેમાં પાંચ સાઇટ્સ સુધીના Footprint-Free હોસ્ટિંગનો સમાવેશ થાય છે, જે તમારા પ્રોડક્શન પોર્ટફોલિયોએ ક્યાં રહેવું જોઈએ તે નક્કી કરતા પહેલા ડિપ્લોયમેન્ટ, પ્લેસમેન્ટ અને કેશ લેયર્સ કેવી રીતે કામ કરે છે તે જોવા માટે પૂરતું છે.

જ્યાં અર્થસભર હોય ત્યાંથી શરૂ કરો, જ્યારે મહત્વપૂર્ણ હોય ત્યારે આગળ વધો

યુરોપમાં કાર્ડ વિનાની 14 દિવસની ટ્રાયલ શરૂ કરો, અથવા પહેલા તમારી નિવાસસ્થાનની જરૂરિયાત જણાવો અને અમે તમને પ્રથમ ડિપ્લોયમેન્ટથી જ યોગ્ય રીતે ગોઠવીશું.

મફત શરૂ કરો