ವ್ಯವಸ್ಥೆಯು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದಷ್ಟೂ ಅದು ಎಲ್ಲಾ ರೀತಿಯ ಎಚ್ಚರಿಕೆಗಳೊಂದಿಗೆ ಹೆಚ್ಚು ಬೆಳೆಯುತ್ತದೆ. ಮತ್ತು ಇದೇ ಎಚ್ಚರಿಕೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಅವಶ್ಯಕತೆಯಿದೆ, ಅವುಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸಿ ಮತ್ತು ಅವುಗಳನ್ನು ದೃಶ್ಯೀಕರಿಸುವುದು. ಇದು ಅನೇಕರಿಗೆ ಆತಂಕದ ಮಟ್ಟಕ್ಕೆ ಪರಿಚಿತವಾಗಿರುವ ಪರಿಸ್ಥಿತಿ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ಚರ್ಚಿಸಲಾಗುವ ಪರಿಹಾರವು ಅತ್ಯಂತ ಅನಿರೀಕ್ಷಿತವಲ್ಲ, ಆದರೆ ಹುಡುಕಾಟವು ಈ ವಿಷಯದ ಬಗ್ಗೆ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಲೇಖನವನ್ನು ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ, ನಾನು FunCorp ನ ಅನುಭವವನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಿರ್ಧರಿಸಿದೆ ಮತ್ತು ಕರ್ತವ್ಯ ಪ್ರಕ್ರಿಯೆಯು ಹೇಗೆ ರಚನೆಯಾಗಿದೆ, ಯಾರು ಕರೆ ಮಾಡುತ್ತಾರೆ, ಏಕೆ ಮತ್ತು ಹೇಗೆ ನೀವು ಎಲ್ಲವನ್ನೂ ನೋಡಬಹುದು ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡಲು ನಿರ್ಧರಿಸಿದೆ.
ಪೇಜರ್ ಡ್ಯೂಟಿ ಎಂದರೇನು?
ಆದ್ದರಿಂದ, ಈ ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು, ನಾವು ಅನುಕೂಲಕರ ಸಾಧನವನ್ನು ಹುಡುಕಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಸ್ವಲ್ಪ ಹುಡುಕಾಟದ ನಂತರ, ನಾವು ಪೇಜರ್‌ಡ್ಯೂಟಿಯನ್ನು ಆರಿಸಿದ್ದೇವೆ. PD ನಮಗೆ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಏಕೀಕರಣಗಳು ಮತ್ತು ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಸಾಕಷ್ಟು ಸಂಪೂರ್ಣ ಮತ್ತು ಸಂಕ್ಷಿಪ್ತ ಪರಿಹಾರವಾಗಿದೆ. ಅವಳು ಹೇಗಿದ್ದಾಳೆ?
ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಪೇಜರ್‌ಡ್ಯೂಟಿಯು ಒಂದು ಘಟನೆ ಸಂಸ್ಕರಣಾ ವೇದಿಕೆಯಾಗಿದ್ದು ಅದು ವಿವಿಧ ಏಕೀಕರಣಗಳ ಮೂಲಕ ಒಳಬರುವ ಘಟನೆಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬಹುದು, ಕರ್ತವ್ಯ ಆದೇಶಗಳನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ನಂತರ ಘಟನೆಯ ಮಟ್ಟವನ್ನು ಅವಲಂಬಿಸಿ ಕರ್ತವ್ಯದಲ್ಲಿರುವ ಎಂಜಿನಿಯರ್‌ಗೆ ಎಚ್ಚರಿಕೆ ನೀಡಬಹುದು (ಉನ್ನತ ಮಟ್ಟದಲ್ಲಿ - ಕರೆ, ಕಡಿಮೆ ಮಟ್ಟದಲ್ಲಿ - ಅಪ್ಲಿಕೇಶನ್ / SMS ನಿಂದ ಒಂದು ಪುಶ್) .
ಕರ್ತವ್ಯ ಅಧಿಕಾರಿ ಯಾರು?
ಇದು ಬಹುಶಃ PD ಅನ್ನು ಹೊಂದಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲ ಸ್ಥಳವಾಗಿದೆ.
FunCorp ನಲ್ಲಿ, ಇತರ ಕಂಪನಿಗಳಂತೆ, ಕರ್ತವ್ಯ ಅಧಿಕಾರಿಯ ಗೌರವ ಸ್ಥಾನವಿದೆ. ಇಂಜಿನಿಯರ್‌ನಿಂದ ಇಂಜಿನಿಯರ್‌ಗೆ ದಿನಕ್ಕೆ ಒಮ್ಮೆ ಹರಡುತ್ತದೆ. ಪೇಜರ್‌ಡ್ಯೂಟಿಯಿಂದ ಎಚ್ಚರಿಕೆಗೆ ಪ್ರತಿಕ್ರಿಯೆಯ ಮೊದಲ ಮತ್ತು ಎರಡನೆಯ ಸಾಲು ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ. ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ಎಚ್ಚರಿಕೆಯು ಬರುತ್ತದೆ ಎಂದು ಭಾವಿಸೋಣ ಮತ್ತು ಮೊದಲ ಸಾಲಿನಿಂದ ಡ್ಯೂಟಿ ಆಫೀಸರ್‌ಗೆ ಕರೆ ಮಾಡಿದ 10 ನಿಮಿಷಗಳ ನಂತರ ಅದಕ್ಕೆ ಯಾವುದೇ ಪ್ರತಿಕ್ರಿಯೆಯಿಲ್ಲದಿದ್ದರೆ (ಅಂದರೆ, ಅದನ್ನು ಸ್ವೀಕೃತಿ ಅಥವಾ ಪರಿಹರಿಸಿದ ಸ್ಥಿತಿಗೆ ವರ್ಗಾಯಿಸಲಾಗಿಲ್ಲ), ಕರೆ ಎರಡನೆಯದಕ್ಕೆ ಹೋಗುತ್ತದೆ ಕರ್ತವ್ಯ ಇಂಜಿನಿಯರ್. ಇದನ್ನು ಪೇಜರ್‌ಡ್ಯೂಟಿಯಲ್ಲಿಯೇ ಎಸ್ಕಲೇಶನ್ ನೀತಿಗಳ ಮೂಲಕ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ.
ಎರಡನೇ ಕರ್ತವ್ಯ ಅಧಿಕಾರಿ ಪ್ರತಿಕ್ರಿಯಿಸದಿದ್ದರೆ, ಅಧಿಸೂಚನೆಯು ಹಿಂತಿರುಗುತ್ತದೆ ಮುಖ್ಯ ಕರ್ತವ್ಯ ಅಧಿಕಾರಿಗೆ.
ಹೀಗಾಗಿ, ಯಾವುದೇ ಒಳಬರುವ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ಎಚ್ಚರಿಕೆಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸದೆ ಉಳಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಈಗ ಘಟನೆಗಳು ಎಲ್ಲಿಂದ ಬರಬಹುದು ಎಂದು ನೋಡೋಣ.
ನಾವು ಯಾವ ಏಕೀಕರಣಗಳನ್ನು ಬಳಸುತ್ತೇವೆ?
PD ವಿವಿಧ ಸೇವೆಗಳಿಂದ ವಿವಿಧ ಘಟನೆಗಳನ್ನು ಪಡೆಯುತ್ತದೆ. ನಾವು ಪ್ರಸ್ತುತ ಅಂತಹ ಸುಮಾರು 25 ಸೇವೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ನಾವು ಕೆಲವು ಸಿದ್ಧ ಸಂಯೋಜನೆಗಳನ್ನು ಬಳಸುತ್ತೇವೆ.
- ಪ್ರಮೀತಿಯಸ್
ಮುಖ್ಯ ಮೆಟ್ರಿಕ್ಸ್ ಸಂಗ್ರಹ ವ್ಯವಸ್ಥೆಯು ಪ್ರಮೀತಿಯಸ್ ಆಗಿದೆ. ಹ್ಯಾಬ್ರೆಯಲ್ಲಿ ಅದರ ಬಗ್ಗೆ ಈಗಾಗಲೇ ಸಾಕಷ್ಟು ಬರೆಯಲಾಗಿದೆ, ನಾವು ವಿಭಿನ್ನ ಪರಿಸರಗಳಿಗಾಗಿ ಅವುಗಳಲ್ಲಿ ಹಲವಾರುವನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ನಾನು ಹೇಳುತ್ತೇನೆ: ಒಂದು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಮತ್ತು ಡಾಕರ್‌ಗಳಿಂದ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಇನ್ನೊಂದು ಅಮೆಜಾನ್ ಸೇವೆಗಳಿಂದ, ಮೂರನೆಯದು ಹಾರ್ಡ್‌ವೇರ್ ಯಂತ್ರಗಳಿಂದ. ಟೆಲಿಗ್ರಾಫ್ ಅನ್ನು ಮುಖ್ಯವಾಗಿ ಮೆಟ್ರಿಕ್ಸ್ ರಫ್ತುದಾರರಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
- ಮಿಂಚಂಚೆ
ಇಲ್ಲಿಯೂ ಸಹ, ಶೀರ್ಷಿಕೆಯಿಂದ ಎಲ್ಲವೂ ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಕ್ರಾನ್‌ನಿಂದ ಕಾರ್ಯಗತಗೊಳಿಸಲಾದ ಕೆಲವು ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಿಂದ ಅಧಿಸೂಚನೆಗಳನ್ನು ಕಳುಹಿಸಲು ಈ ಏಕೀಕರಣವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ನೀವು ಪತ್ರಗಳನ್ನು ಕಳುಹಿಸುವ ನಿರ್ದಿಷ್ಟ ವಿಳಾಸವನ್ನು PD ನಿಮಗೆ ನೀಡುತ್ತದೆ. ಅಂತಹ ಏಕೀಕರಣದೊಂದಿಗೆ ಸೇವೆಯನ್ನು ರಚಿಸುವಾಗ, ನೀವು ಆದ್ಯತೆಗಳನ್ನು ಹೊಂದಿಸಬಹುದು, ಒಳಬರುವ ಘಟನೆಗಳನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ, ಎಚ್ಚರಿಕೆಯನ್ನು ಹೇಗೆ ನಿಖರವಾಗಿ ರಚಿಸುವುದು (ಪ್ರತಿ ಒಳಬರುವ ಪತ್ರಕ್ಕೆ, ಒಳಬರುವ ಪತ್ರಕ್ಕೆ + ಒಂದು ನಿರ್ದಿಷ್ಟ ನಿಯಮ, ಇತ್ಯಾದಿ).
- ಸಡಿಲ
ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಬಹಳ ಆಸಕ್ತಿದಾಯಕ ಏಕೀಕರಣ. ಏನಾದರೂ ಸಂಭವಿಸುವ ಸಂದರ್ಭಗಳು ಇವೆ ಆದರೆ ಘಟನೆಗಳಿಂದ ಮುಚ್ಚಿಹೋಗುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ಘಟನೆಯನ್ನು ರಚಿಸಲು ನಾವು ಸ್ಲಾಕ್‌ನಿಂದ ಏಕೀಕರಣವನ್ನು ಸೇರಿಸಿದ್ದೇವೆ. ಅಂದರೆ, ನೀವು ಕಾರ್ಪೊರೇಟ್ ಸ್ಲಾಕ್‌ಗೆ ಬರೆಯಬಹುದು /callofduty ಎಲ್ಲವೂ ನಿಧಾನವಾಗಿದೆ ಮತ್ತು ಶೀಘ್ರದಲ್ಲೇ ಮುರಿದುಹೋಗುತ್ತದೆ ಮತ್ತು ಪಿಡಿ ಅದನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಘಟನೆಯನ್ನು ಕರ್ತವ್ಯ ಎಂಜಿನಿಯರ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ.
ನಾವು ಮಾಡುತ್ತೇವೆ:
ನಾವು ನೋಡುತ್ತೇವೆ:
- ಎಪಿಐ
HTTP ಏಕೀಕರಣ. ವಾಸ್ತವವಾಗಿ, ಇಲ್ಲಿ ವಿಶೇಷವಾಗಿ ಆಸಕ್ತಿದಾಯಕ ಏನೂ ಇಲ್ಲ, JSON ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿರುವ ದೇಹದೊಂದಿಗೆ ಕೇವಲ ಪೋಸ್ಟ್ ವಿನಂತಿ. ಉದಾಹರಣೆಗೆ, ಆಸಕ್ತಿದಾಯಕ ಏನೋ: ನಾವು ಅದನ್ನು ಬಾಹ್ಯ ಮೇಲ್ವಿಚಾರಣೆಗಾಗಿ ಬಳಸುತ್ತೇವೆ . ಈ ಸೇವೆಯು ಪ್ರಪಂಚದ ವಿವಿಧ ಭಾಗಗಳಿಂದ ನಮ್ಮ ಸೈಟ್‌ಗಳ ಪ್ರವೇಶವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ನಾವು ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲದ ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ (ಉದಾಹರಣೆಗೆ, 502), ಒಂದು ಘಟನೆಯನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಎಲ್ಲವೂ ಮೇಲೆ ವಿವರಿಸಿದ ಸರಣಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. StatusCake ಸ್ವತಃ ಆಂತರಿಕ URL ಗಳು, SSL ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಡೊಮೇನ್ ಮುಕ್ತಾಯವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ.
- ಲಿಬ್ರೆಎನ್ಎಮ್ಎಸ್
ಇದು ಮತ್ತೊಂದು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ನೀವು ಅವರ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ಓದಬಹುದು . ಅದರ ಸಹಾಯದಿಂದ, ನಾವು ಸರ್ವರ್‌ಗಳಿಂದ ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಮತ್ತು iDRAC ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತೇವೆ.
ಡೇಟಾಡಾಗ್, ಕ್ಲೌಡ್‌ವಾಚ್‌ನಂತಹ ಏಕೀಕರಣಗಳೂ ಇದ್ದವು. ಅವರಿಗೆ ಏನಾಯಿತು ಎಂಬುದರ ಕುರಿತು ನೀವು ಇನ್ನಷ್ಟು ನೋಡಬಹುದು .
ದೃಶ್ಯೀಕರಣ
ಮುಖ್ಯ ಘಟನೆ ವರದಿ ಮಾಡುವ ವ್ಯವಸ್ಥೆಯು ಸ್ಲಾಕ್ ಆಗಿದೆ. PD ಗೆ ಬರುವ ಎಲ್ಲಾ ಘಟನೆಗಳನ್ನು ವಿಶೇಷ ಚಾಟ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಅವುಗಳ ಸ್ಥಿತಿ ಬದಲಾದರೆ, ಇದನ್ನು ಚಾಟ್‌ನಲ್ಲಿಯೂ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.
ಸೀಲಿಂಗ್‌ನಿಂದ ನೇತಾಡುವ ಮಾನಿಟರ್‌ಗಳ ಪರದೆಯ ಮೇಲೆ ಉಪಯುಕ್ತ ಡೇಟಾವನ್ನು ಪ್ರದರ್ಶಿಸಲು ಅವಕಾಶವು ಬಂದಾಗ, ನಾವು (ಡೆವೊಪ್ಸ್ ಇಲಾಖೆಯಲ್ಲಿ) ಅವುಗಳಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲು ಏನೂ ಇಲ್ಲ ಎಂದು ನಾವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಅರಿತುಕೊಂಡೆವು. ಅದ್ಭುತವಾದ ಗ್ರಾಫಾನಾ ಇದೆ, ಆದರೆ ಇದು ಎಲ್ಲವನ್ನೂ ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ, ಮತ್ತು ಉದ್ಯೋಗಿಗಳು ಎಚ್ಚರಿಕೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಾರೆ, ಚಾರ್ಟ್‌ಗಳಲ್ಲ.
PD ಗಾಗಿ ಸಂಕ್ಷಿಪ್ತ ಮತ್ತು ತಿಳಿವಳಿಕೆ ನೀಡುವ "ಬೋರ್ಡ್" ಗಾಗಿ GitHub ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಆದರೆ ವಿಫಲ ಹುಡುಕಾಟದ ನಂತರ, ನಾವು ನಮ್ಮದೇ ಆದದನ್ನು ಬರೆಯಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ - ನಮಗೆ ಬೇಕಾದುದನ್ನು ಮಾತ್ರ. ಮೊದಲಿಗೆ PD ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸುವ ಆಲೋಚನೆ ಇದ್ದರೂ, ಅದು ಹೆಚ್ಚು ಅನಾನುಕೂಲವಾಗಿ ಕಾಣುತ್ತದೆ.
ಅದನ್ನು ಬರೆಯಲು, ನೀವು ಮಾಡಬೇಕಾಗಿರುವುದು ಓದಲು-ಮಾತ್ರ ಹಕ್ಕುಗಳೊಂದಿಗೆ PD ಯಿಂದ ಕೀಲಿಯನ್ನು ಪಡೆಯುವುದು.
ಮತ್ತು ಇದು ನಮಗೆ ಸಿಕ್ಕಿತು:
ಪರದೆಯು ಪ್ರಸ್ತುತ ತೆರೆದ ಘಟನೆಗಳು, ಆಯ್ಕೆಮಾಡಿದ ವೇಳಾಪಟ್ಟಿಯಿಂದ ಕರ್ತವ್ಯದಲ್ಲಿರುವ ಪ್ರಸ್ತುತ ಎಂಜಿನಿಯರ್‌ನ ಹೆಸರು ಮತ್ತು ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ಘಟನೆಯಿಲ್ಲದ ಸಮಯವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ (ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ಘಟನೆಯೊಂದಿಗೆ ಫಲಕವನ್ನು ಕೆಂಪು ಬಣ್ಣದಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಲಾಗುತ್ತದೆ).
.
ಪರಿಣಾಮವಾಗಿ, ನಮ್ಮ ಎಲ್ಲಾ ಘಟನೆಗಳನ್ನು ವೀಕ್ಷಿಸಲು ನಾವು ಅನುಕೂಲಕರ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ. ನಿಮ್ಮಲ್ಲಿ ಕೆಲವರು ನಮ್ಮ ಅನುಭವವನ್ನು ಉಪಯುಕ್ತವೆಂದು ಕಂಡುಕೊಂಡರೆ ನನಗೆ ಸಂತೋಷವಾಗುತ್ತದೆ.
ಮೂಲ: www.habr.com