ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਨਿਗਰਾਨੀ: ਅਸੀਂ ਪੁਰਾਣੇ BMS ਨੂੰ ਇੱਕ ਨਵੇਂ ਨਾਲ ਕਿਵੇਂ ਬਦਲਿਆ। ਭਾਗ 2

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

ਮਾਰਕੀਟ ਵਿਸ਼ਲੇਸ਼ਣ

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

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

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

ਇਹ ਖਾਸ ਤੌਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ. 

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

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

ਖ਼ਤਰੇ

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

ਮੀਟਿੰਗ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਇੱਕ ਟੀਮ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਦੋ ਜੋਖਮ ਵੇਖੇ ਜਿਸ ਦੇ ਪਿੱਛੇ ਇੱਕ ਵੱਡੀ ਰਾਸ਼ਟਰੀ ਜਾਂ ਅੰਤਰਰਾਸ਼ਟਰੀ ਕੰਪਨੀ ਦੇ ਸਰੋਤ ਨਹੀਂ ਹਨ:

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

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

ਫੈਸਲਾ ਸਕਾਰਾਤਮਕ ਸੀ: ਮੌਜੂਦਾ BMS ਪਲੇਟਫਾਰਮ ਦਾ ਆਰਕੀਟੈਕਚਰ ਆਧੁਨਿਕ, ਸਰਲ ਅਤੇ ਭਰੋਸੇਮੰਦ ਹੈ, ਸੁਧਾਰਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪ੍ਰਸਤਾਵਿਤ ਰਿਡੰਡੈਂਸੀ ਅਤੇ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਸਕੀਮ ਤਰਕਪੂਰਨ ਅਤੇ ਕਾਰਜਸ਼ੀਲ ਹੈ। 

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

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

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

ਇੱਕ ਵਾਰ ਜਦੋਂ ਦੋਵੇਂ ਜੋਖਮਾਂ ਨੂੰ ਘੱਟ ਕੀਤਾ ਗਿਆ, ਤਾਂ ਠੇਕੇਦਾਰ ਨੇ ਸੀ.ਪੀ. ਇਹ ਸਾਡੇ ਲਈ BMS ਸਿਸਟਮ ਦੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਮਾਪਦੰਡਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।

ਰਿਜ਼ਰਵੇਸ਼ਨ

ਨਵਾਂ BMS ਸਿਸਟਮ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ, ਕਲਾਉਡ ਵਿੱਚ ਸਥਿਤ ਹੋਣਾ ਸੀ। 

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

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

ਨੋਟ ਕਰੋ ਕਿ BMS ਹੱਲ ਵਿੱਚ ਇੱਕ ਵਿਕਲਪ ਵਜੋਂ ਰਿਡੰਡੈਂਸੀ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਸਾਡੀ ਬੇਨਤੀ ਲਈ ਵਿਕਸਤ ਕੀਤੀ ਗਈ ਸੀ। ਰਿਜ਼ਰਵੇਸ਼ਨ ਸਕੀਮ ਆਪਣੇ ਆਪ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਸੀ:

ਸਪੋਰਟ

BMS ਹੱਲ ਦੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸੰਚਾਲਨ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤਾ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਹੈ। 

ਇੱਥੇ ਸਭ ਕੁਝ ਸਧਾਰਨ ਹੈ: ਇਸ ਸੰਕੇਤਕ ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਲਈ ਸਾਨੂੰ 35 ਰੂਬਲ ਦੀ ਲਾਗਤ ਆਵੇਗੀ. SLA “000 ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ ਜਵਾਬ” ਲਈ ਪ੍ਰਤੀ ਮਹੀਨਾ, ਯਾਨੀ 8 x 35/000 = $12 ਪ੍ਰਤੀ ਸਾਲ। ਪਹਿਲਾ ਸਾਲ ਮੁਫ਼ਤ ਹੈ। 

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

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

ਅੱਪਡੇਟ

ਨਵੇਂ BMS ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ CP ਦੇ ਅਨੁਸਾਰ, ਸਾਰੇ ਅਪਡੇਟਸ ਨੂੰ ਸਮਰਥਨ ਦੀ ਲਾਗਤ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਯਾਨੀ. ਵਾਧੂ ਭੁਗਤਾਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਅਪਵਾਦ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਵਾਧੂ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਵਿਕਾਸ ਹੈ। 

ਪੁਰਾਣੇ ਸਿਸਟਮ ਨੂੰ ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ (ਜਿਵੇਂ ਕਿ Java) ਅਤੇ ਬੱਗ ਫਿਕਸ ਦੋਵਾਂ ਲਈ ਭੁਗਤਾਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਨਕਾਰ ਕਰਨਾ ਅਸੰਭਵ ਸੀ; ਅਪਡੇਟਾਂ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ, ਅੰਦਰੂਨੀ ਭਾਗਾਂ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਦੇ ਕਾਰਨ ਸਿਸਟਮ ਪੂਰੀ ਤਰ੍ਹਾਂ "ਹੌਲੀ" ਹੋ ਗਿਆ.

ਅਤੇ, ਬੇਸ਼ਕ, ਇੱਕ ਸਹਾਇਤਾ ਪੈਕੇਜ ਖਰੀਦੇ ਬਿਨਾਂ ਸੌਫਟਵੇਅਰ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਅਸੰਭਵ ਸੀ.

ਲਚਕਦਾਰ ਪਹੁੰਚ

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

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

ਅੱਗੇ, ਇੱਕ SQL ਡੇਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚ ਦੀ ਲੋੜ ਸੀ ਇਸ ਤੋਂ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੇ ਸੰਚਾਲਨ ਬਾਰੇ ਲੋੜੀਂਦਾ ਡੇਟਾ ਲੈਣ ਦੀ ਯੋਗਤਾ - ਅਰਥਾਤ, ਦੋ ਹਜ਼ਾਰ ਡਿਵਾਈਸਾਂ ਦੇ ਸਾਰੇ ਨਿਗਰਾਨੀ ਰਿਕਾਰਡ ਅਤੇ ਦੋ ਹਜ਼ਾਰ ਵਰਚੁਅਲ ਸੈਂਸਰ ਲਗਭਗ 20 ਹਜ਼ਾਰ ਵੇਰੀਏਬਲ ਤਿਆਰ ਕਰਦੇ ਹਨ। 

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

ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਪ੍ਰਵਾਨਗੀ ਅਤੇ ਇਕਰਾਰਨਾਮੇ 'ਤੇ ਦਸਤਖਤ

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

ਦੀ ਚੋਣ ਕੀਤੀ ਗਈ ਹੈ।

ਇੱਕ ਠੇਕੇਦਾਰ ਦੀ ਚੋਣ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਵਕੀਲਾਂ ਨੇ ਇੱਕ ਸਮਝੌਤਾ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ, ਅਤੇ ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੀਆਂ ਤਕਨੀਕੀ ਟੀਮਾਂ ਨੇ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪਾਲਿਸ਼ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ। ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ, ਵਿਸਤ੍ਰਿਤ ਅਤੇ ਸਮਰੱਥ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕਿਸੇ ਵੀ ਕੰਮ ਦੀ ਸਫਲਤਾ ਦਾ ਆਧਾਰ ਹਨ। ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਜਿੰਨੀਆਂ ਵਧੇਰੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ, ਘੱਟ ਨਿਰਾਸ਼ਾ ਜਿਵੇਂ ਕਿ "ਪਰ ਇਹ ਉਹ ਨਹੀਂ ਜੋ ਅਸੀਂ ਚਾਹੁੰਦੇ ਸੀ।"

ਮੈਂ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਲੋੜਾਂ ਦੇ ਵੇਰਵੇ ਦੇ ਪੱਧਰ ਦੀਆਂ ਦੋ ਉਦਾਹਰਣਾਂ ਦੇਵਾਂਗਾ:

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

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

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

ਦੋ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਸਮਾਨਾਂਤਰ ਸੰਚਾਲਨ

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

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

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

ਨੈਟਵਰਕ ਵਿਭਾਗ ਨੇ ਕਲਾਉਡ ਵਿੱਚ ਤੈਨਾਤ ਨਵੇਂ BMS ਦੇ ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਤੋਂ ਡਿਵਾਈਸਾਂ ਤੱਕ ਵਰਚੁਅਲ ਰੂਟ ਚਲਾਏ, ਅਤੇ ਸਾਨੂੰ ਨਤੀਜੇ ਮਿਲੇ: 

• SNMP ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਕਨੈਕਟ ਕੀਤੇ ਯੰਤਰ ਅਮਲੀ ਤੌਰ 'ਤੇ ਸਮਕਾਲੀ ਬੇਨਤੀਆਂ ਦੇ ਕਾਰਨ ਕਦੇ ਵੀ ਡਿਸਕਨੈਕਟ ਨਹੀਂ ਹੋਏ, 
• ਮੋਡਬਾਸ-ਟੀਸੀਪੀ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਗੇਟਵੇ ਦੁਆਰਾ ਜੁੜੇ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਸਨ ਜੋ ਉਹਨਾਂ ਦੀ ਪੋਲਿੰਗ ਬਾਰੰਬਾਰਤਾ ਨੂੰ ਸਮਝਦਾਰੀ ਨਾਲ ਘਟਾ ਕੇ ਹੱਲ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ।  

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

ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਸਾਡੇ ਲੇਖ ਦੇ ਤੀਜੇ ਹਿੱਸੇ ਵਿੱਚ ਅੰਤ ਵਿੱਚ ਕੀ ਹੋਇਆ.

ਸਰੋਤ: www.habr.com