ਕਿਹੜੀ ਚੀਜ਼ ਨੇ ਸਾਨੂੰ ਨਵੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਔਨਲਾਈਨ ਵਪਾਰ ਲਈ ਤੇਜ਼ੀ ਨਾਲ ਅਨੁਕੂਲ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕੀਤੀ

ਹੈਲੋ!

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

ਨਵੀਆਂ ਅਸਲੀਅਤਾਂ ਦੇ ਪਹਿਲੇ ਦਿਨਾਂ ਵਿੱਚ, ਸਪੋਰਟਮਾਸਟਰ ਦਾ ਆਮ ਔਫਲਾਈਨ ਵਪਾਰਕ ਫਾਰਮੈਟ ਰੁਕ ਗਿਆ, ਅਤੇ ਸਾਡੇ ਔਨਲਾਈਨ ਚੈਨਲ 'ਤੇ ਲੋਡ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਗਾਹਕ ਦੇ ਪਤੇ 'ਤੇ ਡਿਲੀਵਰੀ ਦੇ ਰੂਪ ਵਿੱਚ, 10 ਗੁਣਾ ਵਧ ਗਿਆ। ਕੁਝ ਹੀ ਹਫ਼ਤਿਆਂ ਵਿੱਚ, ਅਸੀਂ ਇੱਕ ਵਿਸ਼ਾਲ ਔਫਲਾਈਨ ਕਾਰੋਬਾਰ ਨੂੰ ਇੱਕ ਔਨਲਾਈਨ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਹੈ ਅਤੇ ਸੇਵਾ ਨੂੰ ਸਾਡੇ ਗਾਹਕਾਂ ਦੀਆਂ ਲੋੜਾਂ ਮੁਤਾਬਕ ਢਾਲ ਲਿਆ ਹੈ।

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

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

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

ਔਨਲਾਈਨ ਸੇਵਾਵਾਂ ਦਾ ਸੰਚਾਲਨ

ਕੋਲੇਸਨਿਕੋਵ ਸਰਗੇਈ, ਔਨਲਾਈਨ ਸਟੋਰ ਅਤੇ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੇ ਸੰਚਾਲਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ

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

18 ਮਾਰਚ ਤੋਂ 31 ਮਾਰਚ ਤੱਕ ਦੇ ਆਦੇਸ਼ਾਂ ਦੀ ਸੰਖਿਆਔਨਲਾਈਨ ਭੁਗਤਾਨ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਲਈ ਬੇਨਤੀਆਂ ਦੀ ਸੰਖਿਆਵੈੱਬਸਾਈਟ 'ਤੇ ਦਿੱਤੇ ਗਏ ਆਰਡਰਾਂ ਦੀ ਗਿਣਤੀ

ਪਹਿਲੇ ਗ੍ਰਾਫ ਵਿੱਚ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਵਾਧਾ ਲਗਭਗ 14 ਗੁਣਾ ਸੀ, ਦੂਜੇ ਵਿੱਚ - 4 ਵਾਰ. ਅਸੀਂ ਸਾਡੀਆਂ ਅਰਜ਼ੀਆਂ ਦੇ ਜਵਾਬ ਸਮੇਂ ਦੇ ਮੈਟ੍ਰਿਕ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਸੰਕੇਤਕ ਮੰਨਦੇ ਹਾਂ। 

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

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

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

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

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

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

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

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

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

ਤਕਨੀਕੀ ਟੈਸਟ 

ਓਰਲੋਵ ਸਰਗੇਈ, ਵੈੱਬ ਅਤੇ ਮੋਬਾਈਲ ਵਿਕਾਸ ਲਈ ਯੋਗਤਾ ਕੇਂਦਰ ਦਾ ਮੁਖੀ ਹੈ

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

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

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

ਅੱਗੇ ਦੇਖਦੇ ਹੋਏ, ਮੈਂ ਕਹਾਂਗਾ ਕਿ ਅਸੀਂ ਇਹਨਾਂ ਟੈਸਟਾਂ ਨਾਲ ਸਿੱਝਣ ਵਿੱਚ ਕਾਮਯਾਬ ਰਹੇ, ਸਾਰੇ ਸਿਸਟਮਾਂ ਨੇ ਲੋਡ ਦਾ ਸਾਮ੍ਹਣਾ ਕੀਤਾ, ਆਸਾਨੀ ਨਾਲ ਸਕੇਲ ਕੀਤਾ ਗਿਆ, ਅਤੇ ਅਸੀਂ ਕਿਸੇ ਵੀ ਵਿਸ਼ਵ ਤਕਨੀਕੀ ਅਸਫਲਤਾ ਦਾ ਅਨੁਭਵ ਨਹੀਂ ਕੀਤਾ।

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

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

ਤੀਜਾ ਥੰਮ੍ਹ CI/CD ਪਾਈਪਲਾਈਨ ਹੈ। ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ, ਟੈਸਟ ਕਰਨ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸਵੈਚਲਿਤ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ; ਕੋਈ ਦਸਤੀ ਦਖਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸੀਆਈ/ਸੀਡੀ ਪਾਈਪਲਾਈਨ ਦਾ ਵਿਸ਼ਾ ਕਾਫ਼ੀ ਡੂੰਘਾ ਹੈ, ਅਤੇ ਮੈਂ ਇਸ ਨੂੰ ਸੰਖੇਪ ਵਿੱਚ ਛੂਹਾਂਗਾ। ਇਹ ਸਿਰਫ਼ ਵਰਣਨ ਯੋਗ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ CI/CD ਪਾਈਪਲਾਈਨ ਚੈਕਲਿਸਟ ਹੈ, ਜਿਸ ਨੂੰ ਹਰੇਕ ਉਤਪਾਦ ਟੀਮ ਯੋਗਤਾ ਕੇਂਦਰਾਂ ਦੀ ਮਦਦ ਨਾਲ ਲੰਘਾਉਂਦੀ ਹੈ।

ਅਤੇ ਇੱਥੇ ਚੈੱਕਲਿਸਟ ਹੈ

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

ਚੌਥਾ ਥੰਮ੍ਹ ਆਰਕੀਟੈਕਚਰਲ ਸਿਧਾਂਤ ਅਤੇ ਤਕਨੀਕੀ ਹੱਲ ਹੈ। ਅਸੀਂ ਲੰਬੇ ਸਮੇਂ ਲਈ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਬਹੁਤ ਕੁਝ ਗੱਲ ਕਰ ਸਕਦੇ ਹਾਂ, ਪਰ ਮੈਂ ਕੁਝ ਸਿਧਾਂਤਾਂ 'ਤੇ ਜ਼ੋਰ ਦੇਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜਿਨ੍ਹਾਂ 'ਤੇ ਮੈਂ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਨਾ ਚਾਹਾਂਗਾ।

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

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

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

ਕੇਸ਼ੀ

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

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

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹੇਜ਼ਲਕਾਸਟ ਵਿੱਚ ਸੀਰੀਅਲਾਈਜ਼ਰ ਨੂੰ ਕ੍ਰਾਇਓ ਵਿੱਚ ਬਦਲਣ ਨਾਲ ਸਾਨੂੰ ਚੰਗਾ ਉਤਸ਼ਾਹ ਮਿਲਿਆ। ਅਤੇ ਹੇਜ਼ਲਕਾਸਟ ਵਿੱਚ ReplicatedMap ਤੋਂ IMap + Near Cache ਵਿੱਚ ਤਬਦੀਲੀ ਨੇ ਸਾਨੂੰ ਕਲੱਸਟਰ ਵਿੱਚ ਡੇਟਾ ਦੀ ਗਤੀ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ। 

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

ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲ ਸਟੈਕ

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

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

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

ਲਲਸੀ ਖੋਜ

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

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

ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ ਉੱਥੇ ਬਲਕ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।

API

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

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਡੇਟਾ ਦਾ ਪੂਰਾ ਸਮੂਹ ਨਾ ਸੁੱਟੋ, ਖਪਤਕਾਰਾਂ ਅਤੇ ਸਪਲਾਇਰਾਂ ਵਿਚਕਾਰ ਇਕਰਾਰਨਾਮੇ ਬਾਰੇ ਸਪੱਸ਼ਟ ਰਹੋ।

ਸੰਗਠਨਾਤਮਕ ਤਬਦੀਲੀ

ਇਰੋਸ਼ਕੀਨਾ ਏਲੇਨਾ, ਆਈਟੀ ਲਈ ਡਿਪਟੀ ਡਾਇਰੈਕਟਰ

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

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

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

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਾਨੂੰ ਉਨ੍ਹਾਂ ਟੀਮਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਜੋ ਆਨਲਾਈਨ ਕਾਰੋਬਾਰ ਦੀ ਸਰਹੱਦ 'ਤੇ ਹਨ। ਉਸ ਸਮੇਂ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ ਅਸੀਂ ਸਿਰਫ ਅੰਦਰੂਨੀ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹਾਂ. ਅਤੇ ਦੋ ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਲਗਭਗ 50 ਲੋਕਾਂ ਨੇ ਉਸ ਖੇਤਰ ਨੂੰ ਬਦਲ ਦਿੱਤਾ ਜਿੱਥੇ ਉਹ ਪਹਿਲਾਂ ਕੰਮ ਕਰਦੇ ਸਨ ਅਤੇ ਇੱਕ ਉਤਪਾਦ 'ਤੇ ਕੰਮ ਕਰਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਗਏ ਜੋ ਉਨ੍ਹਾਂ ਲਈ ਨਵਾਂ ਸੀ। 

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

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

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

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

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

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

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

ਸਿੱਟਾ

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

ਲੋਕ. ਇਹ ਉਹ ਹੈ ਜਿਸ 'ਤੇ ਸਭ ਕੁਝ ਨਿਰਭਰ ਕਰਦਾ ਹੈ. ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਆਪਣੇ ਕੰਮ ਦਾ ਆਨੰਦ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਕੰਪਨੀ ਦੇ ਟੀਚਿਆਂ ਅਤੇ ਉਹਨਾਂ ਉਤਪਾਦਾਂ ਦੇ ਟੀਚਿਆਂ ਨੂੰ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਨ੍ਹਾਂ 'ਤੇ ਉਹ ਕੰਮ ਕਰਦੇ ਹਨ। ਅਤੇ, ਬੇਸ਼ੱਕ, ਉਹ ਪੇਸ਼ੇਵਰ ਵਿਕਾਸ ਕਰ ਸਕਦੇ ਹਨ. 

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

ਪ੍ਰਕਿਰਿਆਵਾਂ. ਉਤਪਾਦ ਟੀਮਾਂ ਅਤੇ ਯੋਗਤਾ ਕੇਂਦਰਾਂ ਦੇ ਕੰਮ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੰਗਠਿਤ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਾਰੋਬਾਰ ਦੇ ਨਾਲ ਇੱਕ ਸਹਿਭਾਗੀ ਵਜੋਂ ਕੰਮ ਕਰਨ ਲਈ ਆਪਸੀ ਤਾਲਮੇਲ ਸਥਾਪਤ ਕਰਨਾ.

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

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

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

ਸਰੋਤ: www.habr.com