ਅਸੀਂ ਸਪੋਰਟਮਾਸਟਰ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹਾਂ - ਕਿਵੇਂ ਅਤੇ ਕਿਸ ਨਾਲ

ਅਸੀਂ ਉਤਪਾਦ ਟੀਮਾਂ ਬਣਾਉਣ ਦੇ ਪੜਾਅ 'ਤੇ ਇੱਕ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਬਣਾਉਣ ਬਾਰੇ ਸੋਚਿਆ। ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ ਸਾਡਾ ਕਾਰੋਬਾਰ - ਸ਼ੋਸ਼ਣ - ਇਹਨਾਂ ਟੀਮਾਂ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦਾ ਹੈ. ਅਜਿਹਾ ਕਿਉਂ ਹੈ?

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

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

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

ਪਲੇਟਫਾਰਮ ਜਿਸ 'ਤੇ ਸਾਡੇ ਔਨਲਾਈਨ ਸਟੋਰ ਕੰਮ ਕਰਦੇ ਹਨ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਦਾ ਹੈ:

• ਸਾਹਮਣੇ
• ਮੱਧ ਦਫ਼ਤਰ
• ਬੈਕ ਆਫ਼ਿਸ

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

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

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

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

ਸਿਸਟਮ ਬਣਤਰ ਅਤੇ ਸਟੈਕ

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

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

ਇਸ ਲਈ, ਉਨ੍ਹਾਂ ਨੇ ਹਾਥੀ ਨੂੰ ਹਿੱਸਿਆਂ ਵਿੱਚ ਖਾਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

ਸਾਡੇ ਸਿਸਟਮ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਹਾਰਡਵੇਅਰ;
• ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ;
• ਸਾੱਫਟਵੇਅਰ
• ਨਿਗਰਾਨੀ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ UI ਹਿੱਸੇ;
• ਵਪਾਰ ਮਾਪਕ;
• ਏਕੀਕਰਣ ਕਾਰਜ;
• ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ;
• ਨੈੱਟਵਰਕ;
• ਟ੍ਰੈਫਿਕ ਬੈਲੇਂਸਰ.

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

ਇਸ ਲਈ, ਸਟੈਕ ਬਾਰੇ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ਦ੍ਰਿਸ਼ਟੀਕੋਣ

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

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

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

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

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

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

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

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

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

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

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

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

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

ਸਰੋਤ: www.habr.com