ਖੇਤਰ ਅਤੇ ਡੇਟਾ ਨਿਵਾਸ

ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਉੱਥੇ ਚੱਲਦੀਆਂ ਹਨ ਜਿੱਥੇ ਤੁਸੀਂ ਕਹਿੰਦੇ ਹੋ ਕਿ ਉਹ ਚੱਲਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ

ਇs ਪਲੇਟਫਾਰਮ 'ਤੇ ਖੇਤਰ (region) ਕੋਈ ਸਪੋਰਟ ਟਿਕਟ ਨਹੀਂ ਹੈ — ਇਹ ਸਾਈਟ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਜਿਸ ਦਾ ਪਲੇਸਮੈਂਟ ਇੰਜਣ ਦੁਆਰਾ ਹਰ ਵਾਰ ਕੁਝ ਵੀ ਡਿਪਲਾਇ ਕਰਨ ਵੇਲੇ ਸਨਮਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਯੂਰਪ, ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਜਾਂ ਏਸ਼ੀਆ-ਪ੍ਰਸ਼ਾਂਤ ਨੂੰ ਚੁਣੋ, ਅਤੇ ਹਰ ਇੱਕ ਡਿਪਲਾਇ ਉਸ ਖੇਤਰ ਲਈ ਟੈਗ ਕੀਤੀ ਗਈ ਫਲੀਟ ਸਮਰੱਥਾ 'ਤੇ ਉਤਰਦਾ ਹੈ, ਜਿਸ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਗਲੋਬਲ ਐਜ ਹੁੰਦਾ ਹੈ। ਉਪਲਬਧਤਾ: ਯੂ.ਕੇ. ਤੋਂ ਬਾਹਰ ਸਾਡੀ ਆਪਣੀ ਫਲੀਟ ਸਮਰੱਥਾ 'ਤੇ ਸਰਗਰਮੀ ਨਾਲ ਕੰਮ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਅਤੇ ਇਹ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹਰ ਬਾਕੀ ਚੀਜ਼ ਅੱਜ ਲਾਈਵ ਹੈ।

  • 650,000+ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਹੋਸਟ ਕੀਤੀਆਂ ਸਾਈਟਾਂ
  • EU · US · APACਪਲੇਸਮੈਂਟ ਖੇਤਰ
  • 99.99%ਅਪਟਾਈਮ ਭਰੋਸਾ
  • 58ਪੈਨਲ ਭਾਸ਼ਾਵਾਂ

ਅਸੀਂ ਕਿੱਥੇ ਕੰਮ ਕਰਦੇ ਹਾਂ

ਹਰ ਰੀਜਨ ਦੇ ਪਿੱਛੇ ਦੋ ਚੀਜ਼ਾਂ ਹੁੰਦੀਆਂ ਹਨ: ਵਰਕਰ ਫਲੀਟ ਜੋ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਕੰਟਰੋਲ ਪਲੇਨ ਜੋ ਉਹਨਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਰੀਜਨ-ਅਵੇਅਰ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਇੱਕੋ ਜਿਹੇ ਕਾਰਨਾਂ ਕਰਕੇ ਰੱਖਿਆ ਗਿਆ ਹੈ — ਯੂਰਪ ਅਤੇ US ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ ਕੀਮਤ/ਕਾਰਗੁਜ਼ਾਰੀ ਜੋ ਅਸੀਂ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦੇ ਹਾਂ, ਉਹਨਾਂ ਦੋਵਾਂ ਬਾਜ਼ਾਰਾਂ ਤੋਂ ਪਰ੍ਹੇ ਕਵਰੇਜ, ਅਤੇ ਉਹਨਾਂ ਖਰੀਦਦਾਰਾਂ ਲਈ ਇੱਕ ਸਰਟੀਫਾਈਡ-ਅੰਡਰਲਾਈੰਗ-ਪਲੇਟਫਾਰਮ ਵਿਕਲਪ ਜਿਨ੍ਹਾਂ ਦੀ ਖਰੀਦ ਪ੍ਰਕਿਰਿਆ ਇਸਦੀ ਮੰਗ ਕਰਦੀ ਹੈ। ਤੁਸੀਂ ਕਿਹੜਾ ਰੀਜਨ ਚੁਣਨਾ ਹੈ ਇਹ ਤੁਹਾਡੀ ਪਸੰਦ ਹੈ; ਇਸਦੇ ਹੇਠਾਂ ਦਿੱਤੀ ਸਮਰੱਥਾ ਸਾਡਾ ਆਪਣਾ ਇੰਤਜ਼ਾਮ ਹੈ, ਅਤੇ ਅਸੀਂ ਜਾਣਬੁੱਝ ਕੇ ਇੱਕ ਤੋਂ ਵੱਧ ਸਪਲਾਇਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ ਕੋਈ ਵੀ ਇੱਕ ਸਪਲਾਇਰ ਪੂਰਾ ਪਲੇਟਫਾਰਮ ਨਾ ਬਣੇ।

ਯੂਰਪ — ਜਰਮਨੀ

ਸ ਸਾਡੀ ਜਰਮਨ ਸਮਰੱਥਾ ਪ੍ਰਾਇਮਰੀ ਖੇਤਰ ਹੈ ਅਤੇ ਅਸੀਂ ਕਿਸੇ ਵੀ ਥਾਂ 'ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਕੀਮਤ/ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ। ਨਵੀਂ ਸਮਰੱਥਾ ਇੱਥੇ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ, ਇਸੇ ਕਰਕੇ ਇਹ ਯੂਰਪੀਅਨ ਗਾਹਕਾਂ ਲਈ ਅਤੇ ਕਿਸੇ ਵੀ ਅਜਿਹੇ ਵਿਅਕਤੀ ਲਈ ਜਿਸਦੀ ਆਪਣੀ ਕੋਈ ਨਿਵਾਸ ਲੋੜ ਨਹੀਂ ਹੈ, ਡਿਫਾਲਟ ਹੈ।

ਯੂਰਪ — ਫਿਨਲੈਂਡ

ਫਿੰਲੈਂਡ ਯੂਰਪੀਅਨ ਵਰਕਲੋਡਾਂ ਨੂੰ ਦੂਜਾ, ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਵੱਖਰਾ EU ਸਥਾਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਹ ਉਦੋਂ ਉਪਯੋਗੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ EU ਨਿਵਾਸ ਚਾਹੁੰਦੇ ਹੋ ਪਰ ਪੂਰੇ ਪੋਰਟਫੋਲੀਓ ਨੂੰ ਇੱਕ ਦੇਸ਼ ਦੇ ਅਸਫਲਤਾ ਡੋਮੇਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਣਾ ਚਾਹੁੰਦੇ।

ਸੰਯੁਕਤ ਰਾਜ — ਪੂਰਬ ਅਤੇ ਪੱਛਮ

ਸ ਸਾਡੀ ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਦੀ ਸਮਰੱਥਾ ਪੂਰਬ ਵਿੱਚ ਵਰਜੀਨੀਆ ਤੋਂ ਲੈ ਕੇ ਪੱਛਮ ਵਿੱਚ ਓਰੇਗਨ ਤੱਕ ਫੈਲੀ ਹੋਈ ਹੈ, ਜੋ ਕਿ ਦੋਵਾਂ ਤੱਟਾਂ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ। ਉਹੀ ਇੰਜਣ, ਉਹੀ ਡਰਾਈਵਰ, ਉਹੀ ਪੈਨਲ — ਸਿਰਫ਼ ਇੱਕੋ ਇੱਕ ਚିਜ਼ ਜੋ ਬਦਲਦੀ ਹੈ ਉਹ ਇਹ ਹੈ ਕਿ ਪਲੇਸਮੈਂਟ ਇੰਜਣ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਲਈ ਕਿਹੜੇ ਖੇਤਰ ਟੈਗ ਨੂੰ ਸਵੀਕਾਰ ਕਰੇਗਾ।

ਏਸ਼ੀਆ-ਪੈਸੀਫਿਕ

ਏਸ਼ੀਆ-ਪੈਸੀਫਿਕ ਟੋਕੀਓ, ਸਿੰਗਾਪੁਰ ਅਤੇ ਸਿਓਲ ਵਿੱਚ ਚੱਲਦਾ ਹੈ। ਇਹ ਉਹ ਪੈਟਰਨ ਹੈ ਜਿਸ 'ਤੇ ਪੂਰਾ ਪਲੇਟਫਾਰਮ ਬਣਾਇਆ ਗਿਆ ਹੈ: ਕਿਸੇ ਖੇਤਰ ਦੇ ਅਧੀਨ ਸਮਰੱਥਾ ਸਾਡੇ ਇੰਜਣ ਦੇ ਪਿੱਛੇ ਬਦਲਣਯੋਗ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਹੈ, ਕਦੇ ਵੀ ਇੰਜਣ ਖੁਦ ਨਹੀਂ, ਅਤੇ ਅਸੀਂ ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ ਸਪਲਾਇਰ ਚਲਾਉਂਦੇ ਹਾਂ ਤਾਂ ਜੋ ਕੋਈ ਸਾਈਟ ਕਦੇ ਵੀ ਕਿਸੇ ਇੱਕ ਨਾਲ ਬੱਝੀ ਨਾ ਰਹੇ।

ਸਖ਼ਤ ਰਿਹਾਇਸ਼ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਪਲੇਟਫਾਰਮ

ਜਿੱਥੇ ਇੱਕ ਸਮਝੌਤਾ GDPR-ਨੇਟਿਵ EU ਇਨਫ੍ਰਾਸਟ੍ਰਕਚਰ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ, ਜਾਂ ਇੱਕ ਖਰੀਦਦਾਰ ਦੀ ਖਰੀਦ ਪ੍ਰਕਿਰਿਆ ਇਹ ਜ਼ੋਰ ਦਿੰਦੀ ਹੈ ਕਿ ਬੁਨਿਆਦੀ ਪਲੇਟਫਾਰਮ ਕੋਲ SOC 2, ISO 27001 ਜਾਂ HIPAA ਪ੍ਰਮਾਣ-ਪੱਤਰ ਹਨ, ਅਸੀਂ ਤੁਹਾਡੇ ਵਰਕਲੋਡ ਨੂੰ ਉਸ ਸਮਰੱਥਾ 'ਤੇ ਰੱਖ ਸਕਦੇ ਹਾਂ ਜੋ ਇਹ ਪ੍ਰਮਾਣੀਕਰਣ ਰੱਖਦੀ ਹੈ। ਉਹ ਬੁਨਿਆਦੀ ਪਲੇਟਫਾਰਮ ਦੇ ਪ੍ਰਮਾਣੀਕਰਣ ਹਨ, ਸਾਡੇ ਨਹੀਂ — ਸਾਡੇ ਕੋਲ ਆਪਣਾ ਕੋਈ ਵੀ ਨਹੀਂ ਹੈ ਅਤੇ ਅਸੀਂ ਕਦੇ ਵੀ ਇਸ ਦੇ ਉਲਟ ਇਸ਼ਾਰਾ ਨਹੀਂ ਕਰਾਂਗੇ।

ਪਲੇਸਮੈਂਟ ਅਸਲ ਵਿੱਚ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ

ਖੇਤਰ ਕੋਡ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਉਸ ਸਮੇਂ ਜਦੋਂ ਇੱਕ ਸਾਈਟ ਬਣਾਈ ਜਾਂਦੀ ਹੈ — ਨਾ ਕਿ ਕਿਸੇ ਆਪਰੇਟਰ ਦੁਆਰਾ ਇਹ ਯਾਦ ਰੱਖ ਕੇ ਕਿ ਕਿਹੜਾ ਬਾਕਸ ਵਰਤਣਾ ਹੈ।

हर ਵਰਕਰ ਨੂੰ ਟੈਗ ਕੀਤਾ ਗਿਆ ਹੈ

ਫ਼ਲੀਟ ਵਿੱਚ ਹਰੇਕ ਹੋਸਟ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਖੇਤਰ ਕੁੰਜੀ, ਇੱਕ ਉਤਪਾਦ-ਲਾਈਨ ਸਬੰਧਤਾ ਸੂਚੀ, ਇੱਕ ਵੈੱਬ-ਸਰਵਰ ਕਿਸਮ ਅਤੇ ਇੱਕ ਸਮਰੱਥਾ ਅੰਕੜੇ ਨਾਲ ਰਜਿਸਟਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਕੰਮ ਖਿੱਚਦਾ ਹੈ। ਪਲੇਸਮੈਂਟ ਸੇਵਾ ਪਹਿਲਾਂ ਖੇਤਰ 'ਤੇ, ਫਿਰ ਉਤਪਾਦ ਲਾਈਨ 'ਤੇ, ਫਿਰ ਖਾਲੀ ਸਮਰੱਥਾ 'ਤੇ ਉਮੀਦਵਾਰਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰਦੀ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਘੱਟ ਬੋਝ ਵਾਲੇ ਯੋਗ ਹੋਸਟ ਨੂੰ ਚੁਣਦੀ ਹੈ।

ਸਾਈਟ ਖੇਤਰ ਨੂੰ ਵਿਰਸੇ ਵਿੱਚ ਲੈਂਦੀ ਹੈ ਅਤੇ ਬਰਕਰਾਰ ਰੱਖਦੀ ਹੈ

ਜੇ ਤੁਸੀਂ ਕੋਈ ਖੇਤਰ ਪਿੰਨ ਕੀਤਾ ਹੈ, ਤਾਂ ਸਿਰਫ਼ ਉਸ ਖੇਤਰ ਦੇ ਵਰਕਰ ਹੀ ਯੋਗ ਹਨ। ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਕੀਤਾ, ਤਾਂ ਸਾਈਟ ਉਸ ਵਰਕਰ ਦਾ ਖੇਤਰ ਪ੍ਰਾਪਤ ਕਰ ਲੈਂਦੀ ਹੈ ਜਿਸ ਉੱਤੇ ਇਹ ਆਉਂਦੀ ਹੈ ਅਤੇ ਉਹ ਮੁੱਲ ਸਾਈਟ ਉੱਤੇ ਸਟੋਰ ਹੋ ਜਾਂਦਾ ਹੈ — ਇਸ ਲਈ ਤੁਹਾਡਾ ਡਾਟਾ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ ਇਸ ਦਾ ਰਿਕਾਰਡ ਇੱਕ ਪੜ੍ਹਨਯੋਗ ਫੀਲਡ ਹੈ, ਕੋਈ ਅੰਦਾਜ਼ਾ ਨਹੀਂ।

ਸਮਰੱਥਾ ਪਰਮਾਣੂ ਤੌਰ 'ਤੇ ਦਾਅਵਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ

ਪਲੇਸਮੈਂਟ ਇੱਕ ਸ਼ਰਤੀਆ ਅੱਪਡੇਟ ਨਾਲ ਸਮਰੱਥਾ ਦਾ ਦਾਅਵਾ ਕਰਦੀ ਹੈ ਜੋ ਕੇਵਲ ਉਦੋਂ ਹੀ ਸਫਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਵਰਕਰ ਅਜੇ ਵੀ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ, ਅਜੇ ਵੀ ਡਿਪਲਾਏ ਸਵੀਕਾਰ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਅਜੇ ਵੀ ਸਮਰੱਥਾ ਦੇ ਅਧੀਨ ਹੁੰਦਾ ਹੈ। ਆਖਰੀ ਸਲਾਟ ਲਈ ਦੌੜ ਰਹੇ ਦੋ ਡਿਪਲਾਏ ਦੋਵੇਂ ਨਹੀਂ ਜਿੱਤ ਸਕਦੇ, ਇਸ ਲਈ ਇੱਕ ਖੇਤਰ ਵਿੱਚ ਕਦੇ ਵੀ ਚੁੱਪਚਾਪ ਵੱਧ-ਸਬਸਕ੍ਰਾਈਬ ਨਹੀਂ ਹੁੰਦਾ।

ਗਲਤ ਖੇਤਰ ਉੱਤੇ ਕੋਈ ਮੂਕ ਫਾਲਬੈਕ ਨਹੀਂ

ਜੇ ਤੁਹਾਡੇ ਖੇਤਰ ਵਿੱਚ ਕਿਸੇ ਵੀ ਯੋਗ ਸਰਵਰ ਵਿੱਚ ਜਗ੍ਹਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਡਿਪਲਾਇਮੈਂਟ ਇੱਕ ਪਲੇਸਮੈਂਟ ਗਲਤੀ ਪੈਦਾ ਕਰਦਾ ਹੈ ਅਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ। ਬੇਨਤੀ ਨੂੰ ਸਫਲ ਬਣਾਉਣ ਲਈ ਇਹ ਕਿਸੇ ਹੋਰ ਮਹਾਂਦੀਪ ਵੱਲ ਨਹੀਂ ਮੁੜਦਾ। ਚੁੱਪਚਾਪ ਦੇਸ਼ ਬਦਲਣ ਵਾਲੀ ਸਾਈਟ ਨਾਲੋਂ ਇੱਕ ਸਪੱਸ਼ਟ ਅਸਫਲਤਾ ਅਤੇ ਸਮਰੱਥਾ ਦਾ ਵਾਧਾ ਵਧੀਆ ਹੈ।

ਰੁਕਾਵਟ ਦੀ ਬਜਾਏ ਡ੍ਰੇਨ ਕਰੋ

ਹਰ ਵਰਕਰ ਕੋਲ ਇੱਕ accepts-deploys ਸਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਇਸਨੂੰ drain 'ਤੇ ਫਲਿੱਪ ਕਰਨ ਨਾਲ ਮੌਜੂਦਾ ਸਾਈਟਾਂ ਨੂੰ ਬਿਨਾਂ ਛੇੜੇ ਚਲਦੇ ਰਹਿਣ ਦਿੰਦੇ ਹੋਏ ਨਵੀਂਆਂ ਸਾਈਟਾਂ ਦਾ ਆਉਣਾ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਤਰੀਕੇ ਨਾਲ ਅਸੀਂ ਤੁਹਾਡੇ ਵਰਕਲੋਡ ਨੂੰ ਤਬਦੀਲ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ ਖੇਤਰ ਦੇ ਅੰਦਰ ਰੱਖ-ਰਖਾਅ, ਹਾਰਡਵੇਅਰ ਰਿਫ੍ਰੈਸ਼ ਅਤੇ ਡੀਕਮਿਸ਼ਨਿੰਗ ਕਰਦੇ ਹਾਂ।

ਉਤਪਾਦ ਦੇ ਫ਼ੈਸਲੇ ਵਜੋਂ ਰਿਹਾਇਸ਼

ਡਾਟਾ ਰੈਜ਼ੀਡੈਂਸੀ ਉਹਨਾਂ ਕੁਝ ਹੋਸਟਿੰਗ ਫ਼ੈਸਲਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪਲਟਣਾ ਅਸਲ ਵਿੱਚ ਔਖਾ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਪਲੇਟਫਾਰਮ ਇਸਨੂੰ ਤਾਇਨਾਤੀ ਵੇਰਵੇ ਦੀ ਬਜਾਏ ਇੱਕ ਪਹਿਲੇ ਦਰਜੇ ਦੇ ਆਯਾਮ ਵਜੋਂ ਮੰਨਦਾ ਹੈ। ਗਾਹਕ ਦੀ ਰੈਜ਼ੀਡੈਂਸੀ ਦੀ ਚੋਣ ਪਲੇਸਮੈਂਟ ਲਈ ਇੱਕ ਇਨਪੁਟ ਹੈ, ਖੇਤਰ ਨੂੰ ਸਾਈਟ ਦੇ ਵਿਰੁੱਧ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਫਲੀਟ ਨੂੰ ਮੇਲ ਕਰਨ ਲਈ ਟੈਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਰੈਜ਼ੀਡੈਂਸੀ ਦਾ ਜਵਾਬ ਕਿੱਸੇ-ਕਹਾਣੀ ਦੀ ਬਜਾਏ ਆਡਿਟ ਯੋਗ ਹੁੰਦਾ ਹੈ।

ਇਸ ਦੇ ਨਾਲ ਹੀ ਟੇਨੈਂਸੀ ਮਾਡਲ ਵੀ ਚੱਲਦਾ ਹੈ। ਇੰਜਣ ਵਿੱਚ ਹਰ ਰਿਕਾਰਡ ਵਿੱਚ ਡੇਟਾਬੇਸ 'ਤੇ ਲਾਗੂ PostgreSQL ਰੋਅ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਦੇ ਨਾਲ ਇੱਕ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨ ਦਾ ਘੇਰਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਟੇਨੈਂਸੀ ਲੜੀਬੱਧ ਹੁੰਦੀ ਹੈ—ਕਲਾਇੰਟ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨਾਂ ਤੋਂ ਉੱਪਰ ਰੀਸੇਲਰ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਸਾਈਟਾਂ ਤੋਂ ਉੱਪਰ ਕਲਾਇੰਟ ਆਰਗੇਨਾਈਜ਼ੇਸ਼ਨਾਂ। ਖੇਤਰ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਡੇਟਾ ਕਿੱਥੇ ਮੌਜੂਦ ਹੈ; ਰੋਅ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਇਸ ਤੱਕ ਕੌਣ ਪਹੁੰਚ ਕਰ ਸਕਦਾ ਹੈ। ਦੋਵੇਂ ਇੱਕ ਪਾਲਣਾ ਸਮੀਖਿਅਕ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ ਅਤੇ ਕੋਈ ਵੀ ਵਿਕਲਪਿਕ ਨਹੀਂ ਹੈ।

GDPR ਡਾਟਾ ਐਕਸਪੋਰਟ ਅਤੇ ਮਿਟਾਉਣਾ ਇੱਕੋ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹਨ, ਨਾ ਕਿ ਬਾਅਦ ਵਿੱਚ ਜੋੜੀ ਗਈ ਕੋਈ ਪ੍ਰਕਿਰਿਆ, ਅਤੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਅਤੇ ਪ੍ਰਬੰਧਕੀ ਕਾਰਵਾਈਆਂ ਆਡਿਟ-ਲੌਗ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਜੇਕਰ ਤੁਹਾਡੇ ਖਰੀਦਦਾਰ ਦੀ ਪ੍ਰਸ਼ਨਾਵਲੀ ਇਹ ਪੁੱਛਦੀ ਹੈ ਕਿ ਡਾਟਾ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ, ਕੌਣ ਇਸ ਬਾਰੇ ਪੁੱਛਗਿੱਛ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਉਦੋਂ ਕੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਵਿਅਕਤੀ ਇਸਨੂੰ ਵਾਪਸ ਮੰਗਦਾ ਹੈ, ਤਾਂ ਇੱਥੇ ਉਹਨਾਂ ਸਾਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੱਤੇ ਜਾ ਸਕਦੇ ਹਨ।

ਇsਕ ਸਥਾਨਕ ਮੂਲ ਸਪੀਡ ਕਹਾਣੀ ਦਾ ਸਿਰਫ਼ ਅੱਧਾ ਹਿੱਸਾ ਹੈ

ਨੇੜਲੇ ਖੇਤਰ ਨੂੰ ਚੁਣਨਾ ਮਦਦ ਕਰਦਾ ਹੈ, ਪਰ ਤੁਹਾਡੇ ਵਿਜ਼ਟਰਾਂ ਦੁਆਰਾ ਮਹਿਸੂਸ ਕੀਤੀ ਜਾਂਦੀ ਬਹੁਤੀ ਲੇਟੈਂਸੀ (latency) ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਤੈਅ ਹੋ ਜਾਂਦੀ ਹੈ ਕਿ ਬੇਨਤੀ ਕਦੇ ਤੁਹਾਡੇ ਓਰਿਜਨ ਤੱਕ ਪਹੁੰਚੇ।

  • ਕਲਾਉਡਫਲੇਅਰ (Cloudflare) ਹਰ ਚੀਜ਼ ਦੇ ਅੱਗੇ ਕੰਮ ਕਰਦਾ ਹੈ — CDN, WAF, DNS ਅਤੇ DDoS ਸੁਰੱਖਿਆ — ਤਾਂ ਜੋ ਕੈਸ਼ ਹੋਣ ਯੋਗ ਜਵਾਬ ਤੁਹਾਡੇ ਓਰਿਜਨ ਖੇਤਰ ਦੀ ਬਜਾਏ ਵਿਜ਼ਟਰ ਦੇ ਨਜ਼ਦੀਕ ਐੱਜ ਤੋਂ ਸਰਵ ਕੀਤੇ ਜਾਣ।
  • LSCache ਸਿੱਧੇ ਵਰਕਰ ਉੱਤੇ ਇੱਕ ਸਰਵਰ-ਪੱਧਰ ਦੇ ਪੂਰੇ-ਪੰਨੇ ਦੇ ਕੈਸ਼ ਵਜੋਂ ESI ਅਤੇ ਸਮਾਰਟ ਆਟੋ-ਪਰਜ ਨਾਲ ਚੱਲਦਾ ਹੈ, ਜਿਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੀਆਂ WordPress ਬੇਨਤੀਆਂ ਕਦੇ ਵੀ PHP ਜਾਂ MySQL ਨੂੰ ਨਹੀਂ ਛੂਹਦੀਆਂ।
  • ਇੱਕ ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਔਬਜੈਕਟ ਕੈਸ਼ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਵਿੱਚੋਂ ਵਾਰ-ਵਾਰ ਡਾਟਾਬੇਸ ਪੜ੍ਹਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ।
  • ਪੈਨਲ ਵਿੱਚ ਇੱਕੋ ਕੰਟਰੋਲ ਤੋਂ ਅਤੇ WordPress ਦੇ ਅੰਦਰ Zinn® ਕੈਸ਼ ਪਲੱਗਇਨ ਰਾਹੀਂ ਦੋਵਾਂ ਪਰਤਾਂ ਵਿੱਚ ਪੁਰਜ (Purge) ਨੂੰ ਤਾਲਮੇਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਐਜ ਕਾਪੀ ਅਤੇ ਓਰਿਜਨ ਕਾਪੀ ਵਿੱਚ ਕਦੇ ਵੀ ਅਸਹਿਮਤੀ ਨਾ ਹੋਵੇ।
  • Footprint-Free ਗਾਹਕ ਉੱਪਰ CDN ਖਾਤਾ ਪੂਲ ਲੇਅਰ ਕਰਦੇ ਹਨ: ਸਾਈਟਾਂ ਸਾਡੇ ਖਾਤਿਆਂ ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਖਾਤਿਆਂ ਵਿੱਚ ਫੈਲੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਸ ਵਿੱਚ ਡਿਪਲਾਇਮੈਂਟ ਦੇ ਸਮੇਂ ਲਾਈਵ ਖਾਤੇ ਦੀ ਸਥਿਤੀ ਤੋਂ ਬੈਲੈਂਸ ਦੀ ਮੁੜ ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
  • ਅਸੀਂ ਕੋਈ ਵੀ ਲੇਟੈਂਸੀ ਜਾਂ ਥਰੂਪੁੱਟ ਬੈਂਚਮਾਰਕ ਪ੍ਰਕਾਸ਼ਤ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਅਸੀਂ ਇਹ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ ਕਿ ਕੋਈ ਖਾਸ ਖੇਤਰ ਤੁਹਾਡੇ ਦਰਸ਼ਕਾਂ ਲਈ ਸਭ ਤੋਂ ਤੇਜ਼ ਹੋਵੇਗਾ। ਉਸ ਖੇਤਰ ਨੂੰ ਚੁਣੋ ਜਿਸ ਵੱਲ ਤੁਹਾਡੇ ਵਿਜ਼ਟਰ ਅਤੇ ਤੁਹਾਡੀ ਪਾਲਣਾ ਦੀ ਸਥਿਤੀ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ, ਅਤੇ ਕੈਸ਼ ਲੇਅਰਾਂ ਨੂੰ ਬਾਕੀ ਕੰਮ ਕਰਨ ਦਿਓ।

ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਦਾਇਰੇ (ਫੇਲ੍ਹ ਡੋਮੇਨ), ਬੈਕਅੱਪ ਅਤੇ ਇਮਾਨਦਾਰ ਦਾਇਰੇ

ਜੇਕਰ ਹਰ ਚੀਜ਼ ਦੀ ਕਿਸਮਤ ਫਿਰ ਵੀ ਇੱਕੋ ਹੀ ਹੈ, ਤਾਂ ਮਲਟੀ-ਰੀਜਨ ਦੀ ਬਹੁਤੀ ਕੀਮਤ ਨਹੀਂ ਹੈ। ਆਰਕੀਟੈਕਚਰ ਉਹਨਾਂ ਹਿੱਸਿਆਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ ਜੋ ਇਕੱਠੇ ਫੇਲ੍ਹ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ।

ਕੰਟਰੋਲ ਪਲੇਨ ਅਤੇ ਫਲੀਟ ਵੱਖ-ਵੱਖ ਹਨ

ਇੰਜਣ, ਡਾਟਾਬੇਸ, ਵਰਕਫਲੋ ਲੇਅਰ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਆਪਣੇ ਖੁਦ ਦੇ Kubernetes ਕੰਟਰੋਲ ਪਲੇਨ 'ਤੇ ਚੱਲਦੇ ਹਨ, ਜੋ ਕਿ ਗਾਹਕ ਸਾਈਟਾਂ ਨੂੰ ਸੇਵਾਵਾਂ ਦੇਣ ਵਾਲੇ ਵਰਕਰ ਫਲੀਟ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਲੱਗ ਹੈ। ਇੱਕ ਕੰਟਰੋਲ-ਪਲੇਨ ਦੀ ਘਟਨਾ ਨਾਲ ਗਾਹਕ ਸਾਈਟਾਂ ਬੰਦ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਅਤੇ ਇੱਕ ਫਲੀਟ ਦੀ ਘਟਨਾ ਨਾਲ ਪਲੇਟਫਾਰਮ ਬੰਦ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।

ਜਨਤਕ ਸਤਹਾਂ ਵੀ ਸੁਤੰਤਰ ਹਨ

ਗਾਹਕ ਡੈਸ਼ਬੋਰਡ, ਪ੍ਰਬੰਧਕ ਕੰਸੋਲ ਅਤੇ ਇਹ ਮਾਰਕੀਟਿੰਗ ਸਾਈਟ ਕੰਟਰੋਲ-ਪਲੇਨ ਕਲੱਸਟਰ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ Cloudflare 'ਤੇ ਤਾਇਨਾਤ ਕੀਤੇ ਗਏ ਹਨ, ਇਸ ਲਈ ਪਲੇਟਫਾਰਮ ਦੀ ਕੋਈ ਘਟਨਾ ਉਸ ਥਾਂ ਨੂੰ ਨਹੀਂ ਹਟਾਉਂਦੀ ਜਿੱਥੇ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਪੜ੍ਹਨ ਜਾਓਗੇ।

ਸਥਿਤੀ ਪਲੇਟਫਾਰਮ ਤੋਂ ਬਾਹਰ ਹੈ

ਸਟੇਟਸ ਪੇਜ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਇੱਕ ਵੱਖਰੇ ਖੇਤਰ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਪ੍ਰੋਵਾਈਡਰ ਨਾਲ ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਜਿਸ ਇਨਫ੍ਰਾਸਟ੍ਰਕਚਰ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ, ਉਸੇ 'ਤੇ ਚੱਲ ਰਿਹਾ ਸਟੇਟਸ ਪੇਜ ਬਿਲਕੁਲ ਉਸੇ ਸਮੇਂ ਬੇਕਾਰ ਹੋ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੁਹਾਨੂੰ ਇਸਦੀ ਸਭ ਤੋਂ ਵੱਧ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਅਪਰਿਵਰਤਨਸ਼ੀਲ, ਆਫਸਾਈਟ, ਅਲੱਗ ਕੀਤੇ ਬੈਕਅੱਪ

ਪ੍ਰਤੀ-ਸਾਈਟ ਬੈਕਅੱਪ ਅਟੱਲ ਅਤੇ ਆਫਸਾਈਟ ਹੁੰਦੇ ਹਨ, ਜੋ ਔਬਜੈਕਟ ਸਟੋਰੇਜ ਵਿੱਚ ਲਿਖੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਰੀਸਟੋਰ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਨਾ ਕਿ ਅੰਦਾਜ਼ਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ। ਫਾਈਲ ਮੈਨੇਜਰ, ਡੋਮੇਨ, DNS, SSL ਅਤੇ ਲੌਗ ਦੇ ਨਾਲ ਪੈਨਲ ਤੋਂ ਰੀਸਟੋਰ ਇੱਕ-ਕਲਿੱਕ ਹੁੰਦੇ ਹਨ।

ਜਿਸਦਾ ਅਸੀਂ ਦਾਵਾ ਨਹੀਂ ਕਰਦੇ

ਅਸੀਂ ਇਸ ਪੰਨੇ 'ਤੇ ਕਿਸੇ ਸੇਵਾ-ਪੱਧਰ ਸਮਝੌਤੇ, ਜਵਾਬ ਦੇਣ ਦੇ ਸਮੇਂ ਜਾਂ ਲੇਟੈਂਸੀ ਦੇ ਅੰਕੜੇ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ ਹਾਂ - SLA ਦੀਆਂ ਸ਼ਰਤਾਂ ਪ੍ਰਤੀ ਇਕਰਾਰਨਾਮਾ ਤ طے ਹੁੰਦੀਆਂ ਹਨ। Footprint-Free ਯੋਜਨਾਵਾਂ ਨਾਲ ਜੁੜਿਆ 99.99% ਦਾ ਅੰਕੜਾ ਅਪਟਾਈਮ ਦਾ ਭਰੋਸਾ ਹੈ, ਇੱਕ ਟੀਚਾ ਹੈ ਜਿਸ 'ਤੇ ਅਸੀਂ ਕੰਮ ਕਰਦੇ ਹਾਂ, ਨਾ ਕਿ ਮਾਪਿਆ ਗਿਆ ਪਿਛਲਾ ਉਪਲਬਧਤਾ ਰਿਕਾਰਡ।

ਖੇਤਰ ਦੀ ਚੋਣ ਕਰ ਰਿਹਾ ਹੈ

ਅਭਿਆਸ ਵਿੱਚ ਇਹ ਫ਼ੈਸਲਾ ਚਾਰ ਸਵਾਲਾਂ 'ਤੇ ਆ ਕੇ ਮੁੱਕਦਾ ਹੈ, ਅਤੇ ਜ਼ਿਆਦਾ ਗਾਹਕ ਇੱਕ ਮਿੰਟ ਤੋਂ ਵੀ ਘੱਟ ਸਮੇਂ ਵਿੱਚ ਇਨ੍ਹਾਂ ਦਾ ਜਵਾਬ ਦੇ ਦਿੰਦੇ ਹਨ।

  • ਕ کی ਤੁਹਾਡੇ ਕੋਲ ਇਕਰਾਰਨਾਮੇ ਜਾਂ ਰੈਗੁਲੇਟਰੀ ਨਿਵਾਸ ਦੀ ਕੋਈ ਲੋੜ ਹੈ? ਜੇ ਹਾਂ, ਤਾਂ ਇਹ ਇਸਦਾ ਫ਼ੈਸਲਾ ਕਰਦੀ ਹੈ — EU ਗਾਹਕਾਂ ਨੂੰ ਜਿਨ੍ਹਾਂ ਦੀਆਂ GDPR ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਹਨ, ਉਹ ਜਰਮਨੀ ਜਾਂ ਫ਼ਿੰਲਡ ਲੈਣ, ਅਤੇ ਜਦੋਂ ਕਿਸੇ ਇਕਰਾਰਨਾਮੇ ਦੀ ਖ਼ਾਸ ਤੌਰ 'ਤੇ ਮੰਗ ਹੋਵੇ, ਤਾਂ ਸਾਡੇ ਕੋਲ ਇੱਕ GDPR-ਨੇਟਿਵ EU ਰੂਟ ਹੈ।
  • ਤੁਹਾਡਾ ਅਸਲ ਕਮਾਈ ਕਰਨ ਵਾਲਾ ਦਰਸ਼ਕ ਕਿੱਥੇ ਹੈ? ਇੱਕ US-ਮੁਖੀ ਪੋਰਟਫੋਲੀਓ ਆਮ ਤੌਰ 'ਤੇ ਵਰਜੀਨੀਆ ਜਾਂ ਓਰੇਗਨ ਵਿੱਚ ਹੁੰਦਾ ਹੈ; ਇੱਕ APAC ਦਰਸ਼ਕ ਟੋਕੀਓ, ਸਿੰਗਾਪੁਰ ਜਾਂ ਸਿਓਲ ਨਾਲ ਸੰਬੰਧ ਰੱਖਦਾ ਹੈ।
  • ਕੀ ਤੁਹਾਡੇ ਖਰੀਦਦਾਰ ਦੀ ਪ੍ਰਾਪਤੀ ਲਈ ਇੱਕ ਪ੍ਰਮਾਣਿਤ ਅੰਤਰਨਿਹਿਤ ਪਲੇਟਫਾਰਮ ਦੀ ਲੋੜ ਹੈ? ਜੇਕਰ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ SOC 2 ਜਾਂ ISO 27001 ਪ੍ਰਮਾਣਿਕਤਾ ਇੱਕ ਸਖ਼ਤ ਸ਼ਰਤ ਹੈ, ਤਾਂ ਨਿਰਮਾਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਾਨੂੰ ਦੱਸੋ ਅਤੇ ਅਸੀਂ ਉਸ ਸਮਰੱਥਾ 'ਤੇ ਰੱਖਾਂਗੇ ਜੋ ਇਸਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੀ ਹੈ।
  • ਕੀ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤੁਹਾਡਾ ਪੋਰਟਫੋਲੀਓ ਫੇਲ੍ਹਅਰ ਡੋਮੇਨਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਵੇ? ਨੈੱਟਵਰਕ ਦੇ ਇੱਕ ਹਿੱਸੇ ਨੂੰ ਜਰਮਨੀ ਵਿੱਚ ਅਤੇ ਇੱਕ ਹਿੱਸੇ ਨੂੰ ਫਿਨਲੈਂਡ ਵਿੱਚ ਚਲਾਉਣਾ ਸਿੰਗਲ-ਦੇਸ਼ ਇਕਾਗਰਤਾ ਨੂੰ ਹਟਾਉਂਦੇ ਹੋਏ EU ਰੈਜ਼ੀਡੈਂਸੀ ਨੂੰ ਬਣਾਏ ਰੱਖਦਾ ਹੈ।
  • ਯਕੀਨ ਨਹੀਂ ਹੈ? ਕਾਰਡ-ਰਹਿਤ ਅਜ਼ਮਾਇਸ਼ ਨਾਲ ਯੂਰਪ ਵਿੱਚ ਸ਼ੁਰੂਆਤ ਕਰੋ। ਇਹ ਮੂਲ ਖੇਤਰ ਹੈ, ਇੱਥੇ ਸਮਰੱਥਾ ਸਭ ਤੋਂ ਵੱਧ ਹੈ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਕਿਤੇ ਹੋਰ ਤਾਇਨਾਤ ਕਰਦੇ ਹੋ ਤਾਂ ਪੈਨਲ, ਡਰਾਈਵਰਾਂ ਜਾਂ ਫੀਚਰ ਸੈੱਟ ਬਾਰੇ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲਦਾ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ

ਕ کی ਮੈਂ ਚੁਣ ਸਕਦਾ ਹਾਂ ਕਿ ਮੇਰੀਆਂ ਸਾਈਟਾਂ ਕਿਹੜੇ ਖੇਤਰ ਵਿੱਚ ਤਾਇਨਾਤ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ?

ਹਾਂ। ਖੇਤਰ ਪਲੇਸਮੈਂਟ ਇੰਜਣ ਲਈ ਇੱਕ ਇਨਪੁਟ ਹੈ, ਨਾ ਕਿ ਆਊਟ-ਆਫ-ਬੈਂਡ ਹੈਂਡਲ ਕੀਤੀ ਗਈ ਕੋਈ ਬੇਨਤੀ। ਇੱਕ ਖੇਤਰ ਪਿੰਨ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ ਉਸ ਖੇਤਰ ਲਈ ਟੈਗ ਕੀਤੇ ਫਲੀਟ ਵਰਕਰ ਹੀ ਸਾਈਟ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਹੁੰਦੇ ਹਨ; ਫਿਰ ਚੁਣਿਆ ਗਿਆ ਖੇਤਰ ਸਾਈਟ ਰਿਕਾਰਡ 'ਤੇ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਪੜ੍ਹ ਸਕੋ ਕਿ ਇਹ ਕਿੱਥੇ ਚੱਲਦਾ ਹੈ। ਇਸਨੂੰ ਅਨਸੈੱਟ ਛੱਡੋ ਅਤੇ ਸਾਈਟ ਉਸ ਵਰਕਰ ਦੇ ਖੇਤਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ ਜਿਸ 'ਤੇ ਇਹ ਲੈਂਡ ਕਰਦੀ ਹੈ।

ਤੁਸੀਂ ਕਿਨ੍ਹਾਂ ਖੇਤਰਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹੋ?

ਯੂਰਪ ਜਰਮਨੀ ਅਤੇ ਫਿਨਲੈਂਡ ਵਿੱਚ; ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਵਰਜੀਨੀਆ ਅਤੇ ਓਰੇਗਨ ਵਿੱਚ; ਅਤੇ ਏਸ਼ੀਆ-ਪੈਸੀਫਿਕ ਟੋਕਿਓ, ਸਿੰਗਾਪੁਰ ਅਤੇ ਸਿਓਲ ਵਿੱਚ। ਯੂਰਪ ਮੁੱਖ ਖੇਤਰ ਹੈ ਅਤੇ ਡਿਫੌਲਟ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਕੋਈ ਪਸੰਦ ਜ਼ਾਹਰ ਨਹੀਂ ਕਰਦੇ। ਸਖ਼ਤ EU ਨਿਵਾਸ ਲਈ, ਜਾਂ ਜਿੱਥੇ ਖਰੀਦ ਲਈ ਪ੍ਰਮਾਣਿਤ ਬੁਨਿਆਦੀ ਪਲੇਟਫਾਰਮ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਸੀਂ ਅਜਿਹੀ ਸਮਰੱਥਾ 'ਤੇ ਰੱਖ ਸਕਦੇ ਹਾਂ ਜੋ ਉਨ੍ਹਾਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦੀ ਹੈ। ਹਰੇਕ ਖੇਤਰ ਦੇ ਪਿੱਛੇ ਵਾਲੇ ਸਪਲਾਇਰ ਸਾਡਾ ਆਪਣਾ ਵਪਾਰਕ ਪ੍ਰਬੰਧ ਹਨ — ਤੁਸੀਂ ਖੇਤਰ ਚੁਣਦੇ ਹੋ, ਵਿਕਰੇਤਾ ਨਹੀਂ।

ਕ کی ਤੁਸੀਂ SOC 2 ਜਾਂ ISO 27001 ਰੱਖਦੇ ਹੋ?

ਨਹੀਂ — Zinn Digital® ਕੋਲ ਅੱਜ ਆਪਣਾ ਕੋਈ ਪਾਲਣਾ ਪ੍ਰਮਾਣੀਕਰਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਅਸੀਂ ਇਸ ਤੋਂ ਉਲਟ ਕੋਈ ਦਾਅਵਾ ਨਹੀਂ ਕਰਾਂਗੇ। ਅਸੀਂ ਜੋ ਕਰ ਸਕਦੇ ਹਾਂ ਉਹ ਤੁਹਾਡੇ ਵਰਕਲੋਡ ਨੂੰ ਇੱਕ ਅਜਿਹੇ ਅੰਡਰਲਾਈੰਗ ਪਲੇਟਫਾਰਮ 'ਤੇ ਰੱਖਣਾ ਹੈ ਜਿਸ ਕੋਲ ਇਹ ਹਨ, ਜਿੱਥੇ ਖਰੀਦਦਾਰ ਦੀ ਪ੍ਰਾਪਤੀ ਲਈ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਦੇ ਹੇਠਾਂ ਇੱਕ ਪ੍ਰਮਾਣਿਤ ਪਲੇਟਫਾਰਮ ਇੱਕ ਸਖ਼ਤ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਵੱਖਰੇ ਤੌਰ 'ਤੇ, ਪਲੇਟਫਾਰਮ ਦੇ ਆਪਣੇ ਕੰਟਰੋਲ ਅਸਲ ਅਤੇ ਜਾਂਚਣ ਯੋਗ ਹਨ: ਪ੍ਰਤੀ-ਸਾਈਟ ਅਲੱਗ-ਥਲੱਗਤਾ, ਹਰੇਕ ਟੈਨੈਂਟ-ਸਕੋਪਡ ਟੇਬਲ 'ਤੇ ਰੋ-ਪੱਧਰ ਦੀ ਸੁਰੱਖਿਆ, Vault ਵਿੱਚ ਰੱਖੇ ਗਏ ਸੀਕ੍ਰੇਟਸ, ਹਰ ਪਾਸੇ TLS, ਅਤੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਾਰਵਾਈਆਂ ਦੀ ਆਡਿਟ ਲੌਗਿੰਗ।

ਜੇਕਰ ਮੇਰੇ ਵੱਲੋਂ ਚਾਹੀਦੇ ਖੇਤਰ ਵਿੱਚ ਕੋਈ ਸਮਰੱਥਾ ਨਹੀਂ ਹੈ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?

ਡੀਪਲਾਏ ਤੁਹਾਡੀ ਸਾਈਟ ਨੂੰ ਚੁੱਪ-ਚਾਪ ਕਿਸੇ ਹੋਰ ਜਗ੍ਹਾ ਲਿਜਾਣ ਦੀ ਬਜਾਏ ਇੱਕ ਪਲੇਸਮੈਂਟ ਤਰੁੱਟੀ ਨਾਲ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਗਿਆ ਹੈ: ਇੱਕ ਸਾਈਟ ਜੋ ਚੁੱਪ-ਚਾਪ ਖੇਤਰ (ਜੁਰਿਸਡਿਕਸ਼ਨ) ਬਦਲ ਲੈਂਦੀ ਹੈ, ਉਹ ਉਸ ਡੀਪਲਾਏ ਨਾਲੋਂ ਕਿਤੇ ਜ਼ਿਆਦਾ ਮਾੜਾ ਨਤੀਜਾ ਹੈ ਜੋ ਰੁਕ ਗਿਆ ਅਤੇ ਤੁਹਾਨੂੰ ਇਸਦਾ ਕਾਰਨ ਦੱਸਿਆ। ਉਸ ਖੇਤਰ ਵਿੱਚ ਹੋਰ ਹੋਸਟਾਂ ਨੂੰ ਔਨਲਾਈਨ ਲਿਆ ਕੇ ਸਮਰੱਥਾ ਜੋੜੀ ਜਾਂਦੀ ਹੈ, ਜਿੱਥੇ ਉਹ ਖੁਦ ਨੂੰ ਰਜਿਸਟਰ ਕਰਦੇ ਹਨ ਅਤੇ ਤੁਰੰਤ ਕੰਮ ਸਵੀਕਾਰ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੇ ਹਨ।

ਕ ਕੀ ਯੂਰਪ ਵਿੱਚ ਹੋਸਟਿੰਗ ਕਰਨ ਨਾਲ ਬਾਕੀ ਥਾਵਾਂ ਦੇ ਦਰਸ਼ਕਾਂ ਲਈ मेरी ਸਾਈਟ ਹੌਲੀ ਹੋ ਜਾਵੇਗੀ?

ਅਸੀਂ ਲੇਟੈਂਸੀ ਬੈਂਚਮਾਰਕ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕਰਦੇ ਹਾਂ ਅਤੇ ਕਿਸੇ ਵੀ ਖਾਸ ਅੰਕੜੇ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰਾਂਗੇ। ਅਸੀਂ ਜਿਸ ਚੀਜ਼ ਦਾ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹਾਂ ਉਹ ਹੈ ਆਰਕੀਟੈਕਚਰ: Cloudflare ਹਰ ਸਾਈਟ ਦੇ ਅੱਗੇ ਹੁੰਦਾ ਹੈ ਤਾਂ ਜੋ ਕੈਸ਼ ਕਰਨ ਯੋਗ ਪ੍ਰਤੀਕਿਰਿਆਵਾਂ ਵਿਜ਼ਿਟਰ ਦੇ ਨੇੜੇ ਇੱਕ ਐਜ ਲੋਕੇਸ਼ਨ ਤੋਂ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਜਾਣ, LSCache PHP ਜਾਂ ਡਾਟਾਬੇਸ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਵਰਕਰ ਤੋਂ ਪੂਰੇ ਪੰਨੇ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਆਬਜੈਕਟ ਕੈਸ਼ ਬਾਰ-ਬਾਰ ਆਉਣ ਵਾਲੀਆਂ ਕਿਊਰੀਆਂ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸਮੱਗਰੀ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਲਈ ਇਸ ਸੁਮੇਲ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੈਸ਼ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਓਰਿਜਨ ਖੇਤਰ ਬਹੁਤ ਘੱਟ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਦਰਸ਼ਕ ਇੱਕ ਹੀ ਮਹਾਂਦੀਪ ਵਿੱਚ ਕੇਂਦਰਿਤ ਹਨ, ਤਾਂ ਵੀ ਓਰਿਜਨ ਨੂੰ ਉੱਥੇ ਹੀ ਰੱਖੋ।

ਕ ਕੀ ਮg ਕੀ ਮੈਂ ਬਾਅਦ ਵਿੱਚ ਕਿਸੇ ਮੌਜੂਦਾ ਸਾਈਟ ਨੂੰ ਕਿਸੇ ਵੱਖਰੇ ਖੇਤਰ ਵਿੱਚ ਲਿਜਾ ਸਕਦਾ ਹਾਂ?

ਖੇਤਰ ਉਦੋਂ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਸਾਈਟ ਰੱਖੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਾਈਟ ਰਿਕਾਰਡ 'ਤੇ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਖੇਤਰ ਦੀ ਤਬਦੀਲੀ ਇਕ ਟੌਗਲ ਦੀ ਬਜਾਏ ਮਾਈਗ੍ਰੇਸ਼ਨ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ ਕਿ ਬਦਲਾਅ ਆਉਣ ਵਾਲਾ ਹੈ ਤਾਂ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਡੇ ਨਾਲ ਗੱਲ ਕਰੋ — ਲਾਈਵ ਪੋਰਟਫੋਲੀਓ ਨੂੰ ਦੂਜੀ ਜਗ੍ਹਾ ਲੈ ਕੇ ਜਾਣ ਨਾਲੋਂ ਪਹਿਲੀ ਵਾਰ ਸਹੀ ਜਗ੍ਹਾ 'ਤੇ ਰੱਖਣਾ ਬਹੁਤ ਸਸਤਾ ਹੈ।

मेरे ਬੈਕਅੱਪ ਕਿੱਥੇ ਰੱਖੇ ਜਾਂਦੇ ਹਨ?

ਪ੍ਰਤੀ-ਸਾਈਟ ਬੈਕਅੱਪ ਅਟੱਲ, ਆਫਸਾਈਟ ਅਤੇ ਚੱਲ ਰਹੇ ਫਲੀਟ ਤੋਂ ਅਲੱਗ ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ ਮੰਨੇ ਜਾਣ ਦੀ ਬਜਾਏ ਟੈਸਟ ਕੀਤੇ ਗਏ ਰੀਸਟੋਰ ਦੇ ਨਾਲ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਵਿੱਚ ਲਿਖੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਪੈਨਲ ਤੋਂ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਰੀਸਟੋਰ ਕਰਨ ਯੋਗ ਹੁੰਦੇ ਹਨ। ਜੇਕਰ ਤੁਹਾਡੀ ਅਨੁਪਾਲਨਾ ਸਥਿਤੀ ਲਈ ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਖੇਤਰ ਵਿੱਚ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸਾਡੇ ਨਾਲ ਸਿੱਧਾ ਉਠਾਓ — ਇਹ ਇੱਕ ਸਮਝੌਤੇ ਦਾ ਵੇਰਵਾ ਹੈ ਜੋ ਅਸੀਂ ਪ੍ਰਤੀ ਗਾਹਕ ਤੈਅ ਕਰਦੇ ਹਾਂ, ਨਾ ਕਿ ਇੱਕ ਵੈੱਬ ਪੰਨੇ 'ਤੇ ਸਾਡੇ ਵੱਲੋਂ ਕੀਤਾ ਗਿਆ ਕੋਈ ਆਮ ਦਾਅਵਾ।

ਕੀ ਮੈਂ ਕਿਸੇ ਖੇਤਰ (region) ਦੀ ਚੋਣ ਕੀਤੇ ਬਿਨਾਂ ਇਸਨੂੰ ਵਰਤ ਕੇ ਵੇਖ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ?

हाँ। ਇਹ ਅਜ਼ਮਾਇਸ਼ 14 ਦਿਨਾਂ ਦੀ ਹੈ, ਬਿਨਾਂ ਕਾਰਡ ਦੇ ਹੈ, ਅਤੇ ਮੂਲ ਯੂਰਪੀ ਖੇਤਰ ਵਿੱਚ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਇਸ ਵਿੱਚ Footprint-Free Hosting ਸ਼ਾਮਲ ਹੈ ਜਿਸ ਵਿੱਚ ਪੰਜ ਤੱਕ ਸਾਈਟਾਂ ਹਨ, ਜੋ ਇਹ ਦੇਖਣ ਲਈ ਕਾਫ਼ੀ ਹੈ ਕਿ ਤੁਹਾਡੇ ਉਤਪਾਦਨ ਪੋਰਟਫੋਲੀਓ ਨੂੰ ਕਿੱਥੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਇਹ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਡਿਪਲਾਏ, ਪਲੇਸਮੈਂਟ ਅਤੇ ਕੈਸ਼ ਲੇਅਰਜ਼ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।

ਜਿੱਥੇ ਸਹੀ ਲੱਗੇ ਉੱਥੇ ਸ਼ੁਰੂ ਕਰੋ, ਜਿੱਥੇ ਫ਼ਰਕ ਪਵੇ ਉੱਥੇ ਅੱਗੇ ਵਧੋ

ਯੂਰਪ ਵਿੱਚ ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14 ਦਿਨਾਂ ਦੀ ਅਜ਼ਮਾਇਸ਼ ਸ਼ੁਰੂ ਕਰੋ, ਜਾਂ ਪਹਿਲਾਂ ਸਾਨੂੰ ਆਪਣੀ ਨਿਵਾਸ ਲੋੜ ਬਾਰੇ ਦੱਸੋ ਅਤੇ ਅਸੀਂ ਤੁਹਾਨੂੰ ਪਹਿਲੀ ਤੈਨਾਤੀ ਤੋਂ ਹੀ ਸਹੀ ਥਾਂ 'ਤੇ ਰੱਖਾਂਗੇ।

ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ