ਬੁੱਕਫਾਈ ਸੁਰੱਖਿਆ ਅਤੇ ਗੋਪਨੀਯਤਾ

ਭਰੋਸੇ ਨਾਲ Bookafy ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਤੇ 15,000 ਤੋਂ ਵੱਧ ਕਾਰੋਬਾਰਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੋ ਜੋ ਦੁਨੀਆ ਭਰ ਵਿੱਚ Bookafy ‘ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ।

ਗੋਪਨੀਯਤਾ ਅਤੇ ਸੁਰੱਖਿਆ | bookafy
ਗੋਪਨੀਯਤਾ ਅਤੇ ਸੁਰੱਖਿਆ | bookafy

ਕਨੈਕਟ ਕੀਤੇ ਕੈਲੰਡਰ

ਜਦੋਂ ਕਿਸੇ ਤੀਜੀ ਧਿਰ ਦੀ ਐਪਲੀਕੇਸ਼ਨ (icloud, google cal, outlook, exchange) ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ ਤਾਂ Bookafy ਦੋਹਰੀ ਬੁਕਿੰਗਾਂ ਨੂੰ ਰੋਕਣ ਲਈ Bookafy ਵਿੱਚ ਸਮੇਂ ਨੂੰ ਬਲੌਕ ਕਰਨ ਲਈ ਸਿਰਫ਼ ਕੈਲੰਡਰ ਵਿਸ਼ਾ ਲਾਈਨ, ਮਿਤੀ, ਸਮਾਂ ਅਤੇ ਮਿਆਦ ਨੂੰ ਆਯਾਤ ਕਰਦਾ ਹੈ। ਅਸੀਂ ਕਿਸੇ ਵੀ ਨਿੱਜੀ ਜਾਂ ਪਛਾਣਯੋਗ ਜਾਣਕਾਰੀ ਨੂੰ ਆਯਾਤ, ਸਟੋਰ ਜਾਂ ਰੱਖਦੇ ਨਹੀਂ ਹਾਂ।

ਈਮੇਲ ਅਤੇ ਸੰਪਰਕ

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

ਏਕੀਕਰਣ

ਸਾਰੇ 3rd ਪਾਰਟੀ ਏਕੀਕਰਣ Oath ਪ੍ਰਮਾਣਿਕਤਾ ਦੁਆਰਾ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ Bookafy ਨੂੰ ਤੁਹਾਡੇ ਉਪਭੋਗਤਾ ਨਾਮ ਜਾਂ ਪਾਸਵਰਡਾਂ ਨੂੰ ਦੇਖੇ, ਇਕੱਠੇ ਕੀਤੇ ਜਾਂ ਸਟੋਰ ਕੀਤੇ ਬਿਨਾਂ 3rd ਪਾਰਟੀ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਜੁੜਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। Bookafy ਇੱਕ ਪ੍ਰਮਾਣਿਕਤਾ ਕੋਡ ਦੁਆਰਾ ਕਨੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਓਥ ਰਾਹੀਂ ਕਨੈਕਟ ਕਰਦੇ ਹੋ।

ਡਾਟਾ ਹੋਸਟਿੰਗ

ਅਜ਼ੂਰ

Bookafy ਦੀ ਮੇਜ਼ਬਾਨੀ Azure ‘ਤੇ ਕੀਤੀ ਗਈ ਹੈ। ਤੁਸੀਂ Azure ਅਤੇ AWS ਦੇ ਸੰਪੂਰਨ ਸੁਰੱਖਿਆ ਪ੍ਰਬੰਧਾਂ ਬਾਰੇ ਉਹਨਾਂ ਦੀ ਸਾਈਟ ‘ਤੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ।

Bookafy ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਸਾਰੀਆਂ ਬਿਲਟ-ਇਨ ਸੁਰੱਖਿਆ, ਗੋਪਨੀਯਤਾ ਅਤੇ ਰਿਡੰਡੈਂਸੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਲਾਭ ਉਠਾਉਂਦਾ ਹੈ। Azure ਲਗਾਤਾਰ ਜੋਖਮ ਲਈ ਆਪਣੇ ਡਾਟਾ ਕੇਂਦਰਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਅਤੇ ਉਦਯੋਗ ਦੇ ਮਿਆਰਾਂ ਦੀ ਪਾਲਣਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਮੁਲਾਂਕਣਾਂ ਤੋਂ ਗੁਜ਼ਰਦਾ ਹੈ। Azure ਦੇ ਡਾਟਾ ਸੈਂਟਰ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਇਸ ਦੇ ਅਧੀਨ ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਹੈ: ISO 27001, SOC 1 ਅਤੇ SOC 2/SSAE 16/ISAE 3402 (ਪਹਿਲਾਂ SAS 70 ਕਿਸਮ II), PCI ਪੱਧਰ 1, FISMA ਮੱਧਮ ਅਤੇ ਸਰਬਨੇਸ-ਆਕਸਲੇ (SOX)।

AWS

Bookafy ਚਿੱਤਰਾਂ ਲਈ AWS CDN ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। Bookafy ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਸਾਰੀਆਂ ਬਿਲਟ-ਇਨ ਸੁਰੱਖਿਆ, ਗੋਪਨੀਯਤਾ ਅਤੇ ਰਿਡੰਡੈਂਸੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਲਾਭ ਉਠਾਉਂਦਾ ਹੈ। AWS ਲਗਾਤਾਰ ਜੋਖਮਾਂ ਲਈ ਆਪਣੇ ਡਾਟਾ ਕੇਂਦਰਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਅਤੇ ਉਦਯੋਗ ਦੇ ਮਿਆਰਾਂ ਦੀ ਪਾਲਣਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਮੁਲਾਂਕਣਾਂ ਤੋਂ ਗੁਜ਼ਰਦਾ ਹੈ। AW ਦੇ ਡਾਟਾ ਸੈਂਟਰ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਇਸ ਦੇ ਅਧੀਨ ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਹੈ: ISO 27001, SOC 1 ਅਤੇ SOC 2/SSAE 16/ISAE 3402 (ਪਹਿਲਾਂ SAS 70 ਕਿਸਮ II), PCI ਪੱਧਰ 1, FISMA ਮੱਧਮ ਅਤੇ ਸਰਬਨੇਸ-ਆਕਸਲੇ (SOX)।

ਬੈਕਅੱਪ

Bookafy 2 ਵੱਖ-ਵੱਖ ਭੂਗੋਲਿਆਂ ਵਿੱਚ ਰਿਡੰਡੈਂਟ ਸਰਵਰਾਂ ‘ਤੇ ਰੋਜ਼ਾਨਾ ਸਾਰੇ ਡੇਟਾ ਅਤੇ ਕੋਡ ਬੇਸ ਦਾ ਬੈਕਅੱਪ ਲੈਂਦੀ ਹੈ। ਨਾਲ ਹੀ, ਕੋਡ ਅਤੇ ਡਾਟਾ ਬੈਕਅੱਪ ਡ੍ਰੌਪਬਾਕਸ ਕਲਾਉਡ ਸਟੋਰੇਜ ‘ਤੇ ਹੋਸਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਐਨਕ੍ਰਿਪਸ਼ਨ

Bookafy ਵਿੱਚੋਂ ਲੰਘਦਾ ਡੇਟਾ ਏਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਆਵਾਜਾਈ ਵਿੱਚ ਅਤੇ ਆਰਾਮ ਵਿੱਚ। ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ Bookafy ਪਲੇਟਫਾਰਮ ਤੱਕ ਸਾਰੇ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ RSA ਐਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਨਾਲ TLS SHA-256 ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਵਾਜਾਈ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ। Bookafy ਨੂੰ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਲਈ HTTPS ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

ਸਰਵਰਾਂ ‘ਤੇ ਸੁਰੱਖਿਅਤ ਟ੍ਰਾਂਸਫਰ

Bookafy ਨੇ ਸਾਡੀ ਵਿਕਾਸ ਟੀਮ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਇੱਕ ਡੇਟਾ ਸੁਰੱਖਿਆ ਸੇਵਾ ਨੂੰ ਨਿਯੁਕਤ ਕੀਤਾ ਹੈ। ਸਾਰਾ ਡਾਟਾ ਏਨਕ੍ਰਿਪਟਡ ਅਤੇ ਸੁਰੱਖਿਅਤ ਹੈ।

ਡੇਟਾ ਸ਼ੇਅਰਿੰਗ ਅਤੇ ਥਰਡ ਪਾਰਟੀ ਐਕਸੈਸ

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

ਕਰਮਚਾਰੀ

ਪਿਛੋਕੜ ਜਾਂਚਾਂ

ਸਾਰੇ Bookafy ਕਰਮਚਾਰੀ ਕਿਰਾਏ ‘ਤੇ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਪੂਰੀ ਪਿਛੋਕੜ ਦੀ ਜਾਂਚ ਵਿੱਚੋਂ ਲੰਘਦੇ ਹਨ।

ਸਿਖਲਾਈ

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

ਗੁਪਤਤਾ

ਸਾਰੇ ਕਰਮਚਾਰੀਆਂ ਨੇ ਭਰਤੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਗੈਰ-ਖੁਲਾਸਾ ਸਮਝੌਤੇ ਅਤੇ ਗੁਪਤਤਾ ਸਮਝੌਤੇ ‘ਤੇ ਹਸਤਾਖਰ ਕੀਤੇ ਹਨ।

ਡਾਟਾ ਪਹੁੰਚ

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

ਭਰੋਸੇਯੋਗਤਾ

ਤਬਾਹੀ

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

ਭਰੋਸੇਯੋਗਤਾ

Bookafy ਦਾ 99.3% ਦਾ ਅਪਟਾਈਮ ਇਤਿਹਾਸ ਹੈ

ਵਿਕਾਸ ਚੱਕਰ

ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

Bookafy 3 ਹਫ਼ਤਿਆਂ ਦੇ ਸਪ੍ਰਿੰਟਸ ਵਿੱਚ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿਕਸਿਤ ਕਰਦਾ ਹੈ। ਸਾਡੀਆਂ ਤੈਨਾਤੀਆਂ ਇੱਕ ਵਿਕਾਸ ਸਰਵਰ ‘ਤੇ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ, ਫਿਰ ਸਟੇਜਿੰਗ, ਫਿਰ ਲਾਈਵ ਹੋਣ ਲਈ। ਲਾਈਵ ਸਰਵਰ ਤੈਨਾਤੀ ਐਤਵਾਰ ਸਵੇਰੇ PST ‘ਤੇ ਹੁੰਦੀ ਹੈ।

QA ਅਤੇ ਟੈਸਟਿੰਗ

Bookafy ਹਰੇਕ ਤੈਨਾਤੀ ਤੋਂ ਪਹਿਲਾਂ ਮੈਨੂਅਲ ਟੈਸਟਿੰਗ ਦੇ ਨਾਲ-ਨਾਲ ਆਟੋਮੇਟਿਡ ਟੈਸਟਿੰਗ ਚਲਾਉਂਦਾ ਹੈ।

ਦੇਵ ਅਤੇ ਸਟੇਜਿੰਗ ਸਰਵਰ QA

ਲਾਈਵ ਸਰਵਰਾਂ ‘ਤੇ Bookafy ਨੂੰ ਜਾਰੀ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, ਕੋਡ ਨੂੰ QA ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਸਟੇਜਿੰਗ ਅਤੇ ਵਿਕਾਸ ਸਰਵਰਾਂ ‘ਤੇ ਤਾਇਨਾਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਵਾਰ ਜਦੋਂ ਟੈਸਟਿੰਗ ਪੂਰੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਕੋਡ ਨੂੰ ਸਪ੍ਰਿੰਟ ਸਾਈਕਲ ਟਾਈਮਲਾਈਨ ‘ਤੇ ਲਾਈਵ ਸਰਵਰ ਤੈਨਾਤੀ ਲਈ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ।

ਲਾਈਵ ਨਿਗਰਾਨੀ

ਇੱਕ ਵਾਰ ਕੋਡ ਸਾਡੇ ਪ੍ਰੋਡਕਸ਼ਨ ਸਰਵਰ ‘ਤੇ ਜਾਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸਾਡੀ QA ਟੀਮ ਸਵੈਚਲਿਤ ਟੈਸਟ, ਮੈਨੂਅਲ ਟੈਸਟ ਚਲਾਉਂਦੀ ਹੈ ਅਤੇ ਸਾਡੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਬਾਹਰੀ ਸੌਫਟਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਬਾਹਰੀ ਸੌਫਟਵੇਅਰ ਚੇਤਾਵਨੀਆਂ ਦੇ ਨਾਲ 24/7 ਚੱਲ ਰਿਹਾ ਹੈ ਜੋ ਕਿਸੇ ਵੀ ਸਮੱਸਿਆ ਨਾਲ ਸਾਡੀ ਵਿਕਾਸ ਟੀਮ ਨੂੰ ਆਪਣੇ ਆਪ ਭੇਜੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਚੇਤਾਵਨੀਆਂ 24/7 ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਸਾਡੀ ਟੀਮ ਨੂੰ ਟੈਕਸਟ ਸੰਦੇਸ਼ ਅਤੇ ਈਮੇਲ ਰਾਹੀਂ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਕਮਜ਼ੋਰੀ

ਫਾਇਰਵਾਲ

Bookafy Azure ਸਰਵਰਾਂ ‘ਤੇ ਹੋਸਟ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ Azures ਨੈਕਸਟ ਜਨਰੇਸ਼ਨ ਫਾਇਰਵਾਲ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ, ਜੋ Azures ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਗੇਟਵੇ ਸੇਵਾ ਦੇ ਪਿੱਛੇ ਬੈਠੀ ਹੈ। ਇਸ ਸੇਵਾ ਵਿੱਚ ਚੀਜ਼ਾਂ ਦੇ ਵਿਰੁੱਧ ਸੁਰੱਖਿਆ ਸ਼ਾਮਲ ਹੈ, ਜਿਵੇਂ ਕਿ SQL ਇੰਜੈਕਸ਼ਨ ਜਾਂ ਖਰਾਬ HTTP ਬੇਨਤੀਆਂ।

ਮਾਲਵੇਅਰ ਅਤੇ ਵਾਇਰਸ ਦੀ ਰੋਕਥਾਮ

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

ਸਕੈਨਿੰਗ

ਸਾਡਾ ਅੰਦਰੂਨੀ ਸਰਵਰ, ਕਰਮਚਾਰੀ ਮਸ਼ੀਨਾਂ ਅਤੇ ਡੇਟਾ ਹੋਸਟਿੰਗ ਲਗਾਤਾਰ ਕਮਜ਼ੋਰੀ ਸਕੈਨਿੰਗ ਸੌਫਟਵੇਅਰ ਚਲਾਉਂਦੇ ਹਨ।

ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੱਖਿਆ

ਲੌਗਇਨ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸੁਰੱਖਿਆ

ਸਾਡੀਆਂ ਬਾਹਰੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਜੋ Bookafy ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ, Bookafy ਪਾਸਵਰਡਾਂ ਨੂੰ ਸਟੋਰ/ਇਕੱਠਾ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਸਾਰੇ Bookafy ਪ੍ਰਮਾਣਿਕਤਾ ਹਰੇਕ ਵਿਅਕਤੀਗਤ ਉਪਭੋਗਤਾ ਦੇ ਖਾਤੇ ਲਈ ਵਰਤੇ ਗਏ ਇੱਕ ਸੁਰੱਖਿਅਤ ਟੋਕਨ ਦੇ ਨਾਲ Bookafy ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਇੱਕ ਸੁਰੱਖਿਅਤ ਓਥ ਕਨੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ। ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ: Zoom, Stripe, Authorize.net, Google ਕੈਲੰਡਰ, ਐਕਸਚੇਂਜ, Office365, Outlook.com, Icloud, mailchimp ਅਤੇ ਹੋਰ। ਸਾਰੇ 3 ਭਾਗ

ਡਿਸਕਨੈਕਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

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

API ਪਹੁੰਚ

Bookafy ਦੁਆਰਾ ਡੇਟਾ ਤੱਕ ਸਾਰੀ ਪਹੁੰਚ ਨੂੰ ਇੱਕ OAuth ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਦੁਆਰਾ ਸਪਸ਼ਟ ਤੌਰ ‘ਤੇ ਮਨਜ਼ੂਰੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਐਕਸੈਸ ਟੋਕਨਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਵੀ ਸਮੇਂ ਰੱਦ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।

ਪ੍ਰਮਾਣੀਕਰਣ

ਜੀ.ਡੀ.ਪੀ.ਆਰ

ਅਸੀਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਡਾਟਾ ਅਭਿਆਸਾਂ ਵਿੱਚ GDPR ਮਿਆਰਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ ਕਿ ਸਾਡੇ ਸਾਰੇ ਗਾਹਕ ਸਮਰਥਿਤ ਹਨ ਅਤੇ GDPR ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ। Bookafy GDPR ਬਾਰੇ ਹੋਰ ਜਾਣੋ।

ਸੁਰੱਖਿਆ ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ 

ਕੀ ਪਿਛਲੇ 5 ਸਾਲਾਂ ਵਿੱਚ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਸੁਰੱਖਿਆ ਉਲੰਘਣਾਵਾਂ ਜਾਂ ਘਟਨਾਵਾਂ ਵਾਪਰੀਆਂ ਹਨ?

ਨੰ.

ਕੀ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਅਤੇ ਆਮ ਖਾਤੇ ਦੀ ਪਹੁੰਚ ਨੂੰ ਸਖਤੀ ਨਾਲ ਨਿਯੰਤਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਮੇਂ-ਸਮੇਂ ‘ਤੇ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਘੱਟੋ-ਘੱਟ

ਸਾਲਾਨਾ?

ਹਾਂ।

ਉਪਭੋਗਤਾ ਬਾਰੇ ਕਿਹੜਾ ਡੇਟਾ ਇਕੱਠਾ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ? 

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

ਖਾਤਾ ਮਾਲਕ ਬੁਕਿੰਗ ‘ਤੇ ਵੱਖ-ਵੱਖ ਡਾਟਾ ਪੁਆਇੰਟਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਲਈ ਟੈਕਸਟ ਫੀਲਡ ਬਣਾ ਸਕਦਾ ਹੈ, ਪਰ ਗਾਹਕ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਤਾ ਹੁੰਦਾ ਹੈ ਕਿ ਡੇਟਾ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਕਿਉਂਕਿ ਅੰਤਮ ਉਪਭੋਗਤਾ ਫੀਲਡਾਂ ਵਿੱਚ ਡੇਟਾ ਟਾਈਪ ਕਰੇਗਾ। ਅੰਤਮ ਉਪਭੋਗਤਾ ਜਾਂ ਖਾਤਾ ਮਾਲਕ ਕਿਸੇ ਵੀ ਸਮੇਂ data@bookafy.com ‘ਤੇ ਈਮੇਲ ਕਰਕੇ ਡੇਟਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ 

ਐਪ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਿਹੜੇ ਉਦੇਸ਼ਾਂ ਲਈ ਕਰ ਰਹੀ ਹੈ?

ਐਪ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਸਿਰਫ਼ ਉਸ ਲੈਣ-ਦੇਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਲਈ ਅੰਤਮ ਗਾਹਕ ਨੇ ਸਾਈਨ ਅੱਪ ਕੀਤਾ ਹੈ। ਜੇਕਰ SSO ਨਾਲ ਲੌਗਇਨ ਕਰਨ ਲਈ ਕਿਸੇ ਤੀਜੀ ਧਿਰ ਐਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ Facebook ਜਾਂ Google, ਤਾਂ ਅਸੀਂ ਸਿਰਫ਼ ਖਾਤੇ ਦੀ ਪਹੁੰਚ ਲਈ ਉਸ ਕਨੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਖਾਤੇ ਤੋਂ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ ਜਿਵੇਂ ਕਿ ਸੰਪਰਕ, ਇਵੈਂਟਸ, ਈਮੇਲ ਸੁਨੇਹੇ ਅਤੇ ਅਸੀਂ ਤੁਹਾਡੀ ਤਰਫੋਂ ਪੋਸਟ ਨਹੀਂ ਕਰਦੇ ਜਾਂ ਤੁਹਾਡੇ ਖਾਤੇ ਦੇ ਅੰਦਰ ਕਿਸੇ ਗਤੀਵਿਧੀ ਵਿੱਚ ਹਿੱਸਾ ਨਹੀਂ ਲੈਂਦੇ ਹਾਂ। ਇਹ ਸਿਰਫ ਲੌਗਇਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। 

ਡੇਟਾ ਮਿਟਾਉਣ ਲਈ ਉਪਭੋਗਤਾ ਅਧਿਕਾਰ ਕੀ ਹਨ ਅਤੇ ਉਪਭੋਗਤਾ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਕਿਵੇਂ ਕਰ ਸਕਦਾ ਹੈ? 

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

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

ਏਓ ਅਤੇ ਅੰਤਮ ਗਾਹਕ ਦੋਵਾਂ ਦੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਉਨ੍ਹਾਂ ਦਾ ਡੇਟਾ ਕਿਸੇ ਵੀ ਸਮੇਂ ਮਿਟਾ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ। AO data@bookafy.com ਨੂੰ ਈਮੇਲ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਖਾਤੇ ਅਤੇ ਡੇਟਾ ਨੂੰ ਹਟਾਉਣ ਲਈ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ। ਅੰਤਮ ਗਾਹਕ AO ਦੁਆਰਾ ਆਪਣੇ ਡੇਟਾ ਨੂੰ ਹਟਾਉਣ ਲਈ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ। 


ਕੀ ਕਰਮਚਾਰੀਆਂ ਲਈ ਸਾਂਝੇ ਉਪਭੋਗਤਾ ਖਾਤਿਆਂ ਦੀ ਮਨਾਹੀ ਹੈ? ਗਾਹਕਾਂ ਬਾਰੇ ਕੀ?

ਕਰਮਚਾਰੀਆਂ ਦੇ ਆਪਣੇ ਸਮਰਪਿਤ ਖਾਤੇ ਹਨ। ਗਾਹਕਾਂ ਦੇ ਆਪਣੇ ਸਮਰਪਿਤ ਖਾਤੇ ਵੀ ਹੁੰਦੇ ਹਨ, ਸਿਰਫ਼ ਉਹਨਾਂ ਦੇ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਦੇ ਨਾਲ।

ਕੀ ਤੁਹਾਡੇ ਪਾਸਵਰਡ ਦੇ ਨਿਰਮਾਣ ਲਈ ਕਈ ਤਾਕਤ ਦੀਆਂ ਲੋੜਾਂ ਦੀ ਲੋੜ ਹੈ, ਭਾਵ ਮਜ਼ਬੂਤ ਪਾਸਵਰਡ ਅਤੇ ਅਲਫ਼ਾ, ਸੰਖਿਆਤਮਕ ਅਤੇ ਵਿਸ਼ੇਸ਼ ਅੱਖਰਾਂ ਦੇ ਇੱਕ ਬੇਤਰਤੀਬ ਕ੍ਰਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ?

ਸਾਨੂੰ ਮੂਲ ਪਾਸਵਰਡ ਪ੍ਰਬੰਧਨ ਪੱਧਰ ‘ਤੇ ਪਾਸਵਰਡਾਂ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ 6 ਅੱਖਰਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਆਉਣ ਵਾਲੇ ਸਾਲ ਵਿੱਚ OWASP ਅਤੇ NIST SP 800-63-3 ਪਾਸਵਰਡ ਨੀਤੀ ਵਿਕਲਪ ਉਪਲਬਧ ਹੋ ਸਕਦੇ ਹਨ।

ਕੀ ਨੈੱਟਵਰਕ ਦੀ ਸੀਮਾ ਪ੍ਰਵੇਸ਼ ਅਤੇ ਨਿਕਾਸੀ ਫਿਲਟਰਿੰਗ ਨਾਲ ਫਾਇਰਵਾਲ ਨਾਲ ਸੁਰੱਖਿਅਤ ਹੈ?

ਹਾਂ। ਸਾਰੀਆਂ ਫਾਇਰਵਾਲਾਂ ਅਤੇ ਲੋਡ ਸੰਤੁਲਨ ਦੀਆਂ ਸਹੂਲਤਾਂ Azure ਅਤੇ Amazon AWS ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਕੀ ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਡੀ-ਮਿਲੀਟਰਾਈਜ਼ਡ ਜ਼ੋਨ (DMZ) ਵਿੱਚ ਸਰਵਰ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਜਨਤਕ ਹੈ?

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

ਕੀ ਅੰਦਰੂਨੀ ਨੈਟਵਰਕ ਸੈਗਮੈਂਟੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਸੰਵੇਦਨਸ਼ੀਲ ਉਤਪਾਦਨ ਸਰੋਤਾਂ ਜਿਵੇਂ ਕਿ PCI ਡੇਟਾ ਨੂੰ ਹੋਰ ਅਲੱਗ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?

PCI ਡੇਟਾ ਸਟੋਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ਼ 3rd ਪਾਰਟੀ ਪ੍ਰਦਾਤਾਵਾਂ ਜਿਵੇਂ ਕਿ Stripe ਅਤੇ Authorize.net ਤੋਂ Bookafy ਦੁਆਰਾ ਫਰੇਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। Bookafy ਡਾਟਾ ਇਕੱਠਾ ਜਾਂ ਸਟੋਰ ਨਹੀਂ ਕਰਦਾ। 

ਕੀ ਨੈੱਟਵਰਕ ਘੁਸਪੈਠ ਖੋਜ ਜਾਂ ਰੋਕਥਾਮ ਲਾਗੂ ਅਤੇ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?

Azure ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਸੂਚਨਾਵਾਂ ਅਤੇ ਚੇਤਾਵਨੀਆਂ ਦੁਆਰਾ ਪੂਰਕ ਨਿਗਰਾਨੀ ਸਾਧਨਾਂ ਦਾ ਇੱਕ ਵਿਸ਼ਾਲ ਸਪੈਕਟ੍ਰਮ ਲਗਾਤਾਰ ਚਾਲੂ ਰਹਿੰਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਘੁਸਪੈਠ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਅਤੇ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਦੀ ਈਮੇਲ ਪੁਸ਼ਟੀ ਸ਼ਾਮਲ ਹੈ।

ਕੀ ਸਾਰੇ ਡੈਸਕਟਾਪ ਨਿਯਮਤ ਤੌਰ ‘ਤੇ ਅੱਪਡੇਟ ਕੀਤੇ ਵਾਇਰਸ, ਕੀੜੇ, ਸਪਾਈਵੇਅਰ ਅਤੇ ਖਤਰਨਾਕ ਕੋਡ ਸੌਫਟਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੁਰੱਖਿਅਤ ਹਨ?

ਹਾਂ।

ਕੀ ਸਰਵਰ ਉਦਯੋਗ ਦੇ ਸਖ਼ਤ ਅਭਿਆਸਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੁਰੱਖਿਅਤ ਹਨ? ਕੀ ਅਭਿਆਸ ਦਸਤਾਵੇਜ਼ੀ ਹਨ?

ਸਿਸਟਮ ਸੁਰੱਖਿਆ ਆਡਿਟ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਸੁਰੱਖਿਆ ਸੇਵਾਵਾਂ ਦੀ ਨਿਯਮਤ ਤੌਰ ‘ਤੇ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। 

ਕੀ ਸਾਰੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ, ਨੈੱਟਵਰਕ ਡਿਵਾਈਸਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਸਰਗਰਮ ਵਿਕਰੇਤਾ ਪੈਚ ਪ੍ਰਬੰਧਨ ਹੈ?

ਹਾਂ। ਇਹ Azure ਦੁਆਰਾ ਉਹਨਾਂ ਦੀ ਸੇਵਾ ਦੁਆਰਾ ਆਪਣੇ ਆਪ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਕੀ ਸਾਰੀਆਂ ਉਤਪਾਦਨ ਪ੍ਰਣਾਲੀ ਦੀਆਂ ਗਲਤੀਆਂ ਅਤੇ ਸੁਰੱਖਿਆ ਇਵੈਂਟਾਂ ਨੂੰ ਰਿਕਾਰਡ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੱਖਿਆ ਗਿਆ ਹੈ?

ਲਾਗਾਂ ਨੂੰ ਘੱਟੋ-ਘੱਟ 1 ਮਹੀਨੇ ਲਈ ਸੁਰੱਖਿਅਤ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਕੁਝ 6 ਮਹੀਨਿਆਂ ਤੱਕ ਬਾਕੀ ਰਹਿੰਦੇ ਹਨ, ਗੰਭੀਰਤਾ ਅਤੇ ਲੋੜੀਂਦੀ ਕਾਰਵਾਈ ਦੇ ਆਧਾਰ ‘ਤੇ।

ਕੀ ਸੁਰੱਖਿਆ ਇਵੈਂਟਸ ਅਤੇ ਲੌਗ ਡੇਟਾ ਦੀ ਨਿਯਮਿਤ ਤੌਰ ‘ਤੇ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?

ਹਾਂ। ਲੌਗਸ ਦੀ ਰੋਜ਼ਾਨਾ, ਹਫਤਾਵਾਰੀ ਅਤੇ ਮਾਸਿਕ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ – ਲੌਗ ਇਵੈਂਟਸ ਦੀ ਪ੍ਰਕਿਰਤੀ ‘ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਕੀ ਗਾਹਕ ਦੀ ਗੁਪਤ ਜਾਣਕਾਰੀ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸੁਰੱਖਿਆ ਦੇ ਨਾਲ ਕੋਈ ਦਸਤਾਵੇਜ਼ੀ ਗੋਪਨੀਯਤਾ ਪ੍ਰੋਗਰਾਮ ਮੌਜੂਦ ਹੈ?

ਹਾਂ।

ਕੀ ਕੋਈ ਗੋਪਨੀਯਤਾ ਦੀ ਉਲੰਘਣਾ ਹੋਣ ‘ਤੇ ਗਾਹਕਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਲਈ ਕੋਈ ਪ੍ਰਕਿਰਿਆ ਹੈ?

ਹਾਂ।

ਕੀ ਤੁਸੀਂ ਨਿੱਜੀ ਤੌਰ ‘ਤੇ ਪਛਾਣਨ ਯੋਗ ਜਾਣਕਾਰੀ (PII) ਨੂੰ ਸਟੋਰ, ਪ੍ਰਕਿਰਿਆ, ਸੰਚਾਰਿਤ (ਜਿਵੇਂ “ਹੈਂਡਲ”) ਕਰਦੇ ਹੋ?

ਹਾਂ।

PII ਕਿਸ ਦੇਸ਼ ਜਾਂ ਦੇਸ਼ਾਂ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?

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

ਕੀ ਸਿਸਟਮ ਲੌਗ ਤਬਦੀਲੀ ਅਤੇ ਵਿਨਾਸ਼ ਤੋਂ ਸੁਰੱਖਿਅਤ ਹਨ?

ਇਹ Azure ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ Dropbox Cloud Storage ‘ਤੇ ਬੈਕਅੱਪ ਕੀਤਾ ਗਿਆ ਹੈ।

ਕੀ ਐਂਟਰੀ ਦੇ ਸੀਮਾ ਅਤੇ VLAN ਪੁਆਇੰਟਾਂ ਨੂੰ ਘੁਸਪੈਠ ਸੁਰੱਖਿਆ ਅਤੇ ਖੋਜ ਯੰਤਰਾਂ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਹਮਲੇ ਦੇ ਅਧੀਨ ਚੇਤਾਵਨੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ?

ਹਾਂ। ਇਹ ਸੇਵਾਵਾਂ ਸਾਡੇ Azure ਫਾਇਰਵਾਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ ਜੋ ਘੁਸਪੈਠ ਤੋਂ ਬਚਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਸਾਡੀ ਵਿਕਾਸ ਟੀਮ ਨੂੰ ਸਵੈਚਲਿਤ ਚੇਤਾਵਨੀਆਂ ਭੇਜਦੀਆਂ ਹਨ। 

ਕੀ ਲੌਗਸ ਅਤੇ ਇਵੈਂਟਸ ਇੱਕ ਟੂਲ ਨਾਲ ਸਬੰਧਿਤ ਹਨ ਜੋ ਪ੍ਰਗਤੀ ਵਿੱਚ ਇੱਕ ਹਮਲੇ ਦੀ ਚੇਤਾਵਨੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ?

ਹਾਂ, ਸਾਡੀ ਸੁਰੱਖਿਆ ਸੇਵਾ ਵਿੱਚ ਅਸਲ ਸਮੇਂ ਵਿੱਚ ਲੌਗਿੰਗ ਅਤੇ ਹਮਲਿਆਂ ਦੀਆਂ ਚੇਤਾਵਨੀਆਂ ਸ਼ਾਮਲ ਹਨ। 

ਨੈਟਵਰਕਿੰਗ, ਫਰੰਟ-ਐਂਡ, ਬੈਕ-ਐਂਡ ਸਟੋਰੇਜ ਅਤੇ ਬੈਕਅੱਪ ਸਮੇਤ, ਹੱਲ ਦੇ ਅੰਦਰ ਦੂਜੇ ਗਾਹਕਾਂ ਤੋਂ ਡਾਟਾ ਕਿਵੇਂ ਵੱਖ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?

ਹਰੇਕ ਗਾਹਕ ਖਾਤੇ ਨੂੰ ਸਾਰੇ ਡੇਟਾਬੇਸ ਰਿਕਾਰਡਾਂ ‘ਤੇ ਲੋੜੀਂਦੇ ਨਿਰੰਤਰ ਕਿਰਾਏਦਾਰ ਪਛਾਣਕਰਤਾ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ, ਦੂਜੇ ਗਾਹਕਾਂ ਤੋਂ ਤਰਕ ਨਾਲ ਵੱਖ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

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

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

ਕੀ ਤੁਹਾਡੇ ਕੋਲ ਘਟਨਾ ਪ੍ਰਤੀਕਿਰਿਆ ਯੋਜਨਾ ਹੈ?

ਹਾਂ, ਇੱਕ “ਜੀਵਤ ਦਸਤਾਵੇਜ਼” ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਤਬਾਹੀ ਅਤੇ ਘਟਨਾ ਪ੍ਰਤੀਕਰਮ ਦੀ ਰੂਪਰੇਖਾ ਦਰਸਾਉਂਦਾ ਹੈ

ਘਟਨਾਵਾਂ ਨੂੰ ਸਮਝਣ ਅਤੇ ਜਵਾਬ ਦੇਣ ਲਈ ਜਾਂਚ ਸੂਚੀਆਂ, ਸੰਪਰਕ ਵੇਰਵੇ ਅਤੇ ਮੁੱਖ ਸਿਸਟਮ ਸਹੂਲਤਾਂ।

ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਦਾ ਕਿਹੜਾ ਪੱਧਰ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?

ਅਸੀਂ Azure Cloud ‘ਤੇ ਚੱਲ ਰਹੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੇ ਸਾਡੇ ਨੈੱਟਵਰਕ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ Azures ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਗੇਟਵੇ (ਲੋਡ ਬੈਲੇਂਸਰ) ਅਤੇ ਨੈਕਸਟ ਜਨਰੇਸ਼ਨ ਫਾਇਰਵਾਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ। 

ਕੀ ਪਲੇਟਫਾਰਮ ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ (QOS) ਪ੍ਰਦਰਸ਼ਨ ਮਾਪਾਂ (ਸਰੋਤ ਉਪਯੋਗਤਾ, ਥ੍ਰੁਪੁੱਟ, ਉਪਲਬਧਤਾ ਆਦਿ) ਲਈ ਰਿਪੋਰਟਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ?

status.pingdom.com ‘ਤੇ ਸਾਡੇ ਸਟੇਟਸ ਪੇਜ ਦੇ ਅਨੁਸਾਰ ਉਪਲਬਧਤਾ ਅਤੇ ਜਵਾਬ ਦੇ ਸਮੇਂ ਤੋਂ ਇਲਾਵਾ, ਗਾਹਕਾਂ ਨੂੰ ਅਜਿਹੇ ਮੈਟ੍ਰਿਕਸ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਕੀ ਆਫ਼ਤ ਰਿਕਵਰੀ ਪ੍ਰੋਗਰਾਮ ਦੀ ਘੱਟੋ-ਘੱਟ ਸਾਲਾਨਾ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?

ਹਾਂ, ਰਿਕਵਰੀ ਜਾਂਚਾਂ ਅਤੇ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਸਾਲਾਨਾ ਟੈਸਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਸਿਸਟਮ ਦਾ ਰਿਕਵਰੀ ਟਾਈਮ ਉਦੇਸ਼ (RTO) ਅਤੇ ਰਿਕਵਰੀ ਪੁਆਇੰਟ ਉਦੇਸ਼ (RPO) ਕੀ ਹੈ?

RTO 4 ਘੰਟੇ ਦਾ ਹੁੰਦਾ ਹੈ, RPO 1 ਘੰਟਾ ਹੁੰਦਾ ਹੈ।

ਕੀ ਤੁਸੀਂ ਵਿਅਕਤੀਗਤ ਗਾਹਕਾਂ ਲਈ ਬੈਕਅੱਪ ਅਤੇ ਰੀਸਟੋਰ ਯੋਜਨਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹੋ?

ਸਾਰੇ ਪਹਿਲੂ ਬਹੁ-ਕਿਰਾਏ ਵਾਲੇ ਹਨ, ਇਸਲਈ ਬੈਕਅੱਪ ਪੂਰੇ ਕਲਾਇੰਟ ਬੇਸ ਵਿੱਚ ਲਏ ਜਾਂਦੇ ਹਨ। ਸੰਪੂਰਨ ਫਾਈਲ ਬੈਕਅੱਪ ਹਰ 24 ਘੰਟਿਆਂ ਬਾਅਦ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹਰ 5 ਮਿੰਟਾਂ ਵਿੱਚ ਲਏ ਗਏ ਬੈਕਅੱਪ ਵਿੱਚ Azure ਡੇਟਾਬੇਸ ਪੁਆਇੰਟ ਤੋਂ ਲਾਭ ਹੁੰਦਾ ਹੈ। ਬੈਕਅੱਪ ਡ੍ਰੌਪਬਾਕਸ ਕਲਾਊਡ ਦੇ ਨਾਲ-ਨਾਲ ਬੇਲੋੜੀਆਂ Azure ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ‘ਤੇ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। 

ਬੈਕਅੱਪ ਬਰਕਰਾਰ ਰੱਖਣ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ ਸਮਾਂ ਕੀ ਹੈ?

ਡਾਟਾਬੇਸ ਪੁਆਇੰਟ-ਇਨ-ਟਾਈਮ ਬੈਕਅੱਪ 30 ਦਿਨਾਂ ਲਈ ਬਰਕਰਾਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਘੱਟੋ-ਘੱਟ 90 ਦਿਨਾਂ ਲਈ ਆਮ ਫਾਈਲ ਬੈਕਅੱਪ ਦੇ ਨਾਲ।

ਡੇਟਾ ਰੀਸਟੋਰ ਲਈ ਸੰਭਾਵਿਤ ਟਰਨਅਰਾਊਂਡ ਸਮਾਂ ਕੀ ਹੈ?

ਕਿਸੇ ਵੀ ਗੈਰ-ਆਫਤ ਸਥਿਤੀ ਵਿੱਚ ਕਿਸੇ ਵੀ ਕਲਾਇੰਟ ਨੂੰ ਬਹਾਲ ਕਰਨ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਸਾਡੇ ਨਾਲ ਅਨੁਸੂਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਟਰਨਅਰਾਊਂਡ 1 ਅਤੇ 2 ਕਾਰੋਬਾਰੀ ਦਿਨਾਂ ਦੇ ਵਿਚਕਾਰ ਹੈ। 

ਕੀ ਪੂਰੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ ਇਕਾਈ ਖਾਤੇ ਨੂੰ ਬਹਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ?

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

ਕੀ ਉੱਚ ਉਪਲਬਧਤਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ – i. ਈ. ਜਿੱਥੇ ਇੱਕ ਸਰਵਰ ਉਦਾਹਰਨ ਅਣਉਪਲਬਧ ਹੋ ਜਾਂਦੀ ਹੈ ਕੀ ਦੂਜਾ ਉਪਲਬਧ ਹੋ ਜਾਂਦਾ ਹੈ?

ਅਜ਼ੂਰ ਦੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਰਾਹੀਂ, ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਗੇਟਵੇ ਹੈਂਡਲਿੰਗ ਲੋਡ ਬੈਲੇਂਸਿੰਗ ਦੇ ਨਾਲ, ਸਾਰੇ ਸਿਸਟਮ ਟੀਅਰਾਂ ‘ਤੇ ਮਲਟੀਪਲ ਸਰਵਰ ਉਦਾਹਰਨਾਂ ਚੱਲ ਰਹੀਆਂ ਹਨ। ਡਾਟਾ ਸੈਂਟਰ ਦੇ ਅੰਦਰ ਇੱਕ ਸਰਵਰ ਉਦਾਹਰਨ ਦੀ ਅਸਫਲਤਾ ਨੂੰ Azure WAG ਦੁਆਰਾ ਹੈਂਡਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਮੱਸਿਆ ਨੂੰ ਰੀਸਾਈਕਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ/ਜਾਂ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਨਵੀਂ ਉਦਾਹਰਣ ਨਾਲ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ।

ਕੀ ਆਫ਼ਤ ਰਿਕਵਰੀ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਡੇਟਾ ਨੂੰ ਕਿਸੇ ਹੋਰ ਸਥਾਨ (ਡੇਟਾ ਸੈਂਟਰ) ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਅਤੇ ਉਪਲਬਧ ਹੈ?

ਹਾਂ। ਸਾਰੇ ਡੇਟਾ ਨੂੰ ਇੱਕ ਦੂਜੇ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ ਜੋ ਭੂਗੋਲਿਕ ਸਥਾਨ ਦੇ ਨਾਲ-ਨਾਲ ਡ੍ਰੌਪਬਾਕਸ ਕਲਾਉਡ ਸਟੋਰੇਜ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਬੈਕਅੱਪ ਡੇਟਾ ਦੁਆਰਾ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। .

ਕੀ ਫੇਲਓਵਰ ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ/ਸਰਗਰਮ, ਸਵੈਚਲਿਤ ਸਵਿਚਓਵਰ ਪ੍ਰਕਿਰਿਆ ਹੈ?

ਪ੍ਰਾਇਮਰੀ ਡਾਟਾ ਸੈਂਟਰ ਦੇ ਅੰਦਰ ਇੱਕ ਸਰਵਰ ਉਦਾਹਰਨ ਦੀ ਅਸਫਲਤਾ ਨੂੰ Azure WAG ਲੋਡ ਬੈਲੇਂਸਰਾਂ ਦੁਆਰਾ ਹੈਂਡਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਸਮੱਸਿਆ ਦੇ ਉਦਾਹਰਨ ਰੀਸਾਈਕਲ ਅਤੇ/ਜਾਂ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਨਵੀਂ ਉਦਾਹਰਣ ਨਾਲ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ।

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