ਅਸੀਂ ਹਾਥੀ ਨੂੰ ਭਾਗਾਂ ਵਿੱਚ ਖਾਂਦੇ ਹਾਂ। ਉਦਾਹਰਣਾਂ ਦੇ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਸਿਹਤ ਨਿਗਰਾਨੀ ਰਣਨੀਤੀ

ਹੈਲੋ ਹਰ ਕੋਈ!

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

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

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

ਨਿਗਰਾਨੀ ਰਣਨੀਤੀ

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

ਤੁਸੀਂ ਹਾਥੀ ਨੂੰ ਕਿਵੇਂ ਖਾ ਸਕਦੇ ਹੋ? ਸਿਰਫ ਹਿੱਸਿਆਂ ਵਿੱਚ! ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਇਸ ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

ਸਾਡੀ ਨਿਗਰਾਨੀ ਰਣਨੀਤੀ ਦਾ ਸਾਰ:

ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਭਾਗਾਂ ਵਿੱਚ ਵੰਡੋ।
ਹਰੇਕ ਹਿੱਸੇ ਲਈ ਨਿਯੰਤਰਣ ਜਾਂਚ ਬਣਾਓ।

ਇੱਕ ਕੰਪੋਨੈਂਟ ਨੂੰ ਕਾਰਜਸ਼ੀਲ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਇਸ ਦੀਆਂ ਸਾਰੀਆਂ ਨਿਯੰਤਰਣ ਜਾਂਚਾਂ ਗਲਤੀਆਂ ਤੋਂ ਬਿਨਾਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਿਹਤਮੰਦ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਇਸਦੇ ਸਾਰੇ ਭਾਗ ਕਾਰਜਸ਼ੀਲ ਹਨ।

ਇਸ ਤਰ੍ਹਾਂ, ਕਿਸੇ ਵੀ ਸਿਸਟਮ ਨੂੰ ਭਾਗਾਂ ਦੇ ਰੁੱਖ ਵਜੋਂ ਦਰਸਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਗੁੰਝਲਦਾਰ ਭਾਗਾਂ ਨੂੰ ਸਰਲ ਭਾਗਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ। ਸਧਾਰਨ ਭਾਗਾਂ ਵਿੱਚ ਜਾਂਚ ਹੁੰਦੀ ਹੈ।

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

ਕੋਈ ਚਮਤਕਾਰ ਨਹੀਂ ਹਨ; ਜ਼ਿਆਦਾਤਰ ਜਾਂਚਾਂ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਵਿਕਸਤ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਪਰ ਡਰੋ ਨਾ, ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇੱਕ ਚੈੱਕ ਕੋਡ ਦੀਆਂ 5-10 ਲਾਈਨਾਂ ਲੈਂਦਾ ਹੈ, ਪਰ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਤਰਕ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਤੁਸੀਂ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸਮਝ ਸਕੋਗੇ ਕਿ ਚੈੱਕ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਨਿਗਰਾਨੀ ਸਿਸਟਮ

ਮੰਨ ਲਓ ਕਿ ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਭਾਗਾਂ ਵਿੱਚ ਵੰਡਿਆ, ਹਰੇਕ ਹਿੱਸੇ ਲਈ ਜਾਂਚਾਂ ਤਿਆਰ ਕੀਤੀਆਂ ਅਤੇ ਲਾਗੂ ਕੀਤੀਆਂ, ਪਰ ਇਹਨਾਂ ਜਾਂਚਾਂ ਦੇ ਨਤੀਜਿਆਂ ਦਾ ਕੀ ਕਰਨਾ ਹੈ? ਸਾਨੂੰ ਕਿਵੇਂ ਪਤਾ ਲੱਗੇਗਾ ਕਿ ਕੁਝ ਜਾਂਚ ਅਸਫਲ ਰਹੀ ਹੈ?

ਸਾਨੂੰ ਇੱਕ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਦੀ ਲੋੜ ਪਵੇਗੀ। ਉਹ ਹੇਠ ਲਿਖੇ ਕੰਮ ਕਰੇਗੀ:

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

ASMO ਸਿਸਟਮ ਦਾ ਸੰਖੇਪ ਵੇਰਵਾ

ਇੱਕ ਉਦਾਹਰਣ ਦੇ ਨਾਲ ਸਮਝਾਉਣਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ। ਆਓ ਦੇਖੀਏ ਕਿ ASMO ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਨਿਗਰਾਨੀ ਕਿਵੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ.

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

ਇਸ ਲਈ, ਸਿਸਟਮ ਦੀ ਰਚਨਾ ਕਾਫ਼ੀ ਆਮ ਹੈ: ਵੈਬਸਾਈਟ, ਏਜੰਟ, ਉਪਕਰਣ. ਦੀ ਨਿਗਰਾਨੀ ਸ਼ੁਰੂ ਕਰੀਏ.

ਸਿਸਟਮ ਨੂੰ ਭਾਗਾਂ ਵਿੱਚ ਤੋੜਨਾ

ASMO ਸਿਸਟਮ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਭਾਗਾਂ ਨੂੰ ਵੱਖ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

1. ਨਿੱਜੀ ਖਾਤਾ
ਇਹ ਇੱਕ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਹੈ। ਘੱਟੋ-ਘੱਟ, ਤੁਹਾਨੂੰ ਇਹ ਦੇਖਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਇੰਟਰਨੈੱਟ 'ਤੇ ਉਪਲਬਧ ਹੈ।

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

3. ਸਰਵਰ
ਸਰਵਰ ਤੋਂ ਸਾਡਾ ਮਤਲਬ ਉਹ ਹਾਰਡਵੇਅਰ ਹੈ ਜਿਸ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲਦੀਆਂ ਹਨ। HDD, RAM, CPU ਦੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ.

4. ਏਜੰਟ
ਇਹ ਇੱਕ ਵਿੰਡੋਜ਼ ਸੇਵਾ ਹੈ ਜੋ ਇੱਕ ਅਨੁਸੂਚੀ 'ਤੇ ਕਈ ਵੱਖ-ਵੱਖ ਕਾਰਜ ਕਰਦੀ ਹੈ। ਘੱਟੋ-ਘੱਟ, ਤੁਹਾਨੂੰ ਇਹ ਦੇਖਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਸੇਵਾ ਚੱਲ ਰਹੀ ਹੈ।

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

6. ਰੋਡ ਕੰਟਰੋਲ ਪੁਆਇੰਟ (ਸਾਰੇ MPC ਦਾ ਕੰਟੇਨਰ)
ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਸੜਕ ਨਿਯੰਤਰਣ ਪੁਆਇੰਟ ਹਨ, ਇਸ ਲਈ ਆਓ ਸਾਰੇ MPCs ਨੂੰ ਇੱਕ ਹਿੱਸੇ ਵਿੱਚ ਜੋੜੀਏ। ਇਹ ਨਿਗਰਾਨੀ ਡੇਟਾ ਨੂੰ ਪੜ੍ਹਨਾ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਬਣਾ ਦੇਵੇਗਾ। "ASMO ਸਿਸਟਮ" ਕੰਪੋਨੈਂਟ ਦੀ ਸਥਿਤੀ ਨੂੰ ਦੇਖਦੇ ਸਮੇਂ, ਇਹ ਤੁਰੰਤ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗਾ ਕਿ ਸਮੱਸਿਆਵਾਂ ਕਿੱਥੇ ਹਨ: ਐਪਲੀਕੇਸ਼ਨਾਂ, ਹਾਰਡਵੇਅਰ ਜਾਂ ਵੱਧ ਤੋਂ ਵੱਧ ਕੰਟਰੋਲ ਸਿਸਟਮ ਵਿੱਚ।

7. ਰੋਡ ਕੰਟਰੋਲ ਪੁਆਇੰਟ (ਇੱਕ ਅਧਿਕਤਮ ਸੀਮਾ)
ਅਸੀਂ ਇਸ ਕੰਪੋਨੈਂਟ ਨੂੰ ਸੇਵਾਯੋਗ ਸਮਝਾਂਗੇ ਜੇਕਰ ਇਸ MPC 'ਤੇ ਸਾਰੇ ਉਪਕਰਣ ਸੇਵਾਯੋਗ ਹਨ।

8. ਡਿਵਾਈਸ
ਇਹ ਇੱਕ ਵੀਡੀਓ ਕੈਮਰਾ ਜਾਂ ਮੌਸਮ ਸਟੇਸ਼ਨ ਹੈ ਜੋ ਅਧਿਕਤਮ ਇਕਾਗਰਤਾ ਸੀਮਾ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਜਾਂਚ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਡਿਵਾਈਸ ਸਹੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਰਹੀ ਹੈ.

ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ, ਕੰਪੋਨੈਂਟ ਟ੍ਰੀ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ:

ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਨਿਗਰਾਨੀ

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

ਇੱਕ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਅਸੀਂ ਹੇਠ ਲਿਖੀਆਂ ਜਾਂਚਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ:

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

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

3. SSL ਸਰਟੀਫਿਕੇਟ ਦੀ ਜਾਂਚ ਕਰ ਰਿਹਾ ਹੈ
ਅੱਜਕੱਲ੍ਹ, ਲਗਭਗ ਸਾਰੀਆਂ ਵੈਬਸਾਈਟਾਂ ਐਕਸੈਸ ਲਈ https ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ ਵੈਧ SSL ਸਰਟੀਫਿਕੇਟ ਦੀ ਲੋੜ ਹੈ।

ਹੇਠਾਂ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ "ਨਿੱਜੀ ਖਾਤਾ" ਭਾਗ ਹੈ:

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

ਤੁਸੀਂ ਹੋਰ ਕੀ ਚੈੱਕ ਕਰ ਸਕਦੇ ਹੋ?

ਆਪਣੀ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਹੇਠ ਲਿਖੀਆਂ ਜਾਂਚਾਂ ਕਰ ਸਕਦੇ ਹੋ:

• ਪ੍ਰਤੀ ਅਵਧੀ ਲਈ JavaScript ਗਲਤੀਆਂ ਦੀ ਸੰਖਿਆ
• ਮਿਆਦ ਲਈ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਸਾਈਡ (ਬੈਕ-ਐਂਡ) 'ਤੇ ਤਰੁੱਟੀਆਂ ਦੀ ਸੰਖਿਆ
• ਅਸਫ਼ਲ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਜਵਾਬਾਂ ਦੀ ਸੰਖਿਆ (ਜਵਾਬ ਕੋਡ 404, 500, ਆਦਿ)
• ਔਸਤ ਪੁੱਛਗਿੱਛ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮਾਂ

ਵਿੰਡੋਜ਼ ਸੇਵਾ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ (ਏਜੰਟ)

ASMO ਸਿਸਟਮ ਵਿੱਚ, ਏਜੰਟ ਇੱਕ ਟਾਸਕ ਸ਼ਡਿਊਲਰ ਦੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ, ਜੋ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਅਨੁਸੂਚਿਤ ਕੰਮਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ।

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

ਅਸੀਂ ਏਜੰਟ ਕੰਪੋਨੈਂਟ ਨੂੰ ਚਾਈਲਡ ਕੰਪੋਨੈਂਟਸ (ਟਾਕਸ) ਵਿੱਚ ਵੰਡਦੇ ਹਾਂ:

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

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

ASMO ਸਿਸਟਮ ਕਾਰਜਾਂ ਲਈ ਸਿਰਫ਼ ਯੂਨੀਵਰਸਲ ਜਾਂਚਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹੈ।

ਪ੍ਰਗਤੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
ਸਭ ਤੋਂ ਸਰਲ ਅਤੇ ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਜਾਂਚ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਜਾਂਚ ਹੈ। ਚੈੱਕ ਤਸਦੀਕ ਕਰਦਾ ਹੈ ਕਿ ਕੰਮ ਬਿਨਾਂ ਕਿਸੇ ਗਲਤੀ ਦੇ ਪੂਰਾ ਹੋਇਆ ਹੈ। ਸਾਰੇ ਕੰਮਾਂ ਦੀ ਇਹ ਜਾਂਚ ਹੁੰਦੀ ਹੈ।

ਤਸਦੀਕ ਐਲਗੋਰਿਦਮ

ਹਰੇਕ ਟਾਸਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਨੂੰ SUCCESS ਜਾਂਚ ਦਾ ਨਤੀਜਾ ਨਿਗਰਾਨੀ ਸਿਸਟਮ ਨੂੰ ਭੇਜਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੇਕਰ ਟਾਸਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਫਲ ਸੀ, ਜਾਂ ERROR ਜੇਕਰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਕਿਸੇ ਗਲਤੀ ਨਾਲ ਪੂਰਾ ਹੁੰਦਾ ਹੈ।

ਇਹ ਜਾਂਚ ਹੇਠ ਲਿਖੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਪਤਾ ਲਗਾ ਸਕਦੀ ਹੈ:

1. ਕਾਰਜ ਚੱਲਦਾ ਹੈ ਪਰ ਇੱਕ ਗਲਤੀ ਨਾਲ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ।
2. ਕੰਮ ਚੱਲਣਾ ਬੰਦ ਹੋ ਗਿਆ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਇਹ ਫ੍ਰੀਜ਼ ਹੋ ਗਿਆ ਹੈ।

ਆਓ ਦੇਖੀਏ ਕਿ ਇਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਕਿਵੇਂ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ.

ਮੁੱਦਾ 1 - ਕੰਮ ਚੱਲਦਾ ਹੈ ਪਰ ਇੱਕ ਗਲਤੀ ਨਾਲ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ
ਹੇਠਾਂ ਇੱਕ ਕੇਸ ਹੈ ਜਿੱਥੇ ਕੰਮ ਚੱਲਦਾ ਹੈ ਪਰ 14:00 ਅਤੇ 16:00 ਦੇ ਵਿਚਕਾਰ ਅਸਫਲ ਹੁੰਦਾ ਹੈ।

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

ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ, ਕੰਪੋਨੈਂਟ ਦੀ ਸਥਿਤੀ ਤਸਦੀਕ ਸਥਿਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਚੈਕ ਦੀ ਅਲਾਰਮ ਸਥਿਤੀ ਸਾਰੇ ਉੱਚ-ਪੱਧਰ ਦੇ ਭਾਗਾਂ ਨੂੰ ਅਲਾਰਮ ਵਿੱਚ ਬਦਲ ਦੇਵੇਗੀ, ਹੇਠਾਂ ਚਿੱਤਰ ਦੇਖੋ।

ਸਮੱਸਿਆ 2 - ਕਾਰਜ ਨੇ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੱਤਾ (ਫ੍ਰੀਜ਼ ਕੀਤਾ)
ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਕਿਵੇਂ ਸਮਝੇਗੀ ਕਿ ਕੋਈ ਕੰਮ ਅਟਕ ਗਿਆ ਹੈ?

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

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

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

ਮੈਨੂੰ ਕਿਹੜੇ ਸਮੇਂ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?

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

ਪ੍ਰਗਤੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

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

ਤਸਦੀਕ ਐਲਗੋਰਿਦਮ

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

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

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

ਡਾਟਾਬੇਸ ਨਿਗਰਾਨੀ

ASMO ਸਿਸਟਮ ਵਿੱਚ ਡੇਟਾਬੇਸ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ, ਅਸੀਂ ਹੇਠ ਲਿਖੀਆਂ ਜਾਂਚਾਂ ਕਰਦੇ ਹਾਂ:

1. ਬੈਕਅੱਪ ਬਣਾਉਣ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
2. ਖਾਲੀ ਡਿਸਕ ਥਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

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

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

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

ਸੰਖਿਆਤਮਕ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਮੈਟ੍ਰਿਕਸ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੁਵਿਧਾਜਨਕ ਹੈ।

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

ਹੇਠਾਂ ਇੱਕ ਤਸਵੀਰ ਹੈ ਕਿ "ਡਾਟਾਬੇਸ" ਕੰਪੋਨੈਂਟ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਸਰਵਰ ਨਿਗਰਾਨੀ

ਸਰਵਰ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਅਸੀਂ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਅਤੇ ਮੈਟ੍ਰਿਕਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ:

1. ਖਾਲੀ ਡਿਸਕ ਸਪੇਸ
ਜੇਕਰ ਡਿਸਕ ਸਪੇਸ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੇਗੀ। ਅਸੀਂ 2 ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ: ਪਹਿਲਾ ਪੱਧਰ ਚੇਤਾਵਨੀ ਹੈ, ਦੂਜਾ ਪੱਧਰ ਅਲਾਰਮ ਹੈ।

2. ਪ੍ਰਤੀ ਘੰਟਾ ਪ੍ਰਤੀਸ਼ਤ ਵਿੱਚ ਔਸਤ RAM ਮੁੱਲ
ਅਸੀਂ ਪ੍ਰਤੀ ਘੰਟਾ ਔਸਤ ਵਰਤਦੇ ਹਾਂ ਕਿਉਂਕਿ... ਸਾਨੂੰ ਦੁਰਲੱਭ ਨਸਲਾਂ ਵਿੱਚ ਕੋਈ ਦਿਲਚਸਪੀ ਨਹੀਂ ਹੈ।

3. ਔਸਤ CPU ਪ੍ਰਤੀਸ਼ਤ ਪ੍ਰਤੀ ਘੰਟਾ
ਅਸੀਂ ਪ੍ਰਤੀ ਘੰਟਾ ਔਸਤ ਵਰਤਦੇ ਹਾਂ ਕਿਉਂਕਿ... ਸਾਨੂੰ ਦੁਰਲੱਭ ਨਸਲਾਂ ਵਿੱਚ ਕੋਈ ਦਿਲਚਸਪੀ ਨਹੀਂ ਹੈ।

4. ਪਿੰਗ ਜਾਂਚ
ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਸਰਵਰ ਔਨਲਾਈਨ ਹੈ। ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਇਹ ਜਾਂਚ ਕਰ ਸਕਦੀ ਹੈ; ਕੋਡ ਲਿਖਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।

ਹੇਠਾਂ ਇੱਕ ਤਸਵੀਰ ਹੈ ਕਿ "ਸਰਵਰ" ਕੰਪੋਨੈਂਟ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਉਪਕਰਣ ਦੀ ਨਿਗਰਾਨੀ

ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਡੇਟਾ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹਰੇਕ ਰੋਡ ਕੰਟਰੋਲ ਪੁਆਇੰਟ (MPC) ਲਈ ਟਾਸਕ ਪਲੈਨਰ ​​ਵਿੱਚ ਇੱਕ ਕੰਮ ਹੁੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, “ਸਰਵੇ MPC M2 km 200”। ਟਾਸਕ ਹਰ 30 ਮਿੰਟਾਂ ਵਿੱਚ ਸਾਰੀਆਂ MPC ਡਿਵਾਈਸਾਂ ਤੋਂ ਡਾਟਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

ਸੰਚਾਰ ਚੈਨਲ ਸਮੱਸਿਆ
ਜ਼ਿਆਦਾਤਰ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਸ਼ਹਿਰ ਦੇ ਬਾਹਰ ਸਥਿਤ ਹੈ; ਇੱਕ GSM ਨੈੱਟਵਰਕ ਡੇਟਾ ਪ੍ਰਸਾਰਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਸਥਿਰਤਾ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ (ਇੱਕ ਨੈੱਟਵਰਕ ਹੈ, ਜਾਂ ਇੱਕ ਨਹੀਂ ਹੈ)।

ਅਕਸਰ ਨੈੱਟਵਰਕ ਅਸਫਲਤਾਵਾਂ ਦੇ ਕਾਰਨ, ਪਹਿਲਾਂ, ਨਿਗਰਾਨੀ ਵਿੱਚ MPC ਸਰਵੇਖਣ ਦੀ ਜਾਂਚ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਸੀ:

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

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

ਹੇਠਾਂ ਇੱਕ ਤਸਵੀਰ ਹੈ ਕਿ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਉਪਕਰਣ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

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

ਅੰਤਿਮ ASMO ਨਿਗਰਾਨੀ ਯੋਜਨਾ

ਆਉ ਸਭ ਕੁਝ ਇਕੱਠਾ ਕਰੀਏ ਅਤੇ ਦੇਖਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਕੋਲ ਕਿਸ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ ਸਕੀਮ ਹੈ।

ਸਿੱਟਾ

ਆਉ ਸੰਖੇਪ ਕਰੀਏ.
ASMO ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਨਿਗਰਾਨੀ ਨੇ ਸਾਨੂੰ ਕੀ ਦਿੱਤਾ?

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

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

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

4. ਗਾਹਕ ਅਤੇ ਉਪਭੋਗਤਾ ਦੀ ਵਫ਼ਾਦਾਰੀ ਨੂੰ ਵਧਾਉਣਾ
ਗਾਹਕ ਨੇ ਸਿਸਟਮ ਦੀ ਸਥਿਰਤਾ ਵਿੱਚ ਸਕਾਰਾਤਮਕ ਤਬਦੀਲੀਆਂ ਨੂੰ ਦੇਖਿਆ। ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਿੱਚ ਘੱਟ ਸਮੱਸਿਆਵਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।

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

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

ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਨੂੰ ਕਿਸੇ ਹੋਰ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਇੱਕ ਵੱਖਰੇ ਸਰਵਰ 'ਤੇ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ।

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

ਸਿਫ਼ਾਰਿਸ਼ਾਂ:

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

ਜੇ ਤੁਸੀਂ ਅਜੇ ਤੱਕ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਸ਼ੁਰੂ ਕਰੋ! ਇਹ ਇੰਨਾ ਮੁਸ਼ਕਲ ਨਹੀਂ ਹੈ ਜਿੰਨਾ ਇਹ ਲਗਦਾ ਹੈ. ਹਰੀ ਸਮੱਗਰੀ ਦੇ ਰੁੱਖ ਨੂੰ ਦੇਖਣ ਤੋਂ ਇੱਕ ਕਿੱਕ ਪ੍ਰਾਪਤ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਖੁਦ ਵਧਾਇਆ ਹੈ।

ਚੰਗੀ ਕਿਸਮਤ

ਸਰੋਤ: www.habr.com