ಎರಡು ವರ್ಷಗಳ ಹಿಂದೆ ನಾನು ಈಗಾಗಲೇ ಪೋಸ್ಟ್ ಮಾಡಿದ್ದೇನೆ ವೆಬ್‌ಸೈಟ್‌ಗಾಗಿ ಸರಳ ವೈಫಲ್ಯ ಬಗ್ಗೆ ಓಕರ್. ಈಗ ಯೋಜನೆಯ ಕೆಲವು ಅಭಿವೃದ್ಧಿ ಇದೆ, ಮತ್ತು ನಾನು ಸಹ ಪ್ರಕಟಿಸಿದೆ okerr ಸರ್ವರ್ ಸೈಡ್ ಮೂಲ ಕೋಡ್ ಅಡಿಯಲ್ಲಿ ಮುಕ್ತ ಪರವಾನಗಿ, ಅದಕ್ಕಾಗಿಯೇ ನಾನು ಈ ಕಿರು ವಿಮರ್ಶೆಯನ್ನು Habr ನಲ್ಲಿ ಬರೆಯಲು ನಿರ್ಧರಿಸಿದೆ.

ಯಾರಿಗೆ ಇದು ಆಸಕ್ತಿ ಇರಬಹುದು

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

ಓಕರ್ ಏಕೆ ಅಸಾಮಾನ್ಯವಾಗಿದೆ

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

ಓಕರ್ ಒಂದು ಹೈಬ್ರಿಡ್ ಮಾನಿಟರಿಂಗ್ ಆಗಿದೆ

ಆಂತರಿಕ ಮೇಲ್ವಿಚಾರಣೆಯ ಸಮಯದಲ್ಲಿ, ಮಾನಿಟರ್ ಮಾಡಲಾದ ಯಂತ್ರಗಳಲ್ಲಿ "ಏಜೆಂಟ್" ಚಾಲನೆಯಲ್ಲಿದೆ, ಇದು ಮಾನಿಟರಿಂಗ್ ಸರ್ವರ್‌ಗೆ ಡೇಟಾವನ್ನು ರವಾನಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಉಚಿತ ಡಿಸ್ಕ್ ಸ್ಥಳ). ಬಾಹ್ಯವಾಗಿದ್ದಾಗ, ಸರ್ವರ್ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ತಪಾಸಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಪಿಂಗ್ ಅಥವಾ ವೆಬ್‌ಸೈಟ್ ಲಭ್ಯತೆ). ಪ್ರತಿಯೊಂದು ವಿಧಾನವು ಅದರ ಮಿತಿಗಳನ್ನು ಹೊಂದಿದೆ. Okerr ಎರಡೂ ಆಯ್ಕೆಗಳನ್ನು ಬಳಸುತ್ತಾರೆ. ಸರ್ವರ್‌ಗಳ ಒಳಗಿನ ತಪಾಸಣೆಗಳನ್ನು ಅತ್ಯಂತ ಹಗುರವಾದ (30Kb) ಏಜೆಂಟ್ ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ವಿವಿಧ ದೇಶಗಳಲ್ಲಿ okerr ಸಂವೇದಕಗಳ ಮೂಲಕ ನೆಟ್ವರ್ಕ್ ತಪಾಸಣೆಗಳನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ.

okerr ಕೇವಲ ಸಾಫ್ಟ್‌ವೇರ್ ಅಲ್ಲ, ಆದರೆ ಸೇವೆಯೂ ಆಗಿದೆ

ಯಾವುದೇ ಮಾನಿಟರಿಂಗ್‌ನ ಸರ್ವರ್ ಭಾಗವು ದೊಡ್ಡದಾಗಿದೆ ಮತ್ತು ಸಂಕೀರ್ಣವಾಗಿದೆ, ಅದನ್ನು ಸ್ಥಾಪಿಸಲು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಕಷ್ಟವಾಗುತ್ತದೆ ಮತ್ತು ಇದಕ್ಕೆ ಸಂಪನ್ಮೂಲಗಳು ಬೇಕಾಗುತ್ತವೆ. ಓಕೆರ್‌ನೊಂದಿಗೆ ನೀವು ನಿಮ್ಮ ಸ್ವಂತ ಮಾನಿಟರಿಂಗ್ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬಹುದು (ಇದು ಉಚಿತ ಮತ್ತು ಓಪನ್ ಸೋರ್ಸ್), ಅಥವಾ ನೀವು ಕ್ಲೈಂಟ್ ಭಾಗವನ್ನು ಮಾತ್ರ ಬಳಸಬಹುದು ಮತ್ತು ನಮ್ಮ ಸರ್ವರ್‌ನ ಸೇವೆಯನ್ನು ಬಳಸಬಹುದು. ಅಲ್ಲದೆ ಉಚಿತ.

ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಕೊರತೆಯನ್ನು ಸರಿದೂಗಿಸಲು ಮತ್ತು ಮುಚ್ಚಿಡಲು ಮೇಲ್ವಿಚಾರಣೆಯು ನಿಮಗೆ ಅನುಮತಿಸಿದರೆ, ನಂತರ ಒಂದು ತಾತ್ವಿಕ ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುತ್ತದೆ - ಕಾವಲುಗಾರ ಯಾರು? ನಿಮ್ಮ ಇತರ ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ (ಉದಾಹರಣೆಗೆ, ಡೇಟಾ ಸೆಂಟರ್‌ಗೆ ಚಾನಲ್ ಬಿದ್ದಿದೆ) ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ಅದು ಸ್ವತಃ "ಸತ್ತಿದರೆ" ಸಮಸ್ಯೆಯ ಕುರಿತು ಮೇಲ್ವಿಚಾರಣೆಯು ಹೇಗೆ ನಮಗೆ ತಿಳಿಸುತ್ತದೆ? ಬಾಹ್ಯ ಸೇವೆ ಓಕೆರ್ ಅನ್ನು ಬಳಸುವಾಗ - ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ - ನಿಮ್ಮ ಸರ್ವರ್‌ಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣ ಡೇಟಾ ಕೇಂದ್ರವು ಶಕ್ತಿಯಿಲ್ಲದಿದ್ದರೂ ಅಥವಾ ಸೋಮಾರಿಗಳಿಂದ ಆಕ್ರಮಣಕ್ಕೊಳಗಾಗಿದ್ದರೂ ಸಹ ನೀವು ಎಚ್ಚರಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ.

ಸಹಜವಾಗಿ, ಓಕೆರ್ ಸರ್ವರ್ ಸ್ವತಃ ಲಭ್ಯವಿಲ್ಲದಿರುವ ಅಪಾಯವಿದೆ, ಇದು ನಿಜ (ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, 90% ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಯಾವಾಗಲೂ ಸರಳವಾಗಿ ಮತ್ತು “ಉಚಿತ” ಪಡೆಯಲಾಗುತ್ತದೆ, 99% ಕನಿಷ್ಠ ಪ್ರಯತ್ನದಿಂದ, ಮತ್ತು ಪ್ರತಿ ನಂತರದ ಒಂಬತ್ತು ಘಾತೀಯವಾಗಿ ಹೆಚ್ಚು ಕಷ್ಟ). ಆದರೆ, ಮೊದಲನೆಯದಾಗಿ, ಇದು ಸಂಭವಿಸುವ ಸಾಧ್ಯತೆಗಳು ಕಡಿಮೆ, ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ನಮ್ಮ ಸರ್ವರ್‌ಗಳಲ್ಲಿನ ಸಮಸ್ಯೆಗಳೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾದಾಗ ಮಾತ್ರ ಸಮಸ್ಯೆಯು ಗಮನಕ್ಕೆ ಬರುವುದಿಲ್ಲ. ನಾವು 99.9% ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಹೊಂದಿದ್ದರೆ ಮತ್ತು ನೀವು 99.9% (ಅತಿ ಹೆಚ್ಚು ಸಂಖ್ಯೆಗಳಲ್ಲ) ಹೊಂದಿದ್ದರೆ, ನಂತರ ಪತ್ತೆಯಾಗದ ವೈಫಲ್ಯದ ಅವಕಾಶವು 0.1% = 0.1% ರ 0.0001% ಆಗಿದೆ. ಪ್ರಯತ್ನವಿಲ್ಲದೆ ಮತ್ತು ವೆಚ್ಚವಿಲ್ಲದೆ ನಿಮ್ಮ ವಿಶ್ವಾಸಾರ್ಹತೆಗೆ ಮೂರು ನೈನ್ಗಳನ್ನು ಸೇರಿಸುವುದು ತುಂಬಾ ಒಳ್ಳೆಯದು!

ಸೇವೆಯಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಇನ್ನೊಂದು ಪ್ರಯೋಜನವೆಂದರೆ ಹೋಸ್ಟಿಂಗ್ ಪ್ರೊವೈಡರ್ ಅಥವಾ ವೆಬ್ ಸ್ಟುಡಿಯೋ ಒಕೆರ್ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬಹುದು ಮತ್ತು ಗ್ರಾಹಕರಿಗೆ ಪಾವತಿಸಿದ ಅಥವಾ ಉಚಿತ ಹೆಚ್ಚುವರಿ ಸೇವೆಯಾಗಿ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸಬಹುದು. ನಿಮ್ಮ ಪ್ರತಿಸ್ಪರ್ಧಿಗಳು ಕೇವಲ ಹೋಸ್ಟಿಂಗ್ ಮತ್ತು ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಆದರೆ ನೀವು ಮೇಲ್ವಿಚಾರಣೆಯೊಂದಿಗೆ ವಿಶ್ವಾಸಾರ್ಹ ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಹೊಂದಿದ್ದೀರಿ.

ಓಕರ್ ಸೂಚಕಗಳ ಬಗ್ಗೆ

ಸೂಚಕವು "ಲೈಟ್ ಬಲ್ಬ್" ಆಗಿದೆ. ಇದು ಎರಡು ಪ್ರಮುಖ ರಾಜ್ಯಗಳನ್ನು ಹೊಂದಿದೆ - ಹಸಿರು (ಸರಿ) ಅಥವಾ ಕೆಂಪು (ERR). ಯೋಜನೆಯು ಅನೇಕ ಗುಂಪು (ಉದಾಹರಣೆಗೆ, ಸರ್ವರ್ ಮೂಲಕ) ಸೂಚಕಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಯೋಜನೆಯ ಮುಖ್ಯ ಪುಟದಲ್ಲಿ, ಎಲ್ಲವೂ ಹಸಿರು ಬಣ್ಣದ್ದಾಗಿರುವುದನ್ನು ನೀವು ತಕ್ಷಣ ನೋಡುತ್ತೀರಿ (ಮತ್ತು ನೀವು ಅದನ್ನು ಮುಚ್ಚಬಹುದು), ಅಥವಾ ಏನಾದರೂ ಕೆಂಪು ಬಣ್ಣದಲ್ಲಿದೆ ಮತ್ತು ಅದನ್ನು ಸರಿಪಡಿಸಬೇಕಾಗಿದೆ. ಈ ರಾಜ್ಯಗಳ ನಡುವೆ ಪರಿವರ್ತನೆ ಮಾಡುವಾಗ, ಎಚ್ಚರಿಕೆಯನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ನೀವು ಅದನ್ನು ಹೊಂದಿಸುವಾಗ ದಿನಕ್ಕೆ ಒಮ್ಮೆ, ಯೋಜನೆಯ ಸಾರಾಂಶವನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

ಪ್ರತಿ ಒಕೆರ್ ಸೂಚಕವು ಅಂತರ್ನಿರ್ಮಿತ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಹೊಂದಿದೆ, ಅದರ ಮೂಲಕ ಅದು ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ (ಝಬ್ಬಿಕ್ಸ್ನಲ್ಲಿ ಇದನ್ನು ಟ್ರಿಗರ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ). ಉದಾಹರಣೆಗೆ, ಲೋಡ್ ಸರಾಸರಿಯು 2 ಕ್ಕಿಂತ ಹೆಚ್ಚಿರಬಾರದು (ಸಹಜವಾಗಿ, ಇದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು). ಮತ್ತು ಪ್ರತಿ ಆಂತರಿಕ ತಪಾಸಣೆಗೆ (ಲೋಡ್ ಸರಾಸರಿ, ಡಿಸ್ಕ್ ಉಚಿತ, ...) ವಾಚ್‌ಡಾಗ್ ಇದೆ. ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ನಾವು ನಿಗದಿತ ಸಮಯದಲ್ಲಿ ಯಶಸ್ವಿ ದೃಢೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸದಿದ್ದರೆ, ದೋಷವನ್ನು ಲಾಗ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಎಚ್ಚರಿಕೆಯನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

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

ಸಹಜವಾಗಿ, "ಮಾಹಿತಿ" ಸೂಚಕಗಳನ್ನು (ಮೇಲ್ವಿಚಾರಣೆಯಿಂದ ನೆಟ್ವರ್ಕ್ನ ಚಿತ್ರವನ್ನು ನೋಡಲು) ಸರಳವಾಗಿ ಇರಿಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿದೆ, ಆದರೆ ಸ್ವಯಂಚಾಲಿತ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸಲು ನಿರ್ದಿಷ್ಟವಾಗಿ ಸೂಚಕಗಳನ್ನು ಸರಳವಾಗಿ, ಸುಲಭವಾಗಿ ಮತ್ತು ತ್ವರಿತವಾಗಿ ರಚಿಸಲು ಎಲ್ಲವನ್ನೂ ಮಾಡಲಾಗುತ್ತದೆ.

ನೀವು ಓಕೆರ್ ಅನ್ನು ಹೊಂದಿಸುವ ಉದ್ದೇಶವು ಎಚ್ಚರಿಕೆಗಳಲ್ಲಿದೆ, ಇದರಿಂದ ನೀವು ಒಂದು ನಿಮಿಷದಲ್ಲಿ ಸೂಚಕವನ್ನು ರಚಿಸಬಹುದು, ಅದು ಒಂದು ವರ್ಷದವರೆಗೆ "ನಿದ್ರಿಸಬಹುದು", ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸಬಹುದು ಮತ್ತು ಒಂದು ವರ್ಷದ ನಂತರ ಏನಾದರೂ ಮುರಿದಾಗ, ಅದು ಬೆಳಗುತ್ತದೆ ಮತ್ತು ಕಳುಹಿಸುತ್ತದೆ ಒಂದು ಎಚ್ಚರಿಕೆ. ಸೂಚಕವನ್ನು ರಚಿಸಲು ನೀವು ಒಮ್ಮೆ ಕಳೆದ ನಿಮಿಷವು ಫಲ ನೀಡಿತು; ಬೇರೆಯವರಿಗಿಂತ ಮೊದಲು ನೀವು ಸಮಸ್ಯೆಯನ್ನು ತಕ್ಷಣವೇ ಕಲಿತಿದ್ದೀರಿ. ಯಾರಾದರೂ ಗಮನಿಸುವ ಮೊದಲು ಅವರು ಅದನ್ನು ಸರಿಪಡಿಸುವ ಸಾಧ್ಯತೆಯಿದೆ. ಬೇಗ ಎದ್ದದ್ದು ಬಿದ್ದಿದೆ ಎಂದು ಪರಿಗಣಿಸುವುದಿಲ್ಲ!

ಭದ್ರತೆ

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

ಏಜೆಂಟ್ (ಪ್ಯಾಕೇಜ್‌ನಿಂದ ಒಕೆರ್ಮಾಡ್ okerrupdate) ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಚಾಲನೆಯಾಗುವುದು ನೆಟ್‌ವರ್ಕ್ ಸರ್ವರ್ ಅಲ್ಲ, ಆದರೆ ಕ್ಲೈಂಟ್. ಆದ್ದರಿಂದ, ಮಾನಿಟರ್ ಮಾಡಲಾದ ಸರ್ವರ್‌ನಲ್ಲಿ ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ತೆರೆದ ಪೋರ್ಟ್‌ಗಳಿಲ್ಲ, ಕ್ಲೈಂಟ್ ಸುಲಭವಾಗಿ ಫೈರ್‌ವಾಲ್ ಅಥವಾ NAT ಹಿಂದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಹ್ಯಾಕ್ ಮಾಡಲು ತುಂಬಾ ಕಷ್ಟ (ನಾನು "ಅಸಾಧ್ಯ" ಎಂದು ಹೇಳುತ್ತೇನೆ) ಏಕೆಂದರೆ ತಾತ್ವಿಕವಾಗಿ ಅದು ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಕೇಳುವುದಿಲ್ಲ. ಸಾಕೆಟ್.

ಸಂಪೂರ್ಣ ಮೇಲ್ವಿಚಾರಣೆ ವ್ಯಾಪ್ತಿ

ಈಗ ನಮ್ಮ ನಿಯಮವೆಂದರೆ ನಾವು ಎಲ್ಲಾ ತಾಂತ್ರಿಕ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಒಕೆರ್‌ನಿಂದ ಕಲಿಯುತ್ತೇವೆ. ಇದ್ದಕ್ಕಿದ್ದಂತೆ ನಿಯಮವನ್ನು ಉಲ್ಲಂಘಿಸಿದರೆ (ಒಕೆರ್ ಅದರ ಸನ್ನಿಹಿತ ಸಂಭವಿಸುವಿಕೆಯ ಬಗ್ಗೆ ಎಚ್ಚರಿಕೆ ನೀಡಲಿಲ್ಲ (ಇದು ಸಾಧ್ಯವಾದರೆ) ಅಥವಾ ಅದು ಈಗಾಗಲೇ ಸಂಭವಿಸಿದೆ) - ನಾವು ಒಕೆರ್ಗೆ ಚೆಕ್ಗಳನ್ನು ಸೇರಿಸುತ್ತೇವೆ.

ಬಾಹ್ಯ ತಪಾಸಣೆ

ಸಾಕಷ್ಟು ವಿಶಿಷ್ಟ ಸೆಟ್:

ಪಿಂಗ್
http ಸ್ಥಿತಿ
ಎಸ್‌ಎಸ್‌ಎಲ್ ಪ್ರಮಾಣಪತ್ರದ ಸಿಂಧುತ್ವ ಮತ್ತು ತಾಜಾತನವನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ (ಅದು ಮುಕ್ತಾಯಗೊಳ್ಳಲಿದ್ದರೆ ಎಚ್ಚರಿಕೆ ನೀಡುತ್ತದೆ)
TCP ಪೋರ್ಟ್ ತೆರೆಯಿರಿ ಮತ್ತು ಅದರ ಮೇಲೆ ಬ್ಯಾನರ್
http grep (ಪುಟವು ನಿರ್ದಿಷ್ಟ ಪಠ್ಯವನ್ನು ಹೊಂದಿರಬಾರದು)
ಪುಟ ಬದಲಾವಣೆಗಳನ್ನು ಹಿಡಿಯಲು sha1 ಹ್ಯಾಶ್.
DNS (DNS ದಾಖಲೆಯು ನಿರ್ದಿಷ್ಟ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರಬೇಕು)
WHOIS (ಡೊಮೇನ್ ಕೆಟ್ಟದಾಗಿ ಹೋದರೆ ಎಚ್ಚರಿಕೆ ನೀಡುತ್ತದೆ)
ಆಂಟಿಸ್ಪ್ಯಾಮ್ DNSBL (ಒಮ್ಮೆ 50+ ಆಂಟಿಸ್ಪ್ಯಾಮ್ ಬ್ಲಾಕ್‌ಲಿಸ್ಟ್‌ಗಳ ವಿರುದ್ಧ ಹೋಸ್ಟ್ ಚೆಕ್)

ಆಂತರಿಕ ತಪಾಸಣೆ

ಅಲ್ಲದೆ, ಸಾಕಷ್ಟು ಪ್ರಮಾಣಿತ ಸೆಟ್ (ಆದರೆ ಸುಲಭವಾಗಿ ವಿಸ್ತರಿಸಬಹುದಾದ).

df (ಮುಕ್ತ ಡಿಸ್ಕ್ ಸ್ಥಳ)
ಲೋಡ್ ಸರಾಸರಿ
opentcp (ಟಿಸಿಪಿ ಆಲಿಸುವ ಸಾಕೆಟ್‌ಗಳನ್ನು ತೆರೆಯಿರಿ - ಏನಾದರೂ ಪ್ರಾರಂಭವಾದರೆ ಅಥವಾ ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ ತಿಳಿಸುತ್ತದೆ)
ಅಪ್ಟೈಮ್ - ಸರ್ವರ್ನಲ್ಲಿ ಕೇವಲ ಅಪ್ಟೈಮ್. ಅದು ಬದಲಾಗಿದೆಯೇ ಎಂದು ತಿಳಿಸುತ್ತದೆ (ಅಂದರೆ ಸರ್ವರ್ ಓವರ್‌ಲೋಡ್ ಆಗಿದೆ)
ಕ್ಲೈಂಟ್_ಐಪಿ
dirsize - ನಮ್ಮ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ರೂಟ್‌ಫ್‌ಗಳು ಕಟ್ಟುನಿಟ್ಟಾದ ನಿರ್ಬಂಧಗಳನ್ನು ಮತ್ತು ಬಳಕೆದಾರರ ಹೋಮ್ ಡೈರೆಕ್ಟರಿಗಳ ಗಾತ್ರವನ್ನು ಪರಿಚಯಿಸದೆಯೇ ಅನುಮತಿಸಲಾದ ಗಾತ್ರವನ್ನು ಮೀರಿದಾಗ ಅದನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ನಾವು ಬಳಸುತ್ತೇವೆ
ಖಾಲಿ ಮತ್ತು ಖಾಲಿಯಿಲ್ಲ - ಖಾಲಿ ಇರುವ (ಅಥವಾ ಖಾಲಿಯಾಗಿರದ) ಫೈಲ್‌ಗಳನ್ನು ಮಾನಿಟರ್ ಮಾಡಿ. ಉದಾಹರಣೆಗೆ, ಓಕೆರ್ ಸರ್ವರ್‌ನ ದೋಷ ಲಾಗ್ ಖಾಲಿಯಾಗಿರಬೇಕು ಮತ್ತು ಅದರಲ್ಲಿ ಒಂದು ಸಾಲು ಕೂಡ ಇದ್ದರೆ, ನಾನು ಅಧಿಸೂಚನೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇನೆ ಮತ್ತು ಅದನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇನೆ. ಆದರೆ ಮೇಲ್ ಸರ್ವರ್‌ನಲ್ಲಿ mail.log ಖಾಲಿಯಾಗಿರಬಾರದು (ತಿರುಗುವಿಕೆಯ ನಂತರ N ನಿಮಿಷಗಳು). ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಸಿಸ್ಟಂ ಅಪ್‌ಡೇಟ್‌ನ ನಂತರ ಅದು ನಮಗೆ ಖಾಲಿಯಾಗಿರುತ್ತದೆ, ಲಾಗ್ರೊಟೇಟ್ rsyslog ಅನ್ನು ಸರಿಯಾಗಿ ಮರುಪ್ರಾರಂಭಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ.
linecount - ಫೈಲ್‌ನಲ್ಲಿರುವ ಸಾಲುಗಳ ಸಂಖ್ಯೆ (wc -l ನಂತೆ). ದೋಷದ ಲಾಗ್ ಇನ್ನೂ ಬೆಳೆಯಬಹುದಾದಾಗ, ಆದರೆ ನಿಧಾನವಾಗಿ ಮಾತ್ರ (ಉದಾಹರಣೆಗೆ, Googlebot ಕೆಲವು ಮುಚ್ಚಿದ ಪುಟಗಳನ್ನು ಹೊಡೆಯುತ್ತದೆ) ಖಾಲಿಯ ಬದಲಿಗೆ ಮೃದುವಾದ ಬದಲಿಯಾಗಿ ನಾವು ಅದನ್ನು ಬಳಸುತ್ತೇವೆ. 2 ನಿಮಿಷಗಳಲ್ಲಿ 20 ಸಾಲುಗಳ ಮಿತಿ ಇದೆ. ಹೆಚ್ಚಾದರೆ ಎಚ್ಚರಿಕೆ ಇರುತ್ತದೆ

ಆಸಕ್ತಿದಾಯಕ ಆಂತರಿಕ ಪರಿಶೀಲನೆಗಳು

ನೀವು ಇಲ್ಲಿಯವರೆಗೆ "ಕರ್ಣೀಯವಾಗಿ" ಓದುತ್ತಿದ್ದರೆ, ಈಗ ಹೆಚ್ಚು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದುವುದು ಹೆಚ್ಚು ಆಸಕ್ತಿಕರವಾಗಿರುತ್ತದೆ.

ಬ್ಯಾಕ್ಅಪ್ಗಳು

ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ. ನಮ್ಮ ಬ್ಯಾಕಪ್ ಫೈಲ್‌ಗಳು "ServerName-20200530.tar.gz" ನಂತಹ ಹೆಸರುಗಳನ್ನು ಹೊಂದಿವೆ. okerr ನಲ್ಲಿನ ಪ್ರತಿ ಸರ್ವರ್‌ಗೆ, ಸೂಚಕ ServerName-DATE.tar.gz ಅನ್ನು ರಚಿಸಲಾಗಿದೆ (ನಿಜವಾದ ದಿನಾಂಕವು ಸಾಲಿಗೆ "DATE" ಬದಲಾಗುತ್ತದೆ). ತಾಜಾ ಬ್ಯಾಕ್‌ಅಪ್‌ನ ಉಪಸ್ಥಿತಿ ಮತ್ತು ಅದರ ಗಾತ್ರವನ್ನು ಸಹ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲಾಗುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಇದು ಹಿಂದಿನ ಬ್ಯಾಕಪ್‌ನ 90% ಕ್ಕಿಂತ ಕಡಿಮೆ ಇರುವಂತಿಲ್ಲ).

ನಾವು ಅದನ್ನು ರಚಿಸಲು ಮತ್ತು ಈ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಲು ಪ್ರಾರಂಭಿಸಿದ ನಂತರ ಹೊಸ ಬ್ಯಾಕಪ್ ಅನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಲು ಏನು ಮಾಡಬೇಕು? ಏನೂ ಇಲ್ಲ! ನೀವು "ಏನೂ" ಮಾಡಬೇಕಾದಾಗ ಇದು ತುಂಬಾ ಅನುಕೂಲಕರ ವಿಧಾನವಾಗಿದೆ ಏಕೆಂದರೆ:

"ಏನೂ ಇಲ್ಲ" ಮಾಡುವುದು ಬಹಳ ತ್ವರಿತವಾಗಿದೆ, ಇದು ಸಮಯವನ್ನು ಉಳಿಸುತ್ತದೆ
"ಏನೂ ಇಲ್ಲ" ಮಾಡಲು ಮರೆಯುವುದು ಕಷ್ಟ
ದೋಷದೊಂದಿಗೆ "ಏನೂ ಇಲ್ಲ" ತಪ್ಪು ಮಾಡುವುದು ಕಷ್ಟ. ಯಾವುದೂ ಅತ್ಯಂತ ವಿಶ್ವಾಸಾರ್ಹ ವಿಧಾನವಲ್ಲ

ಇದ್ದಕ್ಕಿದ್ದಂತೆ ತಾಜಾ ಬ್ಯಾಕಪ್ ಫೈಲ್‌ಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ, ಎಚ್ಚರಿಕೆ ಇರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ್ದರೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ಇರಬಾರದು, ನೀವು ಸೂಚಕವನ್ನು ಅಳಿಸಬೇಕಾಗುತ್ತದೆ (ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಅಥವಾ ಶೆಲ್‌ನಿಂದ API ಮೂಲಕ).

maxfilesz

ದೊಡ್ಡ ಫೈಲ್‌ಗಳ ಗಾತ್ರವನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ (ಸಾಮಾನ್ಯವಾಗಿ: /var/log/*). ಇದು ಅನಿರೀಕ್ಷಿತ ಸಮಸ್ಯೆಗಳನ್ನು ಹಿಡಿಯಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಬ್ರೂಟ್ ಫೋರ್ಸ್ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಅಥವಾ ಸರ್ವರ್ ಮೂಲಕ ಸ್ಪ್ಯಾಮ್ ಕಳುಹಿಸುವುದು.

ರನ್‌ಸ್ಟಟಸ್/ರನ್‌ಲೈನ್

ಸರ್ವರ್‌ನಲ್ಲಿ ಇತರ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಚಲಾಯಿಸಲು ಇವು ಎರಡು ಪ್ರಮುಖ ಪ್ರಾಕ್ಸಿ ಮಾಡ್ಯೂಲ್‌ಗಳಾಗಿವೆ. Runstatus ಪ್ರೋಗ್ರಾಂ ನಿರ್ಗಮನ ಕೋಡ್ ಅನ್ನು ಸೂಚಕಕ್ಕೆ ವರದಿ ಮಾಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, systemd ಸೇವೆಗಳು ಚಾಲನೆಯಲ್ಲಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು okerr ಗೆ ಮಾಡ್ಯೂಲ್ (ಅಗತ್ಯವಿಲ್ಲ) ಇಲ್ಲ. ಇದನ್ನು ರನ್‌ಸ್ಟಾಟಸ್ ಮೂಲಕ ಮಾಡಲಾಗುತ್ತದೆ (ಕೆಳಗೆ ನೋಡಿ). ರನ್‌ಲೈನ್ - ಪ್ರೋಗ್ರಾಂ ಉತ್ಪಾದಿಸುವ ಸಾಲನ್ನು ಸರ್ವರ್‌ಗೆ ವರದಿ ಮಾಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, temp_RUN="cat /sys/class/thermal/thermal_zone0/temp" ನಮ್ಮ ಸರ್ವರ್‌ನಲ್ಲಿನ ರನ್‌ಲೈನ್ ಸಂರಚನೆಯಲ್ಲಿ ಸೂಚಕ ಸರ್ವರ್‌ನೇಮ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ: ಪ್ರೊಸೆಸರ್ ತಾಪಮಾನದೊಂದಿಗೆ ಟೆಂಪ್.

SQL

MySQL ಗೆ ಸಂಖ್ಯಾ ಪ್ರಶ್ನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಸೂಚಕಕ್ಕೆ ವರದಿ ಮಾಡುತ್ತದೆ. ಸರಳವಾದ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಮಾಡಬಹುದು, ಉದಾಹರಣೆಗೆ, "ಆಯ್ಕೆ 1" - ಇದು ಒಟ್ಟಾರೆಯಾಗಿ DBMS ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಆದರೆ ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ಅಪ್ಲಿಕೇಶನ್, ಉದಾಹರಣೆಗೆ, ಆನ್ಲೈನ್ ಸ್ಟೋರ್ನಲ್ಲಿನ ಆದೇಶಗಳ ಸಂಖ್ಯೆಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು. ನೀವು ಗಂಟೆಗೆ 100 ಅಥವಾ ಹೆಚ್ಚಿನ ಆರ್ಡರ್‌ಗಳನ್ನು ಹೊಂದಿರುವಿರಿ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದ್ದರೆ, ನೀವು ಕನಿಷ್ಟ ಮಿತಿಯನ್ನು 100 ಅಥವಾ 80 ಕ್ಕೆ ಹೊಂದಿಸಬಹುದು. ನಂತರ ನಿಮ್ಮ ಮಾರಾಟವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಕುಸಿದರೆ, ನೀವು ಎಚ್ಚರಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ ಮತ್ತು ನೀವು ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಬಹುದು.

ಇದು ಸಂಭವಿಸಿದ ಅನಿರೀಕ್ಷಿತ ಕಾರಣಕ್ಕಾಗಿ ಇದು ಅಪ್ರಸ್ತುತವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ:

ಸರ್ವರ್ ಸರಳವಾಗಿ ಲಭ್ಯವಿಲ್ಲ (ಡಿ-ಎನರ್ಜೈಸ್ಡ್ ಅಥವಾ ನೆಟ್ವರ್ಕ್ ಇಲ್ಲದೆ), ಮತ್ತು ಸೂಚಕವು "ಕೊಳೆತ" ಎಂಬ ಅಂಶದಿಂದ ಎಚ್ಚರಿಕೆಯು ಬಂದಿತು.
ಸರ್ವರ್ ಯಾವುದನ್ನಾದರೂ ಓವರ್‌ಲೋಡ್ ಮಾಡಿದೆ, ಅದು ನಿಧಾನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಅಥವಾ ಪ್ಯಾಕೆಟ್‌ಗಳು ಕಳೆದುಹೋಗಿವೆ, ಇದು ಬಳಕೆದಾರರಿಗೆ ಅನಾನುಕೂಲವಾಗಿದೆ ಮತ್ತು ಅವರು ಖರೀದಿಗಳನ್ನು ಮಾಡದೆಯೇ ಬಿಡುತ್ತಾರೆ
ಸರ್ವರ್ ಅನ್ನು ಸ್ಪ್ಯಾಮ್ ಪಟ್ಟಿಗಳಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ ಮತ್ತು ಅದರಿಂದ ಮೇಲ್ ಅನ್ನು ಸ್ವೀಕರಿಸಲಾಗುವುದಿಲ್ಲ, ಬಳಕೆದಾರರು ನೋಂದಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ
ಜಾಹೀರಾತು ಪ್ರಚಾರದ ಬಜೆಟ್ ಮುಗಿದಿದೆ, ಬ್ಯಾನರ್‌ಗಳು ತಿರುಗುತ್ತಿಲ್ಲ.

ಯಾವುದೇ ಕಾರಣಗಳಿರಬಹುದು, ಮತ್ತು ಅವೆಲ್ಲವನ್ನೂ ಮುಂಚಿತವಾಗಿ ಊಹಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು ತಾಂತ್ರಿಕವಾಗಿ ಕಷ್ಟ. ಆದರೆ ನೀವು ಅಂತಿಮ ಪ್ಯಾರಾಮೀಟರ್ (ಆದೇಶಗಳು) ಅನ್ನು ಅನುಕೂಲಕರವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು ಮತ್ತು ಪರಿಸ್ಥಿತಿಯು ಅನುಮಾನಾಸ್ಪದವಾಗಿದೆ ಮತ್ತು ವ್ಯವಹರಿಸಲು ಅರ್ಹವಾಗಿದೆ ಎಂದು ಅವರಿಂದ ನಿರ್ಧರಿಸಬಹುದು.

ತಾರ್ಕಿಕ ಸೂಚಕಗಳು

ಮಾಡ್ಯೂಲ್ ಮೂಲಕ ಬೂಲಿಯನ್ ಅಭಿವ್ಯಕ್ತಿಗಳ (ಪೈಥಾನ್ ಸಿಂಟ್ಯಾಕ್ಸ್) ಬಳಕೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಮೌಲ್ಯೀಕರಿಸಲು(ಹಬ್ರೆ ಕುರಿತು ಲೇಖನ) ಯೋಜನೆಯ ಡೇಟಾ ಮತ್ತು ಅದರ ಸೂಚಕಗಳು ಅಭಿವ್ಯಕ್ತಿಗೆ ಲಭ್ಯವಿದೆ. ಉದಾಹರಣೆಗೆ, ಮೇಲಿನ SQL ಅನ್ನು ಪರಿಶೀಲಿಸುವ ಅಧ್ಯಾಯದಲ್ಲಿ, ನೀವು ದುರ್ಬಲ ಅಂಶವನ್ನು ಗಮನಿಸಿರಬಹುದು - ಹಗಲಿನಲ್ಲಿ ನಾವು ಗಂಟೆಗೆ 100 ಮಾರಾಟವನ್ನು ಹೊಂದಬಹುದು, ಆದರೆ ರಾತ್ರಿಯಲ್ಲಿ - 20, ಮತ್ತು ಇದು ಸಾಮಾನ್ಯವಾಗಿದೆ, ಸಮಸ್ಯೆಯಲ್ಲ. ನಾನು ಏನು ಮಾಡಲಿ? ಸೂಚಕ ರಾತ್ರಿಯಲ್ಲಿ ನಿರಂತರವಾಗಿ ಪ್ಯಾನಿಕ್ ಮಾಡುತ್ತದೆ.

ನೀವು ಹಗಲು ಮತ್ತು ರಾತ್ರಿ ಎರಡು ಸೂಚಕಗಳನ್ನು ರಚಿಸಬಹುದು. ಎರಡನ್ನೂ "ಮೂಕ" ಮಾಡಿ (ಅವರು ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ). ಮತ್ತು ತಾರ್ಕಿಕ ಸೂಚಕವನ್ನು ರಚಿಸಿ ಅದು ದಿನದ ಸೂಚಕವು 20:00 ಕ್ಕಿಂತ ಮೊದಲು ಸರಿಯಾಗಿರಬೇಕು ಮತ್ತು 20:00 ರ ನಂತರ ರಾತ್ರಿ ಸೂಚಕವು ಸರಿಯಾಗಿರಲು ಸಾಕು.

ತಾರ್ಕಿಕ ಸೂಚಕವನ್ನು ಬಳಸುವ ಇನ್ನೊಂದು ಉದಾಹರಣೆಯಾಗಿದೆ ಉಲ್ಬಣ. ಉದಾಹರಣೆಗೆ, ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಎಚ್ಚರಿಕೆಗಳಿಂದ ಅನ್‌ಸಬ್‌ಸ್ಕ್ರೈಬ್ ಮಾಡುತ್ತಾರೆ (ಅವರು ಇದನ್ನು ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ, ನಿರ್ವಾಹಕರು ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಬೇಕು), ಆದರೆ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ ಯಾವುದೇ ಸೂಚಕವನ್ನು ನಿಗದಿಪಡಿಸಿದ ಸಮಯದೊಳಗೆ ಸರಿಪಡಿಸದಿದ್ದರೆ ಕೆಂಪು ಬಣ್ಣಕ್ಕೆ ತಿರುಗುವ ತಾರ್ಕಿಕ ಸೂಚಕಕ್ಕೆ ಚಂದಾದಾರರಾಗುತ್ತಾರೆ.

ಅಲ್ಲದೆ, ಕೆಲಸಕ್ಕಾಗಿ ಅನುಮತಿಸಲಾದ ಸಮಯವನ್ನು ಹೊಂದಿಸಲು ಸಾಧ್ಯವಿದೆ, ಉದಾಹರಣೆಗೆ, 3 ರಿಂದ 5 ರವರೆಗೆ. ಈ ಸಮಯದಲ್ಲಿ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಸೈಟ್‌ಗಳು ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೂ ನಾವು ಹೆದರುವುದಿಲ್ಲ. ಆದರೆ 5:00 ಗಂಟೆಗೆ ಅವರು ಕೆಲಸ ಮಾಡಬೇಕು. ಅವರು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಕೆಲಸ ಮಾಡದಿದ್ದರೆ - ಎಚ್ಚರಿಕೆ. ತಾರ್ಕಿಕ ಸೂಚಕವು ಸರ್ವರ್ ಪುನರಾವರ್ತನೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲು ಸಹ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನೀವು 5 ವೆಬ್ ಸರ್ವರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ನಿರ್ವಾಹಕರು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ 1-2 ಸರ್ವರ್‌ಗಳನ್ನು ಆಫ್ ಮಾಡಬಹುದು. ಆದರೆ ಯುದ್ಧದಲ್ಲಿ 3 ಸರ್ವರ್‌ಗಳಲ್ಲಿ 5 ಕ್ಕಿಂತ ಕಡಿಮೆ ಇದ್ದರೆ, ಎಚ್ಚರಿಕೆ ಇರುತ್ತದೆ.

ಮೇಲಿನ ಉದಾಹರಣೆಗಳು ಓಕರ್ ಫಂಕ್ಷನ್‌ಗಳಲ್ಲ, ಸಕ್ರಿಯಗೊಳಿಸಬೇಕಾದ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾದ ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲ. ಒಕೆರ್ರಾ ಈ ಎಲ್ಲಾ ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ಈ ಕಾರ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ತಾರ್ಕಿಕ ಮಾಡ್ಯೂಲ್ ಇದೆ (ಸರಿಸುಮಾರು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯಲ್ಲಿರುವಂತೆ - ನಾವು ಅಂಕಗಣಿತದ ಆಪರೇಟರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, 20% ವ್ಯಾಟ್ ಅನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ನಮಗೆ ವಿಶೇಷ ಕಾರ್ಯ ಅಗತ್ಯವಿಲ್ಲ. ಭಾಷೆಯಿಂದ, ನೀವು ಯಾವಾಗಲೂ ಅದನ್ನು ನಿಮ್ಮ ಅಗತ್ಯಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ಮಾಡಬಹುದು).

ಲಾಜಿಕ್ ಇಂಡಿಕೇಟರ್ ಬಹುಶಃ ಒಕೆರ್‌ನಲ್ಲಿನ ಕೆಲವು ತುಲನಾತ್ಮಕವಾಗಿ ಸಂಕೀರ್ಣವಾದ ವಿಷಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಆದರೆ ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ತನಕ ನೀವು ಅದನ್ನು ಕರಗತ ಮಾಡಿಕೊಳ್ಳಬೇಕಾಗಿಲ್ಲ ಎಂಬುದು ಒಳ್ಳೆಯ ಸುದ್ದಿ. ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ಅವರು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬಹಳವಾಗಿ ವಿಸ್ತರಿಸುತ್ತಾರೆ, ಆದರೆ ವ್ಯವಸ್ಥೆಯನ್ನು ಸ್ವತಃ ಸರಳವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತಾರೆ.

ನಿಮ್ಮ ಸ್ವಂತ ಚೆಕ್‌ಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತಿದೆ

ಓಕೆರ್ ಎಲ್ಲಾ ಸಂದರ್ಭಗಳಿಗೂ ಸಾವಿರಾರು ರೆಡಿಮೇಡ್ ಚೆಕ್‌ಗಳ ಗುಂಪಲ್ಲ ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ನಾನು ತಿಳಿಸಲು ಬಯಸುತ್ತೇನೆ, ಆದರೆ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ - ಮೊದಲನೆಯದಾಗಿ - ನಿಮ್ಮ ಸ್ವಂತ ಚೆಕ್‌ಗಳನ್ನು ರಚಿಸುವ ಸರಳ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ ಸರಳ ಎಂಜಿನ್. ಒಕೆರ್‌ನಲ್ಲಿ ನಿಮ್ಮ ಸ್ವಂತ ಚೆಕ್‌ಗಳನ್ನು ರಚಿಸುವುದು ಹ್ಯಾಕರ್‌ಗಳು, ಸಿಸ್ಟಮ್ ಸಹ-ಡೆವಲಪರ್‌ಗಳು ಅಥವಾ ಕನಿಷ್ಠ ಸುಧಾರಿತ ಒಕೆರ್ ಬಳಕೆದಾರರಿಗೆ ಕೆಲಸವಲ್ಲ, ಆದರೆ ಒಂದು ತಿಂಗಳ ಹಿಂದೆ ಮೊದಲ ಬಾರಿಗೆ ಲಿನಕ್ಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ಯಾವುದೇ ನಿರ್ವಾಹಕರಿಗೆ ಕಾರ್ಯಸಾಧ್ಯವಾದ ಕಾರ್ಯವಾಗಿದೆ.

ಮಾಡ್ಯೂಲ್ ಮೂಲಕ ಕನಿಷ್ಠ ವೇತನದ ಪರಿಶೀಲನೆಗಳನ್ನು ಮಾಡಲಾಗುತ್ತದೆ ರನ್ ಸ್ಟೇಟಸ್:

ಸಂರಚನೆಯಲ್ಲಿ ಈ ಸಾಲು ರನ್ ಸ್ಟೇಟಸ್ /bin/true ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಪ್ರಾರಂಭವಾಗದಿದ್ದರೆ ಅಥವಾ 0 ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಯಾವುದನ್ನಾದರೂ ಹಿಂತಿರುಗಿಸಿದರೆ ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ.

true_OK=/bin/true

ಕೇವಲ ಒಂದು ಸಾಲು - ಮತ್ತು ಇಲ್ಲಿ ನಾವು ಈಗಾಗಲೇ ಸ್ವಲ್ಪ ವಿಸ್ತರಿಸಿದೆ ಕಾರ್ಯವನ್ನು ಓಕರ್.

ಅಂತಹ ಚೆಕ್ ಕೂಡ ಈಗಾಗಲೇ ಅದರ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿದೆ: ಇದ್ದಕ್ಕಿದ್ದಂತೆ ನಿಮ್ಮ ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ, ಓಕೆರ್ ಸರ್ವರ್ನಲ್ಲಿನ ಅನುಗುಣವಾದ ಸೂಚಕವನ್ನು ಸಕಾಲಿಕವಾಗಿ ನವೀಕರಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಸಮಯ ಕಳೆದ ನಂತರ, ಎಚ್ಚರಿಕೆಯು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಈ ಪರಿಶೀಲನೆಯು apache2 ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ ಎಂದು ತಿಳಿಸುತ್ತದೆ (ಅಲ್ಲದೆ, ನಿಮಗೆ ಗೊತ್ತಿಲ್ಲ...):

apache_OK="systemctl is-active --quiet apache2"

ಆದ್ದರಿಂದ, ನೀವು ಯಾವುದೇ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯನ್ನು ಮಾತನಾಡುತ್ತಿದ್ದರೆ ಮತ್ತು ಕನಿಷ್ಠ ಶೆಲ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಬರೆಯಬಹುದು, ಆಗ ನೀವು ಈಗಾಗಲೇ ನಿಮ್ಮ ಸ್ವಂತ ಚೆಕ್‌ಗಳನ್ನು ಸೇರಿಸಬಹುದು.

ಹೆಚ್ಚು ಕಷ್ಟ - ನೀವು ಒಕೆರ್ಮಾಡ್ಗಾಗಿ ನಿಮ್ಮ ಸ್ವಂತ ಮಾಡ್ಯೂಲ್ ಅನ್ನು (ಯಾವುದೇ ಭಾಷೆಯಲ್ಲಿ) ಬರೆಯಬಹುದು. ಸರಳವಾದ ಸಂದರ್ಭದಲ್ಲಿ ಇದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

#!/usr/bin/python3

print("STATUS: OK")

ಇದು ತುಂಬಾ ಕಷ್ಟ ಅಲ್ಲವೇ? ಮಾಡ್ಯೂಲ್ ಸ್ವತಃ ಚೆಕ್ ಅನ್ನು ಮಾಡಬೇಕು ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು STDOUT ಗೆ ಔಟ್‌ಪುಟ್ ಮಾಡಬೇಕು. ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ಮಾಡ್ಯೂಲ್ ನೀಡುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಇದು:

$ okerrmod --dump df
NAME: pi:df-/
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 49.52%, 13.9G/28.2G used, 13.0G free
STATUS: 49.52

NAME: pi:df-/boot
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 84.32%, 53.1M/62.9M used, 9.9M free
STATUS: 84.32

ಇದು ಹಲವಾರು ಸೂಚಕಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ನವೀಕರಿಸುತ್ತದೆ (ಖಾಲಿ ರೇಖೆಯಿಂದ ಬೇರ್ಪಡಿಸಲಾಗಿದೆ), ಅಗತ್ಯವಿದ್ದರೆ ಅವುಗಳನ್ನು ರಚಿಸುತ್ತದೆ, ಪರಿಶೀಲನೆ ವಿವರಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಅಗತ್ಯ ಸೂಚಕಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಸುಲಭವಾದ ಟ್ಯಾಗ್.

ಟೆಲಿಗ್ರಾಂ

ಟೆಲಿಗ್ರಾಮ್ ಬೋಟ್ ಇದೆ @OkerrBot. ನಿಮ್ಮ ಫೋನ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ನೀವು ಅಸ್ತವ್ಯಸ್ತಗೊಳಿಸುವ ಅಗತ್ಯವಿಲ್ಲ (ಪ್ಯಾಟೆರೊಚ್ಕಾಗೆ ನಿಮಗೆ ನಕ್ಷೆಯೊಂದಿಗೆ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಬೇಕು, ಲೆಂಟಾಗೆ ಇನ್ನೊಂದು, ಎಂಟಿಎಸ್‌ಗೆ ಮೂರನೇ ಒಂದು ಅಪ್ಲಿಕೇಶನ್, ಮತ್ತು ಎಲ್ಲರಿಗೂ, ಎಲ್ಲರಿಗೂ, ಎಲ್ಲರಿಗೂ ಇಷ್ಟವಿಲ್ಲ). ಒಂದು ಟೆಲಿಗ್ರಾಂ ಸಾಕು. ಟೆಲಿಗ್ರಾಮ್ ಮೂಲಕ ನೀವು ತಕ್ಷಣ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸ್ವೀಕರಿಸಬಹುದು, ಯೋಜನೆಯ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಎಲ್ಲಾ ಸಮಸ್ಯಾತ್ಮಕ ಸೂಚಕಗಳನ್ನು ಮರುಪರಿಶೀಲಿಸಲು ಆಜ್ಞೆಯನ್ನು ನೀಡಿ. ನಾವು ಥಿಯೇಟರ್/ಪ್ಲೇನ್‌ನಿಂದ ಹೊರಟೆವು, ಎರಡು ಗಂಟೆಗಳ ಕಾಲ ನಮ್ಮ ಬೆರಳನ್ನು ನಾಡಿಗೆ ಇಡಲಿಲ್ಲ, ಫೋನ್ ಆನ್ ಮಾಡಿ, ಚಾಟ್‌ಬಾಟ್‌ನಲ್ಲಿ ಒಂದು ಬಟನ್ ಒತ್ತಿ, ಮತ್ತು ಎಲ್ಲವೂ ಸರಿಯಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಂಡೆವು.

ಸ್ಥಿತಿ ಪುಟಗಳು

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

ಪರಿಸ್ಥಿತಿಯನ್ನು ಊಹಿಸಿ - ಬಳಕೆದಾರರು ಏನನ್ನಾದರೂ ಮಾಡಲು ಬಯಸುತ್ತಾರೆ, ಮಾಹಿತಿಯನ್ನು ವೀಕ್ಷಿಸಲು ಅಥವಾ ಆರ್ಡರ್ ಮಾಡಲು ಬಯಸುತ್ತಾರೆ ಮತ್ತು ಏನಾದರೂ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಏನಾಗುತ್ತಿದೆ, ಯಾರ ಕಡೆ ಸಮಸ್ಯೆ ಇದೆ ಮತ್ತು ಅದನ್ನು ಯಾವಾಗ ಪರಿಹರಿಸಲಾಗುವುದು ಎಂದು ಅವನಿಗೆ ತಿಳಿದಿಲ್ಲ. ಬಹುಶಃ ನಿಮ್ಮ ಕಂಪನಿಯು ಸರಳವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸದ ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ಹೊಂದಿದೆಯೇ? ಅಥವಾ ಆರು ತಿಂಗಳ ಹಿಂದೆಯೇ ಒಡೆದು ಎರಡು ವರ್ಷದಲ್ಲಿ ಸರಿಪಡಿಸಲಾಗುವುದೇ? ಆದರೆ ನೀವು ಈಗ ರೆಫ್ರಿಜರೇಟರ್ ಅನ್ನು ಖರೀದಿಸಬೇಕಾಗಿದೆ, ಅದು ಈಗಾಗಲೇ ಕಾರ್ಟ್ನಲ್ಲಿದೆ ... ಮತ್ತು ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ನಿಮ್ಮೊಂದಿಗೆ ಏನಾದರೂ ತಪ್ಪಾಗಿದೆ ಎಂದು ನೋಡಿದಾಗ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ವಿಷಯವಾಗಿದೆ (ಕನಿಷ್ಠ ಸಮಸ್ಯೆಯು ಅವನ ಬದಿಯಲ್ಲಿಲ್ಲ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ), ಅದು ಸಮಸ್ಯೆಯನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗಿದೆ, ನೀವು ಈಗಾಗಲೇ ಅದರ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ತಿದ್ದುಪಡಿಗಾಗಿ ಅಂದಾಜು ಸಮಯವನ್ನು ಸಹ ಬರೆದಿರಬಹುದು. ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಿದಾಗ ಬಳಕೆದಾರರು ಚಂದಾದಾರರಾಗಬಹುದು ಮತ್ತು ಇಮೇಲ್ ಅಧಿಸೂಚನೆಯನ್ನು ಸ್ವೀಕರಿಸಬಹುದು ಮತ್ತು ಅವರು ಬಯಸಿದ್ದನ್ನು ಮಾಡಬಹುದು (ರೆಫ್ರಿಜರೇಟರ್ ಖರೀದಿಸಿ).

ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಅಲಭ್ಯತೆಯು ಎಲ್ಲರಿಗೂ ಸಂಭವಿಸುತ್ತದೆ. ಆದರೆ ಬಳಕೆದಾರರು ಮತ್ತು ಪಾಲುದಾರರು ಇದಕ್ಕೆ ತಮ್ಮ ವಿಧಾನದಲ್ಲಿ ಹೆಚ್ಚು ಪಾರದರ್ಶಕ ಮತ್ತು ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿರುವವರನ್ನು ಹೆಚ್ಚು ನಂಬುತ್ತಾರೆ.

ಇಲ್ಲಿ ಸ್ಥಿತಿ ಪುಟಗಳನ್ನು ರಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ 10 ಇತರ ಯೋಜನೆಗಳ ವಿಮರ್ಶೆ. ಈ ಯೋಜನೆಯ ಪುಟಗಳು ಹೇಗೆ ಕಾಣುತ್ತವೆ ಎಂಬುದರ ಉದಾಹರಣೆಗಳು ಇಲ್ಲಿವೆ ಪೈಥಾನ್ и ಡ್ರಾಪ್ಬಾಕ್ಸ್. ಒಕೆರ್ ಸ್ಥಿತಿ ಪುಟ.

ವಿಫಲತೆ

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

ಕಡಿಮೆ ಸಿಸ್ಟಮ್ ಅವಶ್ಯಕತೆಗಳು

ಓಕರ್ ಸರ್ವರ್‌ಗಳಿಗಾಗಿ, ನಾವು 2Gb ನಿಂದ RAM ಹೊಂದಿರುವ ಯಂತ್ರಗಳನ್ನು ಬಳಸುತ್ತೇವೆ. ನೆಟ್ವರ್ಕ್ ಸಂವೇದಕಗಳಿಗೆ, 512Mb ಸಹ ಸಾಕು. ಕ್ಲೈಂಟ್ ಭಾಗವು ಸಾಮಾನ್ಯವಾಗಿ ಬಹುತೇಕ ಶೂನ್ಯವಾಗಿರುತ್ತದೆ. (ಪ್ಲಾಸ್ಟಿಕ್ ಚೀಲ okerrupdate 26 Kb ತೂಗುತ್ತದೆ, ಆದರೆ Python3 ಮತ್ತು ಪ್ರಮಾಣಿತ ಗ್ರಂಥಾಲಯಗಳ ಅಗತ್ಯವಿದೆ). ಕ್ಲೈಂಟ್ ಕ್ರಾನ್ ಸ್ಕ್ರಿಪ್ಟ್‌ನಿಂದ ಚಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಶೂನ್ಯ ನಿರಂತರ ಮೆಮೊರಿ ಬಳಕೆಯನ್ನು ಹೊಂದಿದೆ. ನಾವು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಿದ ಯಂತ್ರಗಳಲ್ಲಿ, ನಾವು ಸಂವೇದಕಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ (512Mb RAM ಜೊತೆಗೆ ಸೂಪರ್-ಅಗ್ಗದ VPS) ಮತ್ತು ರಾಸ್ಪ್ಬೆರಿ ಪೈ. ಕ್ಲೈಂಟ್ ಭಾಗವಿಲ್ಲದೆ ಸಹ ಇದು ಸಾಧ್ಯ ಕರ್ಲ್ ಮೂಲಕ ನವೀಕರಣಗಳನ್ನು ಕಳುಹಿಸಿ! (ಕೆಳಗೆ ನೋಡಿ)

ಇದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು - ಓಕೆರ್, ಬಹುಶಃ ಅತ್ಯಂತ ಉಚಿತ ಲಭ್ಯವಿರುವ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್, ಏಕೆಂದರೆ Zabbix ಅಥವಾ Nagios ನಂತಹ ಮತ್ತೊಂದು ಉಚಿತ ಮುಕ್ತ-ಮೂಲ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಲು ಸಹ, ನೀವು ಅದಕ್ಕೆ ಸಂಪನ್ಮೂಲಗಳನ್ನು (ಸರ್ವರ್) ನಿಯೋಜಿಸಬೇಕಾಗಿದೆ ಮತ್ತು ಇದು ಈಗಾಗಲೇ ಹಣವಾಗಿದೆ. ಜೊತೆಗೆ, ಕೆಲವು ಸರ್ವರ್ ನಿರ್ವಹಣೆ ಇನ್ನೂ ಅಗತ್ಯವಿದೆ. ಓಕರ್ನೊಂದಿಗೆ, ಈ ಭಾಗವನ್ನು ತೆಗೆದುಹಾಕಬಹುದು. ಅಥವಾ ನೀವು ಅದನ್ನು ತೆಗೆದುಹಾಕಬೇಕಾಗಿಲ್ಲ ಮತ್ತು ನೀವು ಉತ್ತಮವಾಗಿ ಇಷ್ಟಪಡುವದನ್ನು ಅವಲಂಬಿಸಿ ನಿಮ್ಮ ಸ್ವಂತ ಸರ್ವರ್ ಅನ್ನು ಬಳಸಬೇಕಾಗಿಲ್ಲ.

API ಮತ್ತು ಸ್ವಾಮ್ಯದ ಸಾಫ್ಟ್‌ವೇರ್‌ಗೆ ಏಕೀಕರಣ

ಸರಳ ಮತ್ತು ಮುಕ್ತ ವಾಸ್ತುಶಿಲ್ಪ. ಓಕೆರ್ ಸಾಕಷ್ಟು ಸರಳವಾದದನ್ನು ಹೊಂದಿದೆ ಎಪಿಐ, ಇದು ಕೆಲಸ ಮಾಡಲು ಸುಲಭವಾಗಿದೆ. 1000 ಸೂಚಕಗಳನ್ನು ರಚಿಸಬೇಕೇ? 3-4 ಸಾಲುಗಳ ಒಂದು ಶೆಲ್ ಸ್ಕ್ರಿಪ್ಟ್ ಇದನ್ನು ಮಾಡುತ್ತದೆ. 1000 ಸೂಚಕಗಳನ್ನು ಮರುಸಂರಚಿಸುವ ಅಗತ್ಯವಿದೆಯೇ? ಇದು ತುಂಬಾ ಸುಲಭ ಕೂಡ. ಉದಾಹರಣೆಗೆ, ರಷ್ಯಾದ ಸಂವೇದಕದಿಂದ ನಮ್ಮ ಎಲ್ಲಾ HTTPS ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನಾವು ಎರಡು ಬಾರಿ ಪರಿಶೀಲಿಸಲು ಬಯಸುತ್ತೇವೆ:

#!/bin/sh

for indicator in `okerrclient --api-filter sslcert`
do
    echo set location for $indicator
    okerrclient --api-set location=ru retest=1 --name $indicator
done

ನಮ್ಮ ಕ್ಲೈಂಟ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ಸೂಚಕವನ್ನು ನವೀಕರಿಸಬಹುದು, ಅದು ಇಲ್ಲದೆ, ಕೇವಲ ಕರ್ಲ್ ಮೂಲಕ.

# short and nice (using okerrupdate and config file)
$ okerrupdate MyIndicator OK

# only curl is enough!
$ curl -d 'textid=MyProject&name=MyIndicator&secret=MySecret&status=OK' https://bravo.okerr.com/

ನಿಮ್ಮ ಪ್ರೋಗ್ರಾಂನಿಂದ ನೇರವಾಗಿ ನೀವು ಸೂಚಕಗಳನ್ನು ನವೀಕರಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಹೃದಯ ಬಡಿತದ ಸಂಕೇತಗಳನ್ನು ಕಳುಹಿಸುವುದರಿಂದ ಅದು ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದು ಓಕೆರ್‌ಗೆ ತಿಳಿಯುತ್ತದೆ ಮತ್ತು ಅದು ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ ಅಥವಾ ಹೆಪ್ಪುಗಟ್ಟಿದರೆ ಅಲಾರಾಂ ಅನ್ನು ಎತ್ತುತ್ತದೆ. ಮೂಲಕ, ಒಕೆರ್ ಘಟಕಗಳು ಅದನ್ನು ಮಾಡುತ್ತವೆ - ಒಕೆರ್ ಸ್ವತಃ ಮಾನಿಟರ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲಾಗುತ್ತದೆ ಮತ್ತು ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ ಎಚ್ಚರಿಕೆಯನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ. (ಮತ್ತು ಈ “ಬಹುತೇಕ” ಸಂದರ್ಭದಲ್ಲಿ - ಅವುಗಳನ್ನು ಮತ್ತೊಂದು ಸರ್ವರ್‌ನಿಂದ ಕ್ರಾಸ್-ಚೆಕ್ ಮಾಡಲಾಗುತ್ತದೆ)

ನಮ್ಮ ಟೆಲಿಗ್ರಾಮ್ ಬೋಟ್‌ನಲ್ಲಿರುವ ಕೋಡ್ (ಸರಳೀಕೃತ) ಇಲ್ಲಿದೆ:

from okerrupdate import OkerrProject, OkerrExc

op = OkerrProject()
uptimei = op.indicator("{}:telebot_uptime".format(hostname))
...
uptimei.update('OK', 'pid: {} Uptime: {} cmds: {}'.format(
        os.getpid(), dhms(uptime), commands_cnt))

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

ಓಕರ್ ನಮಗೆ ಹೇಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ

ಓಕರ್ ನಮ್ಮ ಜೀವನವನ್ನು ಬದಲಾಯಿಸಿದರು. ವಾಸ್ತವವಾಗಿ. ಬಹುಶಃ ಇನ್ನೊಂದು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯು ಅದೇ ರೀತಿ ಮಾಡಬಹುದು, ಆದರೆ ಒಕೆರ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ನಮಗೆ ಸುಲಭ ಮತ್ತು ಸರಳವಾಗಿದೆ ಮತ್ತು ಇದು ನಮಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿದೆ (ಅದು ಇಲ್ಲದಿರುವುದನ್ನು ನಾವು ಸೇರಿಸಿದ್ದೇವೆ). ಅಂದಹಾಗೆ, ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳು ಕಾಣೆಯಾಗಿದ್ದರೆ, ಕೇಳಿ ಮತ್ತು ನಾನು ಅವುಗಳನ್ನು ಸೇರಿಸುತ್ತೇನೆ (ನಾನು ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ, ಆದರೆ ಸಣ್ಣ-ಮಧ್ಯಮ ಯೋಜನೆಗಳಿಗೆ ಒಕೆರ್ ಅತ್ಯುತ್ತಮ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಾಗಬೇಕೆಂದು ನಾನು ಬಯಸುತ್ತೇನೆ). ಅಥವಾ ಇನ್ನೂ ಉತ್ತಮ, ನೀವೇ ಸೇರಿಸಿ - ಇದು ಸುಲಭ.

"ಕೆರ್ರಾದಿಂದ ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಕಲಿಯಿರಿ" ಎಂಬ ತತ್ವದಿಂದ ನಾವು ಬದುಕಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೇವೆ. ನಾವು ಓಕೆರ್‌ನಿಂದ ಕಲಿಯದಿರುವ ಸಮಸ್ಯೆಯು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಸಂಭವಿಸಿದಲ್ಲಿ, ನಾವು ಓಕರ್‌ಗೆ ಚೆಕ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ. (ಈ ಸಂದರ್ಭದಲ್ಲಿ, "ನಾವು" ಎಂದರೆ ನಾವು ಸಿಸ್ಟಮ್‌ನ ಬಳಕೆದಾರರು, ಸಹ-ಡೆವಲಪರ್‌ಗಳಲ್ಲ). ಮೊದಲಿಗೆ ಇದು ಸಾಮಾನ್ಯವಾಗಿತ್ತು, ಆದರೆ ಈಗ ಅದು ತುಂಬಾ ಅಪರೂಪವಾಗಿದೆ.

ಮಾನಿಟರಿಂಗ್

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

SSL ಪ್ರಮಾಣಪತ್ರಗಳು. ಉಡಾವಣೆಯಾದ ತಕ್ಷಣವೇ ಲೆಟ್ಸ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ನಮ್ಮ ಗ್ರಾಹಕರು ಅದರ ಗ್ರಾಹಕರಿಗೆ ಉಚಿತ SSL ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಒದಗಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು (ಅವುಗಳಲ್ಲಿ ಸುಮಾರು ಒಂದು ಸಾವಿರ). ಮತ್ತು ಇದು ಆಡಳಿತಕ್ಕೆ ಕೇವಲ ನರಕವಾಗಿ ಬದಲಾಯಿತು! ಸತ್ಯವೆಂದರೆ ಸೈಟ್ಗಳು "ಲೈವ್", ಗ್ರಾಹಕರು ನಿಯತಕಾಲಿಕವಾಗಿ ಏನನ್ನಾದರೂ ಮಾಡಲು ಕೇಳುತ್ತಾರೆ, ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಅದನ್ನು ಮಾಡುತ್ತಾರೆ. ಅವರು ಸೈಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮುಕ್ತವಾಗಿ ಮತ್ತೊಂದು DocumentRoot ಗೆ ವರ್ಗಾಯಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ. ಅಥವಾ ವರ್ಚುವಲ್ ಹೋಸ್ಟ್ ಸಂರಚನೆಗೆ ಬೇಷರತ್ತಾದ ಪುನಃ ಬರೆಯುವಿಕೆಯನ್ನು ಸೇರಿಸಿ. ಸ್ವಾಭಾವಿಕವಾಗಿ, ಇದರ ನಂತರ, ಪ್ರಮಾಣಪತ್ರಗಳ ಸ್ವಯಂಚಾಲಿತ ನವೀಕರಣವು ಒಡೆಯುತ್ತದೆ. ಈಗ ನಾವು ಎಲ್ಲಾ SSL ಹೋಸ್ಟ್‌ಗಳನ್ನು ಪ್ಯಾಕೇಜ್‌ನಿಂದ ನಮ್ಮ ಉಪಯುಕ್ತ ಉಪಯುಕ್ತತೆಗಳ ಮೂಲಕ ಸ್ವಯಂಚಾಲಿತವಾಗಿ okerr ಗೆ ಸೇರಿಸಿದ್ದೇವೆ a2conf. ಈಗಷ್ಟೇ ಪ್ರಾರಂಭಿಸೋಣ a2okerr.py — ಮತ್ತು ಹಲವಾರು ಹೊಸ ಸೈಟ್‌ಗಳು ಸರ್ವರ್‌ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೆ, ಅವು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಓಕೆರ್‌ನಲ್ಲಿ ಗೋಚರಿಸುತ್ತವೆ. ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಕೆಲವು ಕಾರಣಗಳಿಂದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನವೀಕರಿಸದಿದ್ದರೆ, ಪ್ರಮಾಣಪತ್ರದ ಅವಧಿ ಮುಗಿಯುವ ಮೂರು ವಾರಗಳ ಮೊದಲು, ನಾವು ತಿಳಿದಿರುತ್ತೇವೆ ಮತ್ತು ಅದನ್ನು ಏಕೆ ನವೀಕರಿಸಲಾಗಿಲ್ಲ ಎಂದು ನಾವು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತೇವೆ, ಅಂತಹ ನಾಯಿ. a2certbot.py ಅದೇ ಪ್ಯಾಕೇಜ್‌ನಿಂದ - ಇದು ಇದರೊಂದಿಗೆ ಬಹಳಷ್ಟು ಸಹಾಯ ಮಾಡುತ್ತದೆ (ಇದು ತಕ್ಷಣವೇ ಹೆಚ್ಚಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ - ಮತ್ತು ಉತ್ತಮವಾಗಿ ಪರಿಶೀಲಿಸಿರುವುದನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಸಮಸ್ಯೆ ಇರುವಲ್ಲಿ).

ನಮ್ಮ ಎಲ್ಲಾ ಡೊಮೇನ್‌ಗಳ ಮುಕ್ತಾಯ ದಿನಾಂಕವನ್ನು ನಾವು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತೇವೆ. ಮತ್ತು ಮೇಲ್ ಕಳುಹಿಸುವ ನಮ್ಮ ಎಲ್ಲಾ ಮೇಲ್ ಸರ್ವರ್‌ಗಳನ್ನು 50+ ವಿವಿಧ ಕಪ್ಪುಪಟ್ಟಿಗಳ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. (ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಅವರು ಅವುಗಳಲ್ಲಿ ಬೀಳುತ್ತಾರೆ). ಅಂದಹಾಗೆ, Google ಮೇಲ್ ಸರ್ವರ್‌ಗಳನ್ನು ಸಹ ಕಪ್ಪುಪಟ್ಟಿಗೆ ಸೇರಿಸಲಾಗಿದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ? ಕೇವಲ ಸ್ವಯಂ-ಪರೀಕ್ಷೆಗಾಗಿ, ನಾವು ಮೇಲ್-wr1-f54.google.com ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಸರ್ವರ್‌ಗಳಿಗೆ ಸೇರಿಸಿದ್ದೇವೆ ಮತ್ತು ಅದು ಇನ್ನೂ SORBS ಕಪ್ಪುಪಟ್ಟಿಯಲ್ಲಿದೆ! (ಇದು "ಆಂಟಿ-ಸ್ಪ್ಯಾಮರ್‌ಗಳ" ಮೌಲ್ಯದ ಬಗ್ಗೆ)

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

ನಾವು ಏರಿಕೆ ಸೂಚಕವನ್ನು ಬಳಸುತ್ತೇವೆ. ದೀರ್ಘಕಾಲದವರೆಗೆ ಕೆಲವು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸದಿದ್ದರೆ ಇದು ತೋರಿಸುತ್ತದೆ. ಮತ್ತು ನಾನೇ, ನಾನು ಕೆಲವು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಿದಾಗ, ಕೆಲವೊಮ್ಮೆ ನಾನು ಅವುಗಳನ್ನು ಮರೆತುಬಿಡಬಹುದು. ನೀವು ನಿಮ್ಮನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತಿದ್ದರೂ ಸಹ ಹೆಚ್ಚಳವು ಉತ್ತಮ ಜ್ಞಾಪನೆಯಾಗಿದೆ.

ಒಟ್ಟಾರೆಯಾಗಿ, ನಮ್ಮ ಕೆಲಸದ ಗುಣಮಟ್ಟವು ಪರಿಮಾಣದ ಕ್ರಮದಿಂದ ಹೆಚ್ಚಾಗಿದೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಬಹುತೇಕ ಅಲಭ್ಯತೆಯಿಲ್ಲ (ಅಥವಾ ಕ್ಲೈಂಟ್‌ಗೆ ಅದನ್ನು ಗಮನಿಸಲು ಸಮಯವಿಲ್ಲ. ಸುಮ್ಮನೆ!), ಕೆಲಸದ ಪ್ರಮಾಣವು ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ಕೆಲಸದ ಪರಿಸ್ಥಿತಿಗಳು ಶಾಂತವಾಗಿವೆ. ನಾವು ಟೇಪ್ನೊಂದಿಗೆ ಪ್ಯಾಚಿಂಗ್ ರಂಧ್ರಗಳೊಂದಿಗೆ ತುರ್ತು ಕೆಲಸದಿಂದ ಶಾಂತ ಮತ್ತು ಅಳತೆ ಮಾಡಿದ ಕೆಲಸಕ್ಕೆ ತೆರಳಿದ್ದೇವೆ, ಅನೇಕ ಸಮಸ್ಯೆಗಳನ್ನು ಮುಂಚಿತವಾಗಿ ಊಹಿಸಿದಾಗ ಮತ್ತು ಅವುಗಳನ್ನು ತಡೆಯಲು ಸಮಯವಿದೆ. ಸಂಭವಿಸಿದ ಸಮಸ್ಯೆಗಳನ್ನು ಸಹ ಸರಿಪಡಿಸಲು ಸುಲಭವಾಗಿದೆ: ಮೊದಲನೆಯದಾಗಿ, ಗ್ರಾಹಕರು ಭಯಭೀತರಾಗುವ ಮೊದಲು ನಾವು ಅವುಗಳ ಬಗ್ಗೆ ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಸಮಸ್ಯೆಯು ಇತ್ತೀಚಿನ ಕೆಲಸಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ ಎಂದು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುತ್ತದೆ (ನಾನು ಒಂದು ಕೆಲಸವನ್ನು ಮಾಡುವಾಗ, ನಾನು ಇನ್ನೊಂದನ್ನು ಮುರಿದಿದ್ದೇನೆ) - ಆದ್ದರಿಂದ ಇದು ಬಿಸಿಯಾಗಿರುತ್ತದೆ ಅದನ್ನು ನಿಭಾಯಿಸಲು ಕುರುಹುಗಳಿಗೆ ಸುಲಭವಾಗಿದೆ.

ಆದರೆ ಇನ್ನೊಂದು ಪ್ರಕರಣವಿತ್ತು ...

ಜನಪ್ರಿಯ ಡೆಬಿಯನ್ 9 (ಸ್ಟ್ರೆಚ್) ನಲ್ಲಿ phpmyadmin ನಂತಹ ಜನಪ್ರಿಯ ಪ್ಯಾಕೇಜ್ ಇನ್ನೂ (ಹಲವು ತಿಂಗಳುಗಳವರೆಗೆ!) ದುರ್ಬಲ ಸ್ಥಿತಿಯಲ್ಲಿದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ? (CVE-2019-6798) ದುರ್ಬಲತೆ ಹೊರಹೊಮ್ಮಿದಾಗ, ನಾವು ಅದನ್ನು ತ್ವರಿತವಾಗಿ ವಿವಿಧ ರೀತಿಯಲ್ಲಿ ಆವರಿಸಿದ್ದೇವೆ. ಆದರೆ "ಸುಂದರ" ಪರಿಹಾರವು (ವಿಷಯದ SHA1 ಮೊತ್ತದ ಮೂಲಕ) ಯಾವಾಗ ಹೊರಬರುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿಯಲು ನಾನು okerr ನಲ್ಲಿ ಭದ್ರತಾ-ಟ್ರ್ಯಾಕರ್ ಪುಟದ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಹೊಂದಿಸಿದ್ದೇನೆ. ಸೂಚಕವು ನನ್ನನ್ನು ಹಲವಾರು ಬಾರಿ ಸೆಳೆಯಿತು, ಪುಟವು ಬದಲಾಗಿದೆ, ಆದರೆ ನೀವು ನೋಡುವಂತೆ, ಇದು ಇನ್ನೂ (ಜನವರಿ 2019 ರಿಂದ!) ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ ಎಂದು ಸೂಚಿಸುವುದಿಲ್ಲ. ಬಹುಶಃ, ಮೂಲಕ, ಅಂತಹ ಪ್ರಮುಖ ಪ್ಯಾಕೇಜ್ ಇನ್ನೂ ಒಂದು ವರ್ಷಕ್ಕೂ ಹೆಚ್ಚು ಕಾಲ ದುರ್ಬಲವಾಗಿರುತ್ತದೆ ಎಂದು ಯಾರಿಗಾದರೂ ಸಮಸ್ಯೆ ಏನು ಎಂದು ತಿಳಿದಿದೆಯೇ?

ಇದೇ ರೀತಿಯ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಮತ್ತೊಂದು ಬಾರಿ: SSH ನಲ್ಲಿ ದುರ್ಬಲತೆಯ ನಂತರ, ಎಲ್ಲಾ ಸರ್ವರ್ಗಳನ್ನು ನವೀಕರಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು. ಮತ್ತು ನೀವು ಕಾರ್ಯವನ್ನು ಹೊಂದಿಸಿದಾಗ, ನೀವು ಮರಣದಂಡನೆಯನ್ನು ನಿಯಂತ್ರಿಸಬೇಕಾಗುತ್ತದೆ. (ಅಧೀನ ಅಧಿಕಾರಿಗಳು ತಪ್ಪಾಗಿ ಅರ್ಥೈಸಿಕೊಳ್ಳುತ್ತಾರೆ, ಮರೆತುಬಿಡುತ್ತಾರೆ, ಗೊಂದಲಕ್ಕೊಳಗಾಗುತ್ತಾರೆ ಮತ್ತು ತಪ್ಪುಗಳನ್ನು ಮಾಡುತ್ತಾರೆ). ಆದ್ದರಿಂದ, ಮೊದಲು ನಾವು ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಓಕೆರ್‌ಗೆ SSH ಆವೃತ್ತಿಯ ಪರಿಶೀಲನೆಯನ್ನು ಸೇರಿಸಿದ್ದೇವೆ ಮತ್ತು ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ನವೀಕರಣಗಳನ್ನು ಹೊರತರಲಾಗಿದೆ ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಂಡಿದ್ದೇವೆ. (ಅನುಕೂಲಕರ! ನಾನು ಈ ರೀತಿಯ ಸೂಚಕವನ್ನು ಆರಿಸಿದ್ದೇನೆ ಮತ್ತು ಯಾವ ಸರ್ವರ್ ಯಾವ ಆವೃತ್ತಿಯನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ನೀವು ತಕ್ಷಣ ನೋಡಬಹುದು). ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯವು ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ನಮಗೆ ಖಚಿತವಾದಾಗ, ನಾವು ಸೂಚಕಗಳನ್ನು ತೆಗೆದುಹಾಕಿದ್ದೇವೆ.

ಒಂದೆರಡು ಬಾರಿ ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆ ಉದ್ಭವಿಸುವ ಪರಿಸ್ಥಿತಿ ಇತ್ತು, ಮತ್ತು ನಂತರ ತನ್ನದೇ ಆದ ಮೇಲೆ ಹೋಗುತ್ತದೆ. (ಬಹುಶಃ ಎಲ್ಲರಿಗೂ ಪರಿಚಿತವೇ?). ನೀವು ಗಮನಿಸುವ ಹೊತ್ತಿಗೆ, ನೀವು ಪರಿಶೀಲಿಸುವ ಹೊತ್ತಿಗೆ - ಮತ್ತು ಪರಿಶೀಲಿಸಲು ಏನೂ ಇಲ್ಲ - ಎಲ್ಲವೂ ಈಗಾಗಲೇ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ. ಆದರೆ ನಂತರ ಅದು ಮತ್ತೆ ಒಡೆಯುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನಾವು Amazon Marketplace (MWS) ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ ಉತ್ಪನ್ನಗಳೊಂದಿಗೆ ಇದು ಸಂಭವಿಸಿದೆ. ಕೆಲವು ಹಂತದಲ್ಲಿ, ಲೋಡ್ ಮಾಡಲಾದ ದಾಸ್ತಾನು ತಪ್ಪಾಗಿದೆ (ಸರಕುಗಳ ತಪ್ಪಾದ ಪ್ರಮಾಣಗಳು ಮತ್ತು ತಪ್ಪು ಬೆಲೆಗಳು). ನಾವು ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಿದೆವು. ಆದರೆ ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು, ಸಮಸ್ಯೆಯನ್ನು ಈಗಿನಿಂದಲೇ ಕಂಡುಹಿಡಿಯುವುದು ಮುಖ್ಯವಾಗಿತ್ತು. ದುರದೃಷ್ಟವಶಾತ್, MWS, ಎಲ್ಲಾ ಅಮೆಜಾನ್ ಸೇವೆಗಳಂತೆ, ಸ್ವಲ್ಪ ನಿಧಾನವಾಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾವಾಗಲೂ ವಿಳಂಬವಾಗುತ್ತಿತ್ತು, ಆದರೆ ಇನ್ನೂ, ಸಮಸ್ಯೆ ಮತ್ತು ಅದಕ್ಕೆ ಕಾರಣವಾಗುವ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ನಡುವಿನ ಸಂಪರ್ಕವನ್ನು ನಾವು ಸ್ಥೂಲವಾಗಿ ಗ್ರಹಿಸಲು ಸಾಧ್ಯವಾಯಿತು (ನಾವು ಪರಿಶೀಲಿಸಿದ್ದೇವೆ, ಅಂಟಿಕೊಂಡಿದ್ದೇವೆ ಅದನ್ನು ಓಕರ್‌ಗೆ, ಮತ್ತು ಎಚ್ಚರಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ ತಕ್ಷಣ ಅದನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ).

ನಮ್ಮ ಗ್ರಾಹಕರು ಬಳಸುವ ದೊಡ್ಡ ಮತ್ತು ದುಬಾರಿ ಯುರೋಪಿಯನ್ ಹೋಸ್ಟರ್‌ನಿಂದ ಆಸಕ್ತಿದಾಯಕ ಪ್ರಕರಣವನ್ನು ಇತ್ತೀಚೆಗೆ ಸಂಗ್ರಹಣೆಗೆ ಸೇರಿಸಲಾಗಿದೆ. ಇದ್ದಕ್ಕಿದ್ದಂತೆ, ನಮ್ಮ ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳು ರಾಡಾರ್‌ನಿಂದ ಕಣ್ಮರೆಯಾಯಿತು! ಮೊದಲನೆಯದಾಗಿ, ಗ್ರಾಹಕರು ಸ್ವತಃ (ಒಕೆರ್ರಾಕ್ಕಿಂತ ವೇಗವಾಗಿ!) ಅವರು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಸೈಟ್ ತೆರೆಯುತ್ತಿಲ್ಲ ಎಂದು ಗಮನಿಸಿ ಅದರ ಬಗ್ಗೆ ಟಿಕೆಟ್ ಮಾಡಿದರು. ಆದರೆ ಒಂದೇ ಒಂದು ಸೈಟ್ ಕೆಳಗೆ ಹೋಗಲಿಲ್ಲ, ಆದರೆ ಅವೆಲ್ಲವೂ! (ನತಾಶಾ, ನಾವು ಎಲ್ಲವನ್ನೂ ಕೈಬಿಟ್ಟಿದ್ದೇವೆ!). ಇಲ್ಲಿ Okerr ಅವನಿಗೆ ಬೆಳಗಿದ ಎಲ್ಲಾ ಸೂಚಕಗಳೊಂದಿಗೆ ಉದ್ದವಾದ ಕಾಲು ಹೊದಿಕೆಗಳನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸಿದನು. ಪ್ಯಾನಿಕ್, ಪ್ಯಾನಿಕ್, ನಾವು ವಲಯಗಳಲ್ಲಿ ಓಡುತ್ತೇವೆ (ನಾವು ಬೇರೆ ಏನು ಮಾಡಬಹುದು?). ನಂತರ ಎಲ್ಲವೂ ಏರಿತು. ಡೇಟಾ ಸೆಂಟರ್‌ನಲ್ಲಿ ದಿನನಿತ್ಯದ ನಿರ್ವಹಣೆ ಇದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ (ಪ್ರತಿ ಹಲವು ವರ್ಷಗಳಿಗೊಮ್ಮೆ) ಮತ್ತು, ನಮಗೆ ಎಚ್ಚರಿಕೆ ನೀಡಬೇಕಾಗಿತ್ತು. ಆದರೆ ಅವರಿಗೆ ಕೆಲವು ರೀತಿಯ ಸಮಸ್ಯೆ ಸಂಭವಿಸಿದೆ ಮತ್ತು ಅವರು ನಮಗೆ ಎಚ್ಚರಿಕೆ ನೀಡಲಿಲ್ಲ. ಅಲ್ಲದೆ, ಹೆಚ್ಚು ಹೃದಯಾಘಾತಗಳು, ಕಡಿಮೆ ಹೃದಯಾಘಾತಗಳು. ಆದರೆ ಎಲ್ಲವನ್ನೂ ಪುನಃಸ್ಥಾಪಿಸಿದ ನಂತರ, ನೀವು ಎಲ್ಲವನ್ನೂ ಎರಡು ಬಾರಿ ಪರಿಶೀಲಿಸಬೇಕು! ನನ್ನ ಕೈಗಳಿಂದ ನಾನು ಅದನ್ನು ಹೇಗೆ ಮಾಡುತ್ತೇನೆ ಎಂದು ನನಗೆ ಊಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಒಕೆರ್ ಕೆಲವೇ ನಿಮಿಷಗಳಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಪರೀಕ್ಷಿಸಿದರು. ಹೆಚ್ಚಿನ ಸರ್ವರ್‌ಗಳು ತಾತ್ಕಾಲಿಕವಾಗಿ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಅದು ಬದಲಾಯಿತು, ಆದರೆ ಅವು ಕಾರ್ಯನಿರ್ವಹಿಸಿದವು. ಕೆಲವರು ಓವರ್ಲೋಡ್ ಆಗಿದ್ದರು, ಆದರೆ ಅವರು ಮಾಡಬೇಕಾದಂತೆ ನಿಂತರು. ಎಲ್ಲಾ ನಷ್ಟಗಳಲ್ಲಿ, ನಾವು ಎರಡು ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಕಳೆದುಕೊಂಡಿದ್ದೇವೆ, ಕಿರೀಟದ ಪ್ರಕಾರ ಈ ಪೂರ್ಣ ಬಾಳೆಹಣ್ಣು ನಡೆಯುತ್ತಿರುವಾಗ ಅದನ್ನು ರಚಿಸಬೇಕು ಮತ್ತು ಲೋಡ್ ಮಾಡಬೇಕಾಗಿತ್ತು. ನಾನು ಅವುಗಳನ್ನು ರಚಿಸಲು ಚಿಂತಿಸಲಿಲ್ಲ, ಕೇವಲ ಒಂದು ದಿನದ ನಂತರ ಎಲ್ಲವೂ ಸರಿಯಾಗಿದೆ, ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ಕಾಣಿಸಿಕೊಂಡಿವೆ ಎಂಬ ಎಚ್ಚರಿಕೆಗಳು ಬಂದವು. ನಾನು ಈ ಉದಾಹರಣೆಯನ್ನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಡುತ್ತೇನೆ ಏಕೆಂದರೆ ನಾವು ಮುಂಚಿತವಾಗಿ ಯೋಚಿಸದ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಓಕೆರ್ ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ, ಆದರೆ ಇದು ಮೇಲ್ವಿಚಾರಣೆಯ ಉದ್ದೇಶವಾಗಿದೆ - ಅನಿರೀಕ್ಷಿತತೆಯನ್ನು ವಿರೋಧಿಸುವುದು.

Okerr ಸಂವೇದಕಗಳಿಗಾಗಿ, ನಾವು ಅಗ್ಗದ ಸಂಭವನೀಯ ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ (ಅಲ್ಲಿ ಗುಣಮಟ್ಟ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆ ಮುಖ್ಯವಲ್ಲ, ಅವರು ಪರಸ್ಪರ ವಿಮೆ ಮಾಡುತ್ತಾರೆ). ಆದ್ದರಿಂದ, ನಾವು ಇತ್ತೀಚೆಗೆ ಉತ್ತಮವಾದ ಹೋಸ್ಟಿಂಗ್ ಮತ್ತು ಸೂಪರ್ ಅಗ್ಗವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ, ಮಾನದಂಡಗಳು ಅದ್ಭುತವಾಗಿವೆ. ಆದರೆ ... ಕೆಲವೊಮ್ಮೆ ವರ್ಚುವಲ್ ಗಣಕದಿಂದ ಹೊರಹೋಗುವ ಸಂಪರ್ಕಗಳನ್ನು ಮತ್ತೊಂದು (ನೆರೆಹೊರೆಯ) IP ಯಿಂದ ತಯಾರಿಸಲಾಗುತ್ತದೆ ಎಂದು ತಿರುಗುತ್ತದೆ. ಪವಾಡಗಳು. Client_ip ಮಾಡ್ಯೂಲ್ ಜೊತೆಗೆ https://diagnostic.opendns.com/myip ತಪ್ಪು IP ಅನ್ನು ಪಡೆಯುತ್ತದೆ. ಮತ್ತು ಸೂಚಕದ ಸರ್ವರ್ ಲಾಗ್‌ಗಳಿಂದ ನವೀಕರಣವು ಈ ನೆರೆಯ ಐಪಿಯಿಂದ ಬಂದಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಈಗ ಬೆಂಬಲದೊಂದಿಗೆ ವ್ಯವಹರಿಸೋಣ. ಶಾಂತಿಕಾಲದಲ್ಲಿ ನಾವು ಇದನ್ನು ಗಮನಿಸುವುದು ಒಳ್ಳೆಯದು. ಆದರೆ, ಉದಾಹರಣೆಗೆ, ಐಪಿ ಬಿಳಿ ಪಟ್ಟಿಯ ಪ್ರಕಾರ ಪ್ರವೇಶವನ್ನು ನೋಂದಾಯಿಸಲಾಗಿದೆ ಎಂದು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುತ್ತದೆ - ಮತ್ತು ಸರ್ವರ್ ಕೆಲವೊಮ್ಮೆ ಅಲ್ಪಾವಧಿಗೆ ಈ ರೀತಿ ಮಿಟುಕಿಸಿದರೆ - ನೀವು ಈ ಸಮಸ್ಯೆಯನ್ನು ಬಹಳ ಸಮಯದವರೆಗೆ ಹಿಡಿಯಲು ಪ್ರಯತ್ನಿಸಬಹುದು.

ಸರಿ, ಇನ್ನೊಂದು ವಿಷಯ - ನಾವು VPS ಹೋಸ್ಟಿಂಗ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿರುವುದರಿಂದ - ನಾವು ಯಾವಾಗಲೂ ಅಗ್ಗದ ವಸ್ತುಗಳನ್ನು ಬಳಸುತ್ತೇವೆ (ಹೆಟ್ಜ್ನರ್, ಓವ್, ಸ್ಕೇಲ್ವೇ). ಮಾನದಂಡಗಳು ಮತ್ತು ಸ್ಥಿರತೆಯ ವಿಷಯದಲ್ಲಿ ನಾನು ಅದನ್ನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಡುತ್ತೇನೆ. ನಾವು ಇತರ ಯೋಜನೆಗಳಿಗೆ ಹೆಚ್ಚು ದುಬಾರಿ Amazon EC2 ಅನ್ನು ಸಹ ಬಳಸುತ್ತೇವೆ. ಆದ್ದರಿಂದ, ಓಕರ್‌ಗೆ ಧನ್ಯವಾದಗಳು, ನಾವು ನಮ್ಮದೇ ಆದ ತಿಳುವಳಿಕೆಯುಳ್ಳ ಅಭಿಪ್ರಾಯವನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಇಬ್ಬರೂ ಬೀಳುತ್ತಾರೆ. ಮತ್ತು ನಮ್ಮ ಅವಲೋಕನಗಳ ದೀರ್ಘಾವಧಿಯಲ್ಲಿ, ಹೆಟ್ಜ್ನರ್‌ನಂತಹ ಅಗ್ಗದ ಹೋಸ್ಟಿಂಗ್‌ಗಳು EC2 ಗಿಂತ ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಸ್ಥಿರವಾಗಿವೆ ಎಂದು ನಾನು ಹೇಳುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ನೀವು ಇತರ Amazon ವೈಶಿಷ್ಟ್ಯಗಳೊಂದಿಗೆ ಸಂಬಂಧ ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಏಕೆ ಹೆಚ್ಚು ಪಾವತಿಸಬೇಕು? 🙂

ಮುಂದಿನ ಏನು?

ಈ ಹಂತದಲ್ಲಿ ನಾನು ಇನ್ನೂ ಒಕೆರ್‌ನಿಂದ ನಿಮ್ಮನ್ನು ಹೆದರಿಸದಿದ್ದರೆ, ಅದನ್ನು ಪ್ರಯತ್ನಿಸಿ! ನೀವು ನೇರವಾಗಿ ಈ ಲಿಂಕ್‌ಗೆ ಹೋಗಬಹುದು okerr ಡೆಮೊ ಖಾತೆ (ಈಗ ಕ್ಲಿಕ್ ಮಾಡಿ!) ಆದರೆ ಎಲ್ಲರಿಗೂ ಒಂದೇ ಡೆಮೊ ಖಾತೆ ಇದೆ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ, ಆದ್ದರಿಂದ ನೀವು ಏನಾದರೂ ಮಾಡಿದರೆ, ಅದೇ ಖಾತೆಯಲ್ಲಿರುವ ಬೇರೆಯವರು ಅದೇ ಸಮಯದಲ್ಲಿ ನಿಮ್ಮೊಂದಿಗೆ ಹಸ್ತಕ್ಷೇಪ ಮಾಡಬಹುದು. ಅಥವಾ (ಉತ್ತಮ) ಲಿಂಕ್ ಮೂಲಕ ನೋಂದಾಯಿಸಿ ಆಫ್‌ಸೈಟ್ ಓಕರ್ - SMS ಇಲ್ಲದೆ ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ. ನಿಮ್ಮ ನಿಜವಾದ ಇಮೇಲ್ ಅನ್ನು ಬಳಸಲು ನಿಮಗೆ ಇಷ್ಟವಿಲ್ಲದಿದ್ದರೆ, ನೀವು mailinator ನಂತಹ ಬಿಸಾಡಬಹುದಾದ ಒಂದನ್ನು ಬಳಸಬಹುದು (ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ getnada.com) ಅಂತಹ ಖಾತೆಗಳನ್ನು ಕಾಲಾನಂತರದಲ್ಲಿ ಅಳಿಸಬಹುದು, ಆದರೆ ಅವುಗಳು ಪರೀಕ್ಷೆಗೆ ಉತ್ತಮವಾಗಿರುತ್ತವೆ.

ನೋಂದಣಿಯ ನಂತರ, ತರಬೇತಿಗೆ ಒಳಗಾಗಲು ನಿಮ್ಮನ್ನು ಕೇಳಲಾಗುತ್ತದೆ (ಹಲವಾರು ಕಷ್ಟಕರವಲ್ಲದ ತರಬೇತಿ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಿ). ಆರಂಭಿಕ ಮಿತಿಗಳು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ, ಆದರೆ ತರಬೇತಿ ಅಥವಾ ಒಂದು ಸರ್ವರ್ಗೆ ಅವು ಸಾಕು. ತರಬೇತಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ ನಂತರ, ಮಿತಿಗಳನ್ನು (ಉದಾಹರಣೆಗೆ, ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಸೂಚಕಗಳು) ಹೆಚ್ಚಿಸಲಾಗುತ್ತದೆ.

ದಸ್ತಾವೇಜನ್ನು - ಎಲ್ಲಾ ಮೊದಲ WIKI ಸರ್ವರ್ ಬದಿಯಲ್ಲಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮೇಲೆ (okerrupdate ವಿಕಿ) ಆದರೆ ಏನಾದರೂ ಅಸ್ಪಷ್ಟವಾಗಿದ್ದರೆ, okerr.com ಅನ್ನು ಬೆಂಬಲಿಸಲು ಬರೆಯಿರಿ ಅಥವಾ ಟಿಕೆಟ್ ಅನ್ನು ಬಿಡಿ - ನಾವು ಎಲ್ಲವನ್ನೂ ತ್ವರಿತವಾಗಿ ಪರಿಹರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ.

ನೀವು ಅದನ್ನು ಗಂಭೀರವಾಗಿ ಬಳಸಿದರೆ ಮತ್ತು ಈ ಹೆಚ್ಚಿದ ಮಿತಿಗಳು ಸಾಕಾಗುವುದಿಲ್ಲವಾದರೆ, ಬೆಂಬಲಕ್ಕೆ ಬರೆಯಿರಿ ಮತ್ತು ನಾವು ಅದನ್ನು ಹೆಚ್ಚಿಸುತ್ತೇವೆ (ಉಚಿತವಾಗಿ).

ನಿಮ್ಮ ಸರ್ವರ್‌ನಲ್ಲಿ ಓಕೆರ್ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ನೀವು ಬಯಸುವಿರಾ? ಇಲ್ಲಿ okerr-dev ರೆಪೊಸಿಟರಿ. ಕ್ಲೀನ್ ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ ಸ್ಥಾಪಿಸಲು ನಾವು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ, ನಂತರ ನೀವು ಅದನ್ನು ಅನುಸ್ಥಾಪನಾ ಸ್ಕ್ರಿಪ್ಟ್‌ನೊಂದಿಗೆ ಸರಳವಾಗಿ ಮಾಡಬಹುದು. ನಿಮ್ಮ ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ - ಯಾವುದೇ ನಿರ್ಬಂಧಗಳಿಲ್ಲ :-). ಸರಿ, ಮತ್ತೆ, ಏನಾದರೂ ಸಂಭವಿಸಿದಲ್ಲಿ, ನಾವು ಯಾವಾಗಲೂ ಸಹಾಯ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ.

ಈ ಯೋಜನೆಯು ಟೇಕ್ ಆಫ್ ಆಗಬೇಕೆಂದು ನಾವು ಬಯಸುತ್ತೇವೆ, ಇದರಿಂದ ಜಗತ್ತು ನಮಗೆ ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾಗುತ್ತದೆ. ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಮತ್ತು ಸೇವೆಗಳಿಗೆ ಧನ್ಯವಾದಗಳು, ಜಗತ್ತು ಸ್ನೇಹಪರವಾಗಿದೆ ಮತ್ತು ಹೆಚ್ಚು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಿದೆ. ಮೂಲಗಳನ್ನು ಉಚಿತ ಗಿಥಬ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು, ಮೇಲ್‌ಗಾಗಿ ನೀವು ಉಚಿತ ಜಿಮೇಲ್ ಅನ್ನು ಬಳಸಬಹುದು. ನಾವು ಉಚಿತವಾಗಿ ಬಳಸುತ್ತೇವೆ ಹೊಸ ಕೆಲಸಗಳು ಬೆಂಬಲಕ್ಕಾಗಿ. ಇವುಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ, ನೀವು ಸರ್ವರ್‌ಗಳಿಗೆ ಪಾವತಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ನೀವು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ನೀವು ವಿವಿಧ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಪ್ರತಿ ಹೊಸ ಯೋಜನೆ, ಪ್ರತಿ ತಂಡವು ತಕ್ಷಣವೇ ಮೇಲ್, ರೆಪೊಸಿಟರಿಗಳು ಮತ್ತು CRM ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಮತ್ತು ಇದೆಲ್ಲವೂ ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಮತ್ತು ಉಚಿತ ಮತ್ತು ತಕ್ಷಣವೇ. ಇದು ಮೇಲ್ವಿಚಾರಣೆಗೆ ಒಂದೇ ಆಗಿರಬೇಕು ಎಂದು ನಾವು ಬಯಸುತ್ತೇವೆ - ಸಣ್ಣ ಕಂಪನಿಗಳು ಮತ್ತು ಯೋಜನೆಗಳು ಓಕೆರ್ ಅನ್ನು ಉಚಿತವಾಗಿ ಬಳಸಬಹುದು ಮತ್ತು ಜನ್ಮ ಮತ್ತು ಬೆಳವಣಿಗೆಯ ಹಂತದಲ್ಲಿ ವಯಸ್ಕ ಗಂಭೀರ ಯೋಜನೆಗಳ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಹೊಂದಿರಬಹುದು.

ಮೂಲ: www.habr.com

Okerr ಹೈಬ್ರಿಡ್ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯ ಅವಲೋಕನ