ನಾವು ಆನೆಯನ್ನು ಭಾಗಗಳಾಗಿ ತಿನ್ನುತ್ತೇವೆ. ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಅಪ್ಲಿಕೇಶನ್ ಆರೋಗ್ಯ ಮಾನಿಟರಿಂಗ್ ತಂತ್ರ

ಎಲ್ಲರೂ ಹಲೋ!

ನಮ್ಮ ಕಂಪನಿಯು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ನಂತರದ ತಾಂತ್ರಿಕ ಬೆಂಬಲದಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದೆ. ತಾಂತ್ರಿಕ ಬೆಂಬಲವು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುವುದು ಮಾತ್ರವಲ್ಲ, ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಅಗತ್ಯವಿದೆ.

ಉದಾಹರಣೆಗೆ, ಸೇವೆಗಳಲ್ಲಿ ಒಂದು ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ, ನೀವು ಈ ಸಮಸ್ಯೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರೆಕಾರ್ಡ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಾರಂಭಿಸಬೇಕು ಮತ್ತು ಅತೃಪ್ತ ಬಳಕೆದಾರರು ತಾಂತ್ರಿಕ ಬೆಂಬಲವನ್ನು ಸಂಪರ್ಕಿಸಲು ನಿರೀಕ್ಷಿಸಬೇಡಿ.

ನಾವು ಒಂದು ಸಣ್ಣ ಕಂಪನಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಯಾವುದೇ ಸಂಕೀರ್ಣ ಪರಿಹಾರಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ನಾವು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ನಾವು ಸರಳ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಪರಿಹಾರವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕಾಗಿದೆ.

ಮಾನಿಟರಿಂಗ್ ತಂತ್ರ

ಅಪ್ಲಿಕೇಶನ್‌ನ ಕ್ರಿಯಾತ್ಮಕತೆಯನ್ನು ಪರಿಶೀಲಿಸುವುದು ಸುಲಭವಲ್ಲ; ಈ ಕಾರ್ಯವು ಕ್ಷುಲ್ಲಕವಲ್ಲ, ಒಬ್ಬರು ಸೃಜನಾತ್ಮಕವೆಂದು ಹೇಳಬಹುದು. ಸಂಕೀರ್ಣ ಬಹು-ಲಿಂಕ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ವಿಶೇಷವಾಗಿ ಕಷ್ಟಕರವಾಗಿದೆ.

ನೀವು ಆನೆಯನ್ನು ಹೇಗೆ ತಿನ್ನಬಹುದು? ಭಾಗಗಳಲ್ಲಿ ಮಾತ್ರ! ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ನಾವು ಈ ವಿಧಾನವನ್ನು ಬಳಸುತ್ತೇವೆ.

ನಮ್ಮ ಮಾನಿಟರಿಂಗ್ ತಂತ್ರದ ಸಾರ:

ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಘಟಕಗಳಾಗಿ ವಿಭಜಿಸಿ.
ಪ್ರತಿ ಘಟಕಕ್ಕೆ ನಿಯಂತ್ರಣ ಪರಿಶೀಲನೆಗಳನ್ನು ರಚಿಸಿ.

ಅದರ ಎಲ್ಲಾ ನಿಯಂತ್ರಣ ತಪಾಸಣೆಗಳನ್ನು ದೋಷಗಳಿಲ್ಲದೆ ನಿರ್ವಹಿಸಿದರೆ ಒಂದು ಘಟಕವನ್ನು ಕಾರ್ಯಾಚರಣೆಯೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ಅದರ ಎಲ್ಲಾ ಘಟಕಗಳು ಕ್ರಿಯಾತ್ಮಕವಾಗಿದ್ದರೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಆರೋಗ್ಯಕರವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.

ಹೀಗಾಗಿ, ಯಾವುದೇ ವ್ಯವಸ್ಥೆಯನ್ನು ಘಟಕಗಳ ಮರವಾಗಿ ಪ್ರತಿನಿಧಿಸಬಹುದು. ಸಂಕೀರ್ಣ ಘಟಕಗಳನ್ನು ಸರಳವಾದವುಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ. ಸರಳ ಘಟಕಗಳು ತಪಾಸಣೆಗಳನ್ನು ಹೊಂದಿವೆ.

ಬೆಂಚ್‌ಮಾರ್ಕ್‌ಗಳು ಕ್ರಿಯಾತ್ಮಕ ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡಲು ಉದ್ದೇಶಿಸಿಲ್ಲ, ಅವು ಘಟಕ ಪರೀಕ್ಷೆಗಳಲ್ಲ. ನಿಯಂತ್ರಣ ಪರಿಶೀಲನೆಗಳು ಪ್ರಸ್ತುತ ಕ್ಷಣದಲ್ಲಿ ಘಟಕವು ಹೇಗೆ ಭಾವಿಸುತ್ತದೆ, ಅದರ ಕಾರ್ಯಚಟುವಟಿಕೆಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳಿವೆಯೇ ಮತ್ತು ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿವೆಯೇ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಬೇಕು.

ಯಾವುದೇ ಪವಾಡಗಳಿಲ್ಲ; ಹೆಚ್ಚಿನ ತಪಾಸಣೆಗಳನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕಾಗುತ್ತದೆ. ಆದರೆ ಭಯಪಡಬೇಡಿ, ಏಕೆಂದರೆ ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಒಂದು ಚೆಕ್ 5-10 ಸಾಲುಗಳ ಕೋಡ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ನೀವು ಯಾವುದೇ ತರ್ಕವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು ಮತ್ತು ಚೆಕ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಿರಿ.

ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್

ನಾವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಘಟಕಗಳಾಗಿ ವಿಭಜಿಸುತ್ತೇವೆ ಎಂದು ಹೇಳೋಣ, ಪ್ರತಿ ಘಟಕಕ್ಕಾಗಿ ಚೆಕ್‌ಗಳೊಂದಿಗೆ ಬಂದಿದ್ದೇವೆ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದೇವೆ, ಆದರೆ ಈ ಚೆಕ್‌ಗಳ ಫಲಿತಾಂಶಗಳೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕು? ಕೆಲವು ಚೆಕ್ ವಿಫಲವಾದರೆ ನಮಗೆ ಹೇಗೆ ತಿಳಿಯುವುದು?

ನಮಗೆ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅಗತ್ಯವಿದೆ. ಅವಳು ಈ ಕೆಳಗಿನ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಾಳೆ:

• ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳನ್ನು ಸ್ವೀಕರಿಸಿ ಮತ್ತು ಘಟಕಗಳ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ಧರಿಸಲು ಅವುಗಳನ್ನು ಬಳಸಿ.
  ದೃಷ್ಟಿಗೋಚರವಾಗಿ, ಇದು ಕಾಂಪೊನೆಂಟ್ ಟ್ರೀ ಅನ್ನು ಹೈಲೈಟ್ ಮಾಡುವಂತೆ ತೋರುತ್ತಿದೆ. ಕ್ರಿಯಾತ್ಮಕ ಘಟಕಗಳು ಹಸಿರು ಬಣ್ಣಕ್ಕೆ ತಿರುಗುತ್ತವೆ, ಸಮಸ್ಯಾತ್ಮಕವಾದವುಗಳು ಕೆಂಪು ಬಣ್ಣಕ್ಕೆ ತಿರುಗುತ್ತವೆ.
• ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ಸಾಮಾನ್ಯ ಚೆಕ್‌ಗಳನ್ನು ಮಾಡಿ.
  ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯು ಕೆಲವು ತಪಾಸಣೆಗಳನ್ನು ಸ್ವತಃ ಮಾಡಬಹುದು. ಚಕ್ರವನ್ನು ಏಕೆ ಮರುಶೋಧಿಸಬೇಕು, ಅವುಗಳನ್ನು ಬಳಸೋಣ. ಉದಾಹರಣೆಗೆ, ವೆಬ್‌ಸೈಟ್ ಪುಟ ತೆರೆಯುತ್ತಿದೆಯೇ ಅಥವಾ ಸರ್ವರ್ ಪಿಂಗ್ ಮಾಡುತ್ತಿದೆಯೇ ಎಂದು ನೀವು ಪರಿಶೀಲಿಸಬಹುದು.
• ಆಸಕ್ತ ವ್ಯಕ್ತಿಗಳಿಗೆ ಸಮಸ್ಯೆಗಳ ಸೂಚನೆಗಳನ್ನು ಕಳುಹಿಸಿ.
• ಮಾನಿಟರಿಂಗ್ ಡೇಟಾ, ವರದಿಗಳ ನಿಬಂಧನೆ, ಗ್ರಾಫ್‌ಗಳು ಮತ್ತು ಅಂಕಿಅಂಶಗಳ ದೃಶ್ಯೀಕರಣ.

ASMO ವ್ಯವಸ್ಥೆಯ ಸಂಕ್ಷಿಪ್ತ ವಿವರಣೆ

ಉದಾಹರಣೆಯೊಂದಿಗೆ ವಿವರಿಸುವುದು ಉತ್ತಮ. ASMO ವ್ಯವಸ್ಥೆಯ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಹೇಗೆ ಆಯೋಜಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ.

ASMO ಒಂದು ಸ್ವಯಂಚಾಲಿತ ಹವಾಮಾನ ಬೆಂಬಲ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಡಿ-ಐಸಿಂಗ್ ವಸ್ತುಗಳೊಂದಿಗೆ ರಸ್ತೆಗೆ ಚಿಕಿತ್ಸೆ ನೀಡಲು ಎಲ್ಲಿ ಮತ್ತು ಯಾವಾಗ ಅಗತ್ಯವಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಈ ವ್ಯವಸ್ಥೆಯು ರಸ್ತೆ ಸೇವಾ ತಜ್ಞರಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಸಿಸ್ಟಮ್ ರಸ್ತೆ ನಿಯಂತ್ರಣ ಬಿಂದುಗಳಿಂದ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ರಸ್ತೆ ನಿಯಂತ್ರಣ ಬಿಂದುವು ಸಾಧನಗಳನ್ನು ಸ್ಥಾಪಿಸಿದ ರಸ್ತೆಯ ಸ್ಥಳವಾಗಿದೆ: ಹವಾಮಾನ ಕೇಂದ್ರ, ವೀಡಿಯೊ ಕ್ಯಾಮೆರಾ, ಇತ್ಯಾದಿ. ಅಪಾಯಕಾರಿ ಸಂದರ್ಭಗಳನ್ನು ಊಹಿಸಲು, ವ್ಯವಸ್ಥೆಯು ಬಾಹ್ಯ ಮೂಲಗಳಿಂದ ಹವಾಮಾನ ಮುನ್ಸೂಚನೆಗಳನ್ನು ಪಡೆಯುತ್ತದೆ.

ಆದ್ದರಿಂದ, ಸಿಸ್ಟಮ್ನ ಸಂಯೋಜನೆಯು ಸಾಕಷ್ಟು ವಿಶಿಷ್ಟವಾಗಿದೆ: ವೆಬ್ಸೈಟ್, ಏಜೆಂಟ್, ಉಪಕರಣಗಳು. ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸೋಣ.

ಸಿಸ್ಟಮ್ ಅನ್ನು ಘಟಕಗಳಾಗಿ ವಿಭಜಿಸುವುದು

ASMO ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಈ ಕೆಳಗಿನ ಘಟಕಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಬಹುದು:

1. ವೈಯಕ್ತಿಕ ಖಾತೆ
ಇದು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಆಗಿದೆ. ಕನಿಷ್ಠ, ಅಪ್ಲಿಕೇಶನ್ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಲಭ್ಯವಿದೆಯೇ ಎಂದು ನೀವು ಪರಿಶೀಲಿಸಬೇಕು.

2. ಡೇಟಾಬೇಸ್
ಡೇಟಾಬೇಸ್ ವರದಿ ಮಾಡಲು ಮುಖ್ಯವಾದ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ರಚಿಸಲಾಗಿದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು.

3. ಸರ್ವರ್
ಸರ್ವರ್‌ನಿಂದ ನಾವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಯಂತ್ರಾಂಶವನ್ನು ಅರ್ಥೈಸುತ್ತೇವೆ. HDD, RAM, CPU ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದು ಅವಶ್ಯಕ.

4. ಏಜೆಂಟ್
ಇದು ವಿಂಡೋಸ್ ಸೇವೆಯಾಗಿದ್ದು, ವೇಳಾಪಟ್ಟಿಯಲ್ಲಿ ವಿವಿಧ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಕನಿಷ್ಠ, ಸೇವೆಯು ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂದು ನೀವು ಪರಿಶೀಲಿಸಬೇಕು.

5. ಏಜೆಂಟ್ ಕಾರ್ಯ
ಒಬ್ಬ ಏಜೆಂಟ್ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾನೆ ಎಂದು ತಿಳಿದರೆ ಸಾಕಾಗುವುದಿಲ್ಲ. ಏಜೆಂಟ್ ಕೆಲಸ ಮಾಡಬಹುದು, ಆದರೆ ಅದಕ್ಕೆ ನಿಯೋಜಿಸಲಾದ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಏಜೆಂಟ್ ಘಟಕವನ್ನು ಕಾರ್ಯಗಳಾಗಿ ವಿಭಜಿಸೋಣ ಮತ್ತು ಪ್ರತಿ ಏಜೆಂಟ್ ಕಾರ್ಯವು ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸೋಣ.

6. ರಸ್ತೆ ನಿಯಂತ್ರಣ ಬಿಂದುಗಳು (ಎಲ್ಲಾ MPC ಗಳ ಕಂಟೈನರ್)
ಹಲವು ರಸ್ತೆ ನಿಯಂತ್ರಣ ಬಿಂದುಗಳಿವೆ, ಆದ್ದರಿಂದ ಎಲ್ಲಾ MPC ಗಳನ್ನು ಒಂದು ಘಟಕದಲ್ಲಿ ಸಂಯೋಜಿಸೋಣ. ಇದು ಮೇಲ್ವಿಚಾರಣೆ ಡೇಟಾವನ್ನು ಓದಲು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿರುತ್ತದೆ. "ASMO ಸಿಸ್ಟಮ್" ಘಟಕದ ಸ್ಥಿತಿಯನ್ನು ವೀಕ್ಷಿಸುವಾಗ, ಸಮಸ್ಯೆಗಳು ಎಲ್ಲಿವೆ ಎಂಬುದು ತಕ್ಷಣವೇ ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ: ಅಪ್ಲಿಕೇಶನ್ಗಳು, ಯಂತ್ರಾಂಶ ಅಥವಾ ಗರಿಷ್ಠ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ.

7. ರಸ್ತೆ ನಿಯಂತ್ರಣ ಬಿಂದು (ಒಂದು ಗರಿಷ್ಠ ಮಿತಿ)
ಈ MPC ಯಲ್ಲಿನ ಎಲ್ಲಾ ಸಾಧನಗಳು ಸೇವೆ ಸಲ್ಲಿಸಬಹುದಾದರೆ ನಾವು ಈ ಘಟಕವನ್ನು ಸೇವೆಯೆಂದು ಪರಿಗಣಿಸುತ್ತೇವೆ.

8. ಸಾಧನ
ಇದು ಗರಿಷ್ಠ ಸಾಂದ್ರತೆಯ ಮಿತಿಯಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ವೀಡಿಯೊ ಕ್ಯಾಮರಾ ಅಥವಾ ಹವಾಮಾನ ಕೇಂದ್ರವಾಗಿದೆ. ಸಾಧನವು ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದು ಅವಶ್ಯಕ.

ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಘಟಕ ಮರವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಮಾನಿಟರಿಂಗ್

ಆದ್ದರಿಂದ, ನಾವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಘಟಕಗಳಾಗಿ ವಿಂಗಡಿಸಿದ್ದೇವೆ, ಈಗ ನಾವು ಪ್ರತಿ ಘಟಕಕ್ಕೆ ಚೆಕ್ಗಳೊಂದಿಗೆ ಬರಬೇಕಾಗಿದೆ.

ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ನಾವು ಈ ಕೆಳಗಿನ ತಪಾಸಣೆಗಳನ್ನು ಬಳಸುತ್ತೇವೆ:

1. ಮುಖ್ಯ ಪುಟದ ತೆರೆಯುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
ಈ ತಪಾಸಣೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ನಡೆಸಲಾಗುತ್ತದೆ. ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು, ನಾವು ಪುಟದ ವಿಳಾಸ, ನಿರೀಕ್ಷಿತ ಪ್ರತಿಕ್ರಿಯೆ ತುಣುಕು ಮತ್ತು ಗರಿಷ್ಠ ವಿನಂತಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯವನ್ನು ಸೂಚಿಸುತ್ತೇವೆ.

2. ಡೊಮೇನ್ ಪಾವತಿ ಗಡುವನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
ಬಹಳ ಮುಖ್ಯವಾದ ಚೆಕ್. ಡೊಮೇನ್ ಪಾವತಿಸದೆ ಉಳಿದಿರುವಾಗ, ಬಳಕೆದಾರರು ಸೈಟ್ ಅನ್ನು ತೆರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಹಲವಾರು ದಿನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ಏಕೆಂದರೆ... DNS ಬದಲಾವಣೆಗಳನ್ನು ತಕ್ಷಣವೇ ಅನ್ವಯಿಸಲಾಗುವುದಿಲ್ಲ.

3. SSL ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ, ಬಹುತೇಕ ಎಲ್ಲಾ ವೆಬ್‌ಸೈಟ್‌ಗಳು ಪ್ರವೇಶಕ್ಕಾಗಿ https ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುತ್ತವೆ. ಪ್ರೋಟೋಕಾಲ್ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಲು, ನಿಮಗೆ ಮಾನ್ಯವಾದ SSL ಪ್ರಮಾಣಪತ್ರದ ಅಗತ್ಯವಿದೆ.

ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ "ವೈಯಕ್ತಿಕ ಖಾತೆ" ಅಂಶವು ಕೆಳಗಿದೆ:

ಮೇಲಿನ ಎಲ್ಲಾ ಚೆಕ್‌ಗಳು ಹೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ಯಾವುದೇ ಕೋಡಿಂಗ್ ಅಗತ್ಯವಿಲ್ಲ. ಇದು ತುಂಬಾ ತಂಪಾಗಿದೆ ಏಕೆಂದರೆ ನೀವು ಯಾವುದೇ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು 5 ನಿಮಿಷಗಳಲ್ಲಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಬಹುದು. ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ನಿರ್ವಹಿಸಬಹುದಾದ ಹೆಚ್ಚುವರಿ ಪರಿಶೀಲನೆಗಳನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ, ಆದರೆ ಅವುಗಳ ಅನುಷ್ಠಾನವು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್-ನಿರ್ದಿಷ್ಟವಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಅವುಗಳನ್ನು ಈ ಲೇಖನದಲ್ಲಿ ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ.

ನೀವು ಇನ್ನೇನು ಪರಿಶೀಲಿಸಬಹುದು?

ನಿಮ್ಮ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು, ನೀವು ಈ ಕೆಳಗಿನ ತಪಾಸಣೆಗಳನ್ನು ಮಾಡಬಹುದು:

• ಪ್ರತಿ ಅವಧಿಗೆ JavaScript ದೋಷಗಳ ಸಂಖ್ಯೆ
• ಅವಧಿಗೆ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಬದಿಯಲ್ಲಿ (ಬ್ಯಾಕ್-ಎಂಡ್) ದೋಷಗಳ ಸಂಖ್ಯೆ
• ವಿಫಲವಾದ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರತಿಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ (ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ 404, 500, ಇತ್ಯಾದಿ)
• ಸರಾಸರಿ ಪ್ರಶ್ನೆ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯ

ವಿಂಡೋಸ್ ಸೇವೆಯ ಮೇಲ್ವಿಚಾರಣೆ (ಏಜೆಂಟ್)

ASMO ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಏಜೆಂಟ್ ಟಾಸ್ಕ್ ಶೆಡ್ಯೂಲರ್ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ, ಇದು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನಿಗದಿತ ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ.

ಎಲ್ಲಾ ಏಜೆಂಟ್ ಕಾರ್ಯಗಳು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಂಡರೆ, ಏಜೆಂಟ್ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ. ಏಜೆಂಟ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು, ನೀವು ಅದರ ಕಾರ್ಯಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ಆದ್ದರಿಂದ, ನಾವು "ಏಜೆಂಟ್" ಘಟಕವನ್ನು ಕಾರ್ಯಗಳಾಗಿ ವಿಭಜಿಸುತ್ತೇವೆ. ಪ್ರತಿ ಕಾರ್ಯಕ್ಕಾಗಿ, ನಾವು ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಘಟಕವನ್ನು ರಚಿಸುತ್ತೇವೆ, ಅಲ್ಲಿ "ಏಜೆಂಟ್" ಘಟಕವು "ಪೋಷಕ" ಆಗಿರುತ್ತದೆ.

ನಾವು ಏಜೆಂಟ್ ಘಟಕವನ್ನು ಮಕ್ಕಳ ಘಟಕಗಳಾಗಿ (ಕಾರ್ಯಗಳು) ವಿಭಜಿಸುತ್ತೇವೆ:

ಆದ್ದರಿಂದ, ನಾವು ಸಂಕೀರ್ಣ ಘಟಕವನ್ನು ಹಲವಾರು ಸರಳವಾದವುಗಳಾಗಿ ವಿಂಗಡಿಸಿದ್ದೇವೆ. ಈಗ ನಾವು ಪ್ರತಿ ಸರಳ ಘಟಕಕ್ಕೆ ಚೆಕ್‌ಗಳೊಂದಿಗೆ ಬರಬೇಕಾಗಿದೆ. ಪೋಷಕ ಘಟಕ "ಏಜೆಂಟ್" ಯಾವುದೇ ತಪಾಸಣೆಗಳನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ, ಏಕೆಂದರೆ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯು ಅದರ ಮಗುವಿನ ಘಟಕಗಳ ಸ್ಥಿತಿಯನ್ನು ಆಧರಿಸಿ ಅದರ ಸ್ಥಿತಿಯನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಎಲ್ಲಾ ಕಾರ್ಯಗಳು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಂಡರೆ, ಏಜೆಂಟ್ ಯಶಸ್ವಿಯಾಗಿ ಚಾಲನೆಯಲ್ಲಿದೆ.

ASMO ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ನೂರಕ್ಕೂ ಹೆಚ್ಚು ಕಾರ್ಯಗಳಿವೆ, ಪ್ರತಿ ಕಾರ್ಯಕ್ಕೂ ಅನನ್ಯ ಚೆಕ್‌ಗಳೊಂದಿಗೆ ಬರಲು ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿದೆಯೇ? ಸಹಜವಾಗಿ, ನಾವು ಪ್ರತಿ ಏಜೆಂಟ್ ಕಾರ್ಯಕ್ಕಾಗಿ ನಮ್ಮದೇ ಆದ ವಿಶೇಷ ತಪಾಸಣೆಗಳೊಂದಿಗೆ ಬಂದು ಕಾರ್ಯಗತಗೊಳಿಸಿದರೆ ನಿಯಂತ್ರಣವು ಉತ್ತಮವಾಗಿರುತ್ತದೆ, ಆದರೆ ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಸಾರ್ವತ್ರಿಕ ತಪಾಸಣೆಗಳನ್ನು ಬಳಸುವುದು ಸಾಕು.

ASMO ಸಿಸ್ಟಮ್ ಕಾರ್ಯಗಳಿಗಾಗಿ ಸಾರ್ವತ್ರಿಕ ತಪಾಸಣೆಗಳನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತದೆ ಮತ್ತು ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಇದು ಸಾಕು.

ಪ್ರಗತಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
ಸರಳ ಮತ್ತು ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ಪರಿಶೀಲನೆಯು ಮರಣದಂಡನೆ ಪರಿಶೀಲನೆಯಾಗಿದೆ. ದೋಷಗಳಿಲ್ಲದೆ ಕಾರ್ಯವು ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಚೆಕ್ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಎಲ್ಲಾ ಕಾರ್ಯಗಳು ಈ ಚೆಕ್ ಅನ್ನು ಹೊಂದಿವೆ.

ಪರಿಶೀಲನೆ ಅಲ್ಗಾರಿದಮ್

ಪ್ರತಿ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸಿದ ನಂತರ, ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವುದು ಯಶಸ್ವಿಯಾದರೆ, ನೀವು ಯಶಸ್ವಿ ಪರಿಶೀಲನೆಯ ಫಲಿತಾಂಶವನ್ನು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಕಳುಹಿಸಬೇಕಾಗುತ್ತದೆ, ಅಥವಾ ದೋಷದೊಂದಿಗೆ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯು ಪೂರ್ಣಗೊಂಡರೆ ದೋಷ.

ಈ ಪರಿಶೀಲನೆಯು ಈ ಕೆಳಗಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಬಹುದು:

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. ತಾಂತ್ರಿಕ ಬೆಂಬಲ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡಿ
ನಾವು ಯಾವುದೇ ಹಸ್ತಚಾಲಿತ ಪರಿಶೀಲನೆಗಳನ್ನು ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿದ್ದೇವೆ. ಈಗ ಎಲ್ಲಾ ಚೆಕ್‌ಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿವೆ. ಹಿಂದೆ, ನಾವು ಬಳಕೆದಾರರಿಂದ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಕಲಿತಿದ್ದೇವೆ; ಬಳಕೆದಾರರು ಯಾವ ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಕಷ್ಟಕರವಾಗಿತ್ತು. ಈಗ, ಹೆಚ್ಚಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ವರದಿ ಮಾಡಲಾಗಿದೆ; ಅಧಿಸೂಚನೆಗಳು ತಾಂತ್ರಿಕ ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ, ಅದು ಯಾವಾಗಲೂ ಏನು ತಪ್ಪಾಗಿದೆ ಮತ್ತು ಎಲ್ಲಿ ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ.

ಪ್ರಮುಖ!
ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ರನ್ ಆಗುವ ಅದೇ ಸರ್ವರ್‌ನಲ್ಲಿ ನೀವು ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಸರ್ವರ್ ಡೌನ್ ಆಗಿದ್ದರೆ, ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತವೆ ಮತ್ತು ಅದರ ಬಗ್ಗೆ ತಿಳಿಸಲು ಯಾರೂ ಇರುವುದಿಲ್ಲ.

ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಮತ್ತೊಂದು ಡೇಟಾ ಸೆಂಟರ್‌ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಸರ್ವರ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು.

ನೀವು ಹೊಸ ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಮೀಸಲಾದ ಸರ್ವರ್ ಅನ್ನು ಬಳಸಲು ಬಯಸದಿದ್ದರೆ, ನೀವು ಕ್ಲೌಡ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಬಹುದು. ನಮ್ಮ ಕಂಪನಿ Zidium ಕ್ಲೌಡ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸುತ್ತದೆ, ಆದರೆ ನೀವು ಯಾವುದೇ ಇತರ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಬಹುದು. ಕ್ಲೌಡ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ವೆಚ್ಚವು ಹೊಸ ಸರ್ವರ್ ಅನ್ನು ಬಾಡಿಗೆಗೆ ನೀಡುವುದಕ್ಕಿಂತ ಕಡಿಮೆಯಾಗಿದೆ.

ಶಿಫಾರಸುಗಳು:

1. ಸಾಧ್ಯವಾದಷ್ಟು ವಿವರವಾಗಿ ಘಟಕಗಳ ಮರದ ರೂಪದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ಗಳನ್ನು ಮುರಿಯಿರಿ, ಆದ್ದರಿಂದ ಎಲ್ಲಿ ಮತ್ತು ಏನು ಮುರಿದುಹೋಗಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅನುಕೂಲಕರವಾಗಿರುತ್ತದೆ ಮತ್ತು ನಿಯಂತ್ರಣವು ಹೆಚ್ಚು ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ.
2. ಘಟಕದ ಕಾರ್ಯವನ್ನು ಪರಿಶೀಲಿಸಲು, ಪರೀಕ್ಷೆಗಳನ್ನು ಬಳಸಿ. ಒಂದು ಸಂಕೀರ್ಣ ಒಂದಕ್ಕಿಂತ ಅನೇಕ ಸರಳ ತಪಾಸಣೆಗಳನ್ನು ಬಳಸುವುದು ಉತ್ತಮ.
3. ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ನ ಬದಿಯಲ್ಲಿ ಮೆಟ್ರಿಕ್ ಥ್ರೆಶೋಲ್ಡ್ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ, ಬದಲಿಗೆ ಅವುಗಳನ್ನು ಕೋಡ್ನಲ್ಲಿ ಬರೆಯಿರಿ. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮರುಕಂಪೈಲ್ ಮಾಡುವುದು, ಮರುಸಂರಚಿಸುವುದು ಅಥವಾ ಮರುಪ್ರಾರಂಭಿಸುವುದರಿಂದ ಇದು ನಿಮ್ಮನ್ನು ಉಳಿಸುತ್ತದೆ.
4. ಕಸ್ಟಮ್ ಚೆಕ್‌ಗಳಿಗಾಗಿ, ತಪ್ಪು ಅಧಿಸೂಚನೆಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ಪ್ರಸ್ತುತತೆಯ ಸಮಯವನ್ನು ಬಳಸಿ ಏಕೆಂದರೆ ಕೆಲವು ಪರಿಶೀಲನೆಯು ಸಾಮಾನ್ಯಕ್ಕಿಂತ ಪೂರ್ಣಗೊಳ್ಳಲು ಸ್ವಲ್ಪ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
5. ಖಂಡಿತವಾಗಿಯೂ ಸಮಸ್ಯೆ ಇದ್ದಾಗ ಮಾತ್ರ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಘಟಕಗಳು ಕೆಂಪು ಬಣ್ಣಕ್ಕೆ ತಿರುಗುವಂತೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿ. ಅವರು ಯಾವುದಕ್ಕೂ ಕೆಂಪು ಬಣ್ಣಕ್ಕೆ ತಿರುಗಿದರೆ, ನೀವು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯ ಅಧಿಸೂಚನೆಗಳಿಗೆ ಗಮನ ಕೊಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತೀರಿ, ಅದರ ಅರ್ಥವು ಕಳೆದುಹೋಗುತ್ತದೆ.

ನೀವು ಇನ್ನೂ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸದಿದ್ದರೆ, ಪ್ರಾರಂಭಿಸಿ! ಇದು ತೋರುವಷ್ಟು ಕಷ್ಟವಲ್ಲ. ನೀವೇ ಬೆಳೆದ ಹಸಿರು ಪದಾರ್ಥಗಳ ಮರವನ್ನು ನೋಡಿ ಕಿಕ್ ಪಡೆಯಿರಿ.

ಅದೃಷ್ಟ.

ಮೂಲ: www.habr.com