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

તમારી સાઇટ્સ ત્યાં ચાલે છે જ્યાં તમે નિર્દેશ કરો છો

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

વિવિધ પ્રદેશોમાં એજ નોડ્સના સમગ્ર વિસ્તારમાં વિતરિત થયેલી એક સાઇટ.
  • ૭,૦૦,૦૦૦+વિશ્વભરમાં હોસ્ટ કરેલી સાઇટ્સ
  • તમે પસંદ કરોદરેક સાઇટ માટે ડેટા સેન્ટર
  • 99.99%અપટાઇમ ખાતરી
  • 58પેનલની ભાષાઓ

અમે ક્યાં કાર્યરત છીએ

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

પ્રતિ સાઇટ દીઠ પસંદ કરેલ

દરેક હોસ્ટિંગ લાઇન પોતાના ડેટા સેન્ટર્સનો સેટ પ્રદાન કરે છે. જ્યારે તમે સાઇટ બનાવો છો ત્યારે તમે એક પસંદ કરો છો, અને ઑર્ડર ફોર્મ ફક્ત એ જ શહેર ઑફર કરે છે જ્યાં આજે તે લાઇનમાં જગ્યા ઉપલબ્ધ હોય.

લાઇવ સૂચિબદ્ધ

દરેક હોસ્ટિંગ પૃષ્ઠ પર અને ઓર્ડર ફોર્મમાં દર્શાવેલ શહેરો પ્લેસમેન્ટ એન્જિનમાંથી વાંચવામાં આવે છે, તેથી ક્ષમતા ઉપલબ્ધ થાય તે જ દિવસે નવું સ્થાન દેખાય છે, અને ભરાઈ ગયેલું સ્થાન ઑફર કરવામાં આવતું નથી.

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

કોઈ સાઇટ બનાવવામાં આવે તે જ ક્ષણે પ્રદેશ કોડમાં લાગુ કરવામાં આવે છે — કયા બોક્સનો ઉપયોગ કરવો તે યાદ રાખતા ઑપરેટર દ્વારા નહીં.

દરેક વર્કરને ટૅગ કરવામાં આવ્યો છે

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

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

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

ક્ષમતા અણુ રૂપે મેળવવામાં આવે છે

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

ખોટા ક્ષેત્ર પર કોઈ શાંત ફોલબેક નહીં

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

ખલેલને બદલે ડ્રેઇન

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

પ્રોડક્ટના નિર્ણય તરીકે રેસિડેન્સી

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

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

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

સ્થાનિક મૂળ એ ઝડપની વાર્તાનો અડધો ભાગ જ છે

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

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

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

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

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

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

જાહેર સપાટીઓ પણ સ્વતંત્ર છે

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

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

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

અપરિવર્તનીય, ઓફસાઇટ, અલગ કરેલા બેકઅપ

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

અમે શું દાવો કરતા નથી

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

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

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

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

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

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

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

તમે કયા પ્રદેશોમાં કાર્ય કરો છો?

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

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

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

મને જોઈતા પ્રદેશમાં ક્ષમતા ન હોય તો શું થાય?

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

શું મારું સાઇટ તેના ડેટા સેન્ટરથી દૂર રહેલા મુલાકાતીઓ માટે ધીમું હશે?

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

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

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

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

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

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

હા. આ ટ્રાયલ 14 દિવસની છે અને કાર્ડ-મુક્ત છે. તે પાંચ સાઇટ્સ સુધીના Footprint-Free Hostingને આવરી લે છે, જે તમારા પ્રોડક્શન પોર્ટફોલિયોને ક્યાં રાખવો તે નક્કી કરતા પહેલાં ડિપ્લોયમેન્ટ્સ, પ્લેસમેન્ટ અને કેશ લેયર્સ કેવી રીતે કાર્ય કરે છે તે જોવા માટે પૂરતું છે.

જ્યાં યોગ્ય લાગે ત્યાંથી શરૂઆત કરો, જ્યારે મહત્વનું હોય ત્યારે આગળ વધો

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

મફતમાં શરૂ કરો