ਇਹ ਸੋਚਣਾ ਬੰਦ ਕਰੋ ਕਿ SLA ਤੁਹਾਨੂੰ ਬਚਾਏਗਾ। ਇਸ ਨੂੰ ਭਰੋਸਾ ਦਿਵਾਉਣ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਗਲਤ ਭਾਵਨਾ ਪੈਦਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

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

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

ਹੋਸਟਸ ਅਕਸਰ SLA ਦੇ ਜਨਤਕ ਸੰਸਕਰਣ ਵਿੱਚ ਕੀ ਲਿਖਦੇ ਹਨ ਜੋ ਉਹ ਜਨਤਾ ਨੂੰ ਦਿਖਾਉਂਦੇ ਹਨ? ਖੈਰ, ਪਹਿਲੀ ਲਾਈਨ ਹੋਸਟਰ ਦੀ "ਭਰੋਸੇਯੋਗਤਾ" ਸ਼ਬਦ ਹੈ - ਇਹ ਆਮ ਤੌਰ 'ਤੇ 98 ਤੋਂ 99,999% ਤੱਕ ਦੇ ਨੰਬਰ ਹੁੰਦੇ ਹਨ। ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਨੰਬਰ ਸਿਰਫ ਮਾਰਕਿਟਰਾਂ ਦੀ ਇੱਕ ਸੁੰਦਰ ਕਾਢ ਹਨ. ਇੱਕ ਵਾਰ, ਜਦੋਂ ਹੋਸਟਿੰਗ ਜਵਾਨ ਅਤੇ ਮਹਿੰਗੀ ਸੀ, ਅਤੇ ਕਲਾਉਡ ਮਾਹਰਾਂ ਲਈ ਇੱਕ ਸੁਪਨਾ ਸੀ (ਨਾਲ ਹੀ ਹਰ ਕਿਸੇ ਲਈ ਬ੍ਰੌਡਬੈਂਡ ਪਹੁੰਚ), ਹੋਸਟਿੰਗ ਅਪਟਾਈਮ ਸੂਚਕ ਬਹੁਤ, ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਸੀ. ਹੁਣ, ਜਦੋਂ ਸਾਰੇ ਸਪਲਾਇਰ, ਪਲੱਸ ਜਾਂ ਮਾਇਨਸ, ਇੱਕੋ ਉਪਕਰਣ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਇੱਕੋ ਬੈਕਬੋਨ ਨੈਟਵਰਕਸ 'ਤੇ ਬੈਠਦੇ ਹਨ ਅਤੇ ਉਹੀ ਸੇਵਾ ਪੈਕੇਜ ਪੇਸ਼ ਕਰਦੇ ਹਨ, ਤਾਂ ਅਪਟਾਈਮ ਸੂਚਕ ਬਿਲਕੁਲ ਬੇਮਿਸਾਲ ਹੁੰਦਾ ਹੈ।

ਕੀ ਇੱਥੇ ਕੋਈ "ਸਹੀ" SLA ਵੀ ਹੈ?

ਬੇਸ਼ੱਕ, SLA ਦੇ ਆਦਰਸ਼ ਸੰਸਕਰਣ ਹਨ, ਪਰ ਇਹ ਸਾਰੇ ਗੈਰ-ਮਿਆਰੀ ਦਸਤਾਵੇਜ਼ ਹਨ ਅਤੇ ਰਜਿਸਟਰਡ ਹਨ ਅਤੇ ਗਾਹਕ ਅਤੇ ਸਪਲਾਇਰ ਵਿਚਕਾਰ ਹੱਥੀਂ ਸਿੱਟਾ ਕੱਢਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਕਿਸਮ ਦਾ SLA ਅਕਸਰ ਸੇਵਾਵਾਂ ਦੀ ਬਜਾਏ ਕਿਸੇ ਕਿਸਮ ਦੇ ਠੇਕੇ ਦੇ ਕੰਮ ਦੀ ਚਿੰਤਾ ਕਰਦਾ ਹੈ।

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

ਅਰਥਾਤ, "ਸਹੀ SLA" = "ਸੇਵਾਵਾਂ ਦੇ ਪ੍ਰਬੰਧ ਲਈ ਢੁਕਵਾਂ ਇਕਰਾਰਨਾਮਾ" ਅਤੇ ਸਥਿਤੀ 'ਤੇ ਨਿਯੰਤਰਣ ਦਿੰਦਾ ਹੈ। ਪਰ ਇਹ ਕੇਵਲ ਉਦੋਂ ਹੀ ਸੰਭਵ ਹੈ ਜਦੋਂ "ਬਰਾਬਰ" ਕੰਮ ਕਰਦੇ ਹੋ।

ਵੈੱਬਸਾਈਟ 'ਤੇ ਕੀ ਲਿਖਿਆ ਹੈ ਅਤੇ ਅਸਲੀਅਤ 'ਚ ਕੀ ਹੈ, ਦੋ ਵੱਖ-ਵੱਖ ਚੀਜ਼ਾਂ ਹਨ

ਆਮ ਤੌਰ 'ਤੇ, ਹਰ ਚੀਜ਼ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਅੱਗੇ ਚਰਚਾ ਕਰਾਂਗੇ ਉਹ ਹਨ ਆਮ ਮਾਰਕੀਟਿੰਗ ਟ੍ਰਿਕਸ ਅਤੇ ਧਿਆਨ ਦੀ ਜਾਂਚ।

ਜੇ ਅਸੀਂ ਪ੍ਰਸਿੱਧ ਘਰੇਲੂ ਮੇਜ਼ਬਾਨਾਂ ਨੂੰ ਲੈਂਦੇ ਹਾਂ, ਤਾਂ ਇੱਕ ਪੇਸ਼ਕਸ਼ ਦੂਜੇ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ: 25/8 ਸਹਾਇਤਾ, ਸਰਵਰ ਅਪਟਾਈਮ 99,9999999% ਸਮੇਂ, ਘੱਟੋ ਘੱਟ ਰੂਸ ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਡੇਟਾ ਸੈਂਟਰਾਂ ਦਾ ਇੱਕ ਸਮੂਹ। ਕਿਰਪਾ ਕਰਕੇ ਡਾਟਾ ਸੈਂਟਰਾਂ ਬਾਰੇ ਗੱਲ ਯਾਦ ਰੱਖੋ, ਅਸੀਂ ਥੋੜ੍ਹੀ ਦੇਰ ਬਾਅਦ ਇਸ 'ਤੇ ਵਾਪਸ ਆਵਾਂਗੇ. ਇਸ ਦੌਰਾਨ, ਆਓ ਆਦਰਸ਼ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਦੇ ਅੰਕੜਿਆਂ ਬਾਰੇ ਗੱਲ ਕਰੀਏ ਅਤੇ ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਕੀ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਜਦੋਂ ਉਸਦਾ ਸਰਵਰ ਅਜੇ ਵੀ "0,0000001% ਅਸਫਲਤਾਵਾਂ" ਵਿੱਚ ਆਉਂਦਾ ਹੈ।

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

ਜਦੋਂ ਡਿੱਗਣ ਦਾ ਪਲ ਆਉਂਦਾ ਹੈ (ਅਤੇ, ਅਸੀਂ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦੇ ਹਾਂ, ਹਰ ਕੋਈ ਕਿਸੇ ਦਿਨ ਡਿੱਗਦਾ ਹੈ), ਤਾਂ ਗਾਹਕ ਨੂੰ "ਸਪੋਰਟ" ਨਾਮਕ ਅੰਦਰੂਨੀ ਕਾਰਪੋਰੇਟ ਮਸ਼ੀਨ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਸੇਵਾ ਸਮਝੌਤਾ ਅਤੇ SLA ਨੂੰ ਪ੍ਰਕਾਸ਼ ਵਿੱਚ ਲਿਆਂਦਾ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲੱਬ ਕੀ ਹੈ:

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

ਹਾਲਾਂਕਿ, ਇਹ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕਦੇ ਵੀ ਇੰਜੀਨੀਅਰਿੰਗ ਟੀਮ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਮਿਲਦੀ, ਜ਼ਿਆਦਾਤਰ ਅਕਸਰ ਤੁਹਾਨੂੰ ਸਹਾਇਤਾ ਦੀ ਪਹਿਲੀ ਲਾਈਨ ਦੁਆਰਾ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਤੁਹਾਡੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜਦੋਂ ਕਿ ਅਸਲ ਇੰਜੀਨੀਅਰ ਸਥਿਤੀ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਜਾਣੂ ਆਵਾਜ਼?

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

ਇਸ ਦੇ ਨਾਲ ਹੀ, ਵੱਡੇ ਗਾਹਕ, ਅਸਲ ਵਿੱਚ, SLA ਦੇ ਅੰਦਰ ਮੁਆਵਜ਼ੇ ਬਾਰੇ ਬਿਲਕੁਲ ਵੀ ਪਰਵਾਹ ਨਹੀਂ ਕਰਦੇ। "SLA ਮੁਆਵਜ਼ਾ" ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੇ ਡਾਊਨਟਾਈਮ ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਟੈਰਿਫ ਦੇ ਅੰਦਰ ਪੈਸੇ ਦੀ ਵਾਪਸੀ ਹੈ, ਜੋ ਕਦੇ ਵੀ ਸੰਭਾਵੀ ਮੁਦਰਾ ਅਤੇ ਪ੍ਰਤਿਸ਼ਠਾਤਮਕ ਨੁਕਸਾਨ ਦੇ 1% ਨੂੰ ਵੀ ਕਵਰ ਨਹੀਂ ਕਰੇਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਗਾਹਕ ਲਈ ਇਹ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਕਿਸੇ ਕਿਸਮ ਦੀ "ਟੈਰਿਫ ਪੁਨਰਗਣਨਾ" ਨਾਲੋਂ ਜਲਦੀ ਤੋਂ ਜਲਦੀ ਹੱਲ ਕੀਤਾ ਜਾਵੇ।

"ਵਿਸ਼ਵ ਭਰ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਡੇਟਾ ਸੈਂਟਰ" ਚਿੰਤਾ ਦਾ ਕਾਰਨ ਹਨ

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

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

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

ਇਸ ਤਰ੍ਹਾਂ, ਜੇਕਰ ਤੁਸੀਂ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਸੇਵਾ ਬਾਰੇ ਇਕਰਾਰਨਾਮੇ ਅਤੇ SLA ਵਿੱਚ ਨਾ ਸਿਰਫ਼ ਸੁੰਦਰ ਸ਼ਬਦਾਂ ਦੀ ਕਦਰ ਕਰਦੇ ਹੋ, ਸਗੋਂ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦੀ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਜਲਦੀ ਹੱਲ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦੀ ਵੀ ਕਦਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਸੁਵਿਧਾਵਾਂ ਦੇ ਮਾਲਕ ਨਾਲ ਸਿੱਧਾ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਵਾਸਤਵ ਵਿੱਚ, ਇਸ ਵਿੱਚ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਨਾਲ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸਿੱਧਾ ਸੰਪਰਕ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ.

ਜਦੋਂ ਬਹੁਤ ਸਾਰੇ ਡੀਸੀ ਅਸਲ ਵਿੱਚ ਇੱਕ ਕੰਪਨੀ ਨਾਲ ਸਬੰਧਤ ਹੋ ਸਕਦੇ ਹਨ ਤਾਂ ਅਸੀਂ ਵਿਕਲਪਾਂ 'ਤੇ ਵਿਚਾਰ ਕਿਉਂ ਨਹੀਂ ਕਰਦੇ? ਖੈਰ, ਅਜਿਹੀਆਂ ਬਹੁਤ ਘੱਟ ਕੰਪਨੀਆਂ ਹਨ. ਇੱਕ, ਦੋ, ਤਿੰਨ ਛੋਟੇ ਡੇਟਾ ਸੈਂਟਰ ਜਾਂ ਇੱਕ ਵੱਡਾ ਇੱਕ ਸੰਭਵ ਹੈ। ਪਰ ਇੱਕ ਦਰਜਨ ਡੀਸੀ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਅੱਧੇ ਰੂਸੀ ਸੰਘ ਵਿੱਚ ਹਨ, ਅਤੇ ਦੂਜਾ ਯੂਰਪ ਵਿੱਚ, ਲਗਭਗ ਅਸੰਭਵ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਇੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਹੋਰ ਰੀਸੇਲਰ ਕੰਪਨੀਆਂ ਹਨ ਜਿੰਨਾ ਤੁਸੀਂ ਕਲਪਨਾ ਕਰ ਸਕਦੇ ਹੋ. ਇੱਥੇ ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਨ ਹੈ:

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

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

ਇਹ ਸਾਨੂੰ ਇੱਕ ਵਾਰ ਫਿਰ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ SLA ਬੇਕਾਰ ਹੈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਪਲਾਇਰ ਦੇ ਸੰਗਠਨਾਤਮਕ ਢਾਂਚੇ ਅਤੇ ਸਮਰੱਥਾਵਾਂ ਦੀ ਸਮਝ ਨਹੀਂ ਹੈ।

ਨਤੀਜਾ ਕੀ ਹੈ

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

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

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਕੀ ਸੇਵਾ ਵੇਚਣ ਵਾਲਾ ਸੁਵਿਧਾਵਾਂ/ਡਾਟਾ ਸੈਂਟਰ ਦਾ ਸਿੱਧਾ ਮਾਲਕ ਹੈ। ਵ੍ਹਾਈਟ ਲੇਬਲ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਬਹੁਤ ਸਾਰੇ ਵਿਕਰੇਤਾ ਆਪਣੀ ਸਥਿਤੀ ਨੂੰ ਲੁਕਾਉਣ ਦੀ ਪੂਰੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕੁਝ ਅਸਿੱਧੇ ਸੰਕੇਤਾਂ ਦੀ ਭਾਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ. ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ "ਉਨ੍ਹਾਂ ਦੇ ਯੂਰਪੀਅਨ DCs" ਦੇ ਕੁਝ ਖਾਸ ਨਾਮ ਅਤੇ ਲੋਗੋ ਹਨ ਜੋ ਸਪਲਾਇਰ ਕੰਪਨੀ ਦੇ ਨਾਮ ਤੋਂ ਵੱਖਰੇ ਹਨ। ਜਾਂ ਜੇਕਰ ਸ਼ਬਦ “ਭਾਗੀਦਾਰ” ਕਿਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਭਾਈਵਾਲ = 95% ਮਾਮਲਿਆਂ ਵਿੱਚ ਵਾਈਟ ਲੇਬਲ।

ਅੱਗੇ, ਤੁਹਾਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਕੰਪਨੀ ਦੀ ਬਣਤਰ ਨਾਲ ਜਾਣੂ ਕਰਵਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਜਾਂ ਇਸ ਤੋਂ ਵਧੀਆ, ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਉਪਕਰਣਾਂ ਨੂੰ ਦੇਖੋ। ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ, ਸੈਰ-ਸਪਾਟੇ ਦਾ ਅਭਿਆਸ ਜਾਂ ਘੱਟੋ-ਘੱਟ ਆਪਣੀ ਵੈੱਬਸਾਈਟ ਜਾਂ ਬਲੌਗ 'ਤੇ ਸੈਰ-ਸਪਾਟਾ ਲੇਖ ਨਵਾਂ ਨਹੀਂ ਹੈ (ਅਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਲਿਖਿਆ ਹੈ ਵਾਰ и два), ਜਿੱਥੇ ਉਹ ਫੋਟੋਆਂ ਅਤੇ ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਦੇ ਨਾਲ ਆਪਣੇ ਡੇਟਾ ਸੈਂਟਰ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਨ।

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

ਕਿਸੇ ਵੀ ਹਾਲਤ ਵਿੱਚ, ਆਮ ਸਮਝ ਅਤੇ ਵਪਾਰਕ ਲੋੜਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ. ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਤੁਹਾਨੂੰ ਇੱਕ ਵੰਡੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਲੋੜ ਹੈ (ਕੁਝ ਸਰਵਰ ਰੂਸੀ ਸੰਘ ਵਿੱਚ ਹਨ, ਬਾਕੀ ਦੇ EU ਵਿੱਚ), ਇਹ ਵਾਈਟ ਲੇਬਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਯੂਰਪੀਅਨ DC ਨਾਲ ਭਾਈਵਾਲੀ ਵਾਲੇ ਹੋਸਟਰਾਂ ਦੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਆਸਾਨ ਅਤੇ ਵਧੇਰੇ ਲਾਭਕਾਰੀ ਹੋਵੇਗਾ। ਮਾਡਲ. ਜੇ ਤੁਹਾਡਾ ਪੂਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਇੱਕ ਬਿੰਦੂ 'ਤੇ ਕੇਂਦਰਿਤ ਹੋਵੇਗਾ, ਯਾਨੀ ਇੱਕ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ, ਤਾਂ ਇਹ ਇੱਕ ਸਪਲਾਇਰ ਲੱਭਣ ਲਈ ਕੁਝ ਸਮਾਂ ਬਿਤਾਉਣ ਦੇ ਯੋਗ ਹੈ.

ਕਿਉਂਕਿ ਇੱਕ ਆਮ SLA ਤੁਹਾਡੀ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ। ਪਰ ਸੁਵਿਧਾਵਾਂ ਦੇ ਮਾਲਕ ਨਾਲ ਕੰਮ ਕਰਨਾ, ਨਾ ਕਿ ਇੱਕ ਵਿਕਰੇਤਾ, ਸੰਭਾਵੀ ਸਮੱਸਿਆਵਾਂ ਦੇ ਹੱਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਤੇਜ਼ੀ ਲਿਆਏਗਾ।

ਸਰੋਤ: www.habr.com