ಈ ಲೇಖನವು "ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೇಗೆ ನಿಯಂತ್ರಿಸುವುದು" ಎಂಬ ಲೇಖನಗಳ ಸರಣಿಯಲ್ಲಿ ಮೊದಲನೆಯದು. ಸರಣಿಯಲ್ಲಿನ ಎಲ್ಲಾ ಲೇಖನಗಳ ವಿಷಯಗಳನ್ನು ಮತ್ತು ಲಿಂಕ್‌ಗಳನ್ನು ಕಾಣಬಹುದು .
ಒಂದು ಗಂಟೆ ಅಥವಾ ಒಂದು ದಿನದ ನೆಟ್ವರ್ಕ್ ಡೌನ್‌ಟೈಮ್ ನಿರ್ಣಾಯಕವಲ್ಲದ ಸಾಕಷ್ಟು ಸಂಖ್ಯೆಯ ಕಂಪನಿಗಳಿವೆ ಎಂದು ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಒಪ್ಪಿಕೊಳ್ಳುತ್ತೇನೆ. ದುರದೃಷ್ಟವಶಾತ್ ಅಥವಾ ಅದೃಷ್ಟವಶಾತ್, ಅಂತಹ ಸ್ಥಳಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ನನಗೆ ಅವಕಾಶವಿಲ್ಲ. ಆದರೆ, ಸಹಜವಾಗಿ, ನೆಟ್‌ವರ್ಕ್‌ಗಳು ವಿಭಿನ್ನವಾಗಿವೆ, ಅವಶ್ಯಕತೆಗಳು ವಿಭಿನ್ನವಾಗಿವೆ, ವಿಧಾನಗಳು ವಿಭಿನ್ನವಾಗಿವೆ, ಮತ್ತು ಇನ್ನೂ, ಒಂದು ರೂಪದಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದರಲ್ಲಿ, ಅನೇಕ ಸಂದರ್ಭಗಳಲ್ಲಿ ಕೆಳಗಿನ ಪಟ್ಟಿಯು ವಾಸ್ತವವಾಗಿ “ಮಾಡಬೇಕಾದದ್ದು” ಆಗಿರುತ್ತದೆ.
ಆದ್ದರಿಂದ, ಆರಂಭಿಕ ಪರಿಸ್ಥಿತಿಗಳು.
ನೀವು ಹೊಸ ಉದ್ಯೋಗದಲ್ಲಿದ್ದೀರಿ, ನೀವು ಬಡ್ತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೀರಿ ಅಥವಾ ನಿಮ್ಮ ಜವಾಬ್ದಾರಿಗಳನ್ನು ಹೊಸದಾಗಿ ನೋಡಲು ನಿರ್ಧರಿಸಿದ್ದೀರಿ. ಕಂಪನಿಯ ನೆಟ್ವರ್ಕ್ ನಿಮ್ಮ ಜವಾಬ್ದಾರಿಯ ಕ್ಷೇತ್ರವಾಗಿದೆ. ನಿಮಗಾಗಿ, ಇದು ಅನೇಕ ರೀತಿಯಲ್ಲಿ ಸವಾಲು ಮತ್ತು ಹೊಸದು, ಇದು ಈ ಲೇಖನದ ಮಾರ್ಗದರ್ಶನದ ಧ್ವನಿಯನ್ನು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಸಮರ್ಥಿಸುತ್ತದೆ :). ಆದರೆ ಲೇಖನವು ಯಾವುದೇ ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗೆ ಸಹ ಉಪಯುಕ್ತವಾಗಬಹುದು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ಎಂಟ್ರೊಪಿಯನ್ನು ವಿರೋಧಿಸಲು ಮತ್ತು ಒದಗಿಸಿದ ಸೇವೆಯ ಮಟ್ಟವನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ಕಲಿಯುವುದು ನಿಮ್ಮ ಮೊದಲ ಕಾರ್ಯತಂತ್ರದ ಗುರಿಯಾಗಿದೆ.
ಕೆಳಗೆ ವಿವರಿಸಿದ ಅನೇಕ ಸಮಸ್ಯೆಗಳನ್ನು ವಿವಿಧ ವಿಧಾನಗಳಿಂದ ಪರಿಹರಿಸಬಹುದು. ನಾನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತಾಂತ್ರಿಕ ಅನುಷ್ಠಾನದ ವಿಷಯವನ್ನು ಎತ್ತುವುದಿಲ್ಲ, ಏಕೆಂದರೆ... ತಾತ್ವಿಕವಾಗಿ, ನೀವು ಈ ಅಥವಾ ಆ ಸಮಸ್ಯೆಯನ್ನು ಹೇಗೆ ಪರಿಹರಿಸಿದ್ದೀರಿ ಎಂಬುದು ಅಷ್ಟು ಮುಖ್ಯವಲ್ಲ, ಆದರೆ ನೀವು ಅದನ್ನು ಹೇಗೆ ಬಳಸುತ್ತೀರಿ ಮತ್ತು ನೀವು ಅದನ್ನು ಬಳಸುತ್ತೀರಾ ಎಂಬುದು ಮುಖ್ಯ. ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ವೃತ್ತಿಪರವಾಗಿ ನಿರ್ಮಿಸಲಾದ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯು ನೀವು ಅದನ್ನು ನೋಡದಿದ್ದರೆ ಮತ್ತು ಎಚ್ಚರಿಕೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸದಿದ್ದಲ್ಲಿ ಅದು ಕಡಿಮೆ ಬಳಕೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ.
ಸಲಕರಣೆ
ದೊಡ್ಡ ಅಪಾಯಗಳು ಎಲ್ಲಿವೆ ಎಂಬುದನ್ನು ಮೊದಲು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.
ಮತ್ತೆ, ಇದು ವಿಭಿನ್ನವಾಗಿರಬಹುದು. ಎಲ್ಲೋ, ಉದಾಹರಣೆಗೆ, ಇವುಗಳು ಭದ್ರತಾ ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಎಲ್ಲೋ, ಸೇವೆಯ ನಿರಂತರತೆಗೆ ಸಂಬಂಧಿಸಿದ ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಎಲ್ಲೋ, ಬಹುಶಃ, ಬೇರೆ ಯಾವುದೋ ಎಂದು ನಾನು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತೇನೆ. ಯಾಕಿಲ್ಲ?
ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಬೇಕೆಂದರೆ, ಇದು ಇನ್ನೂ ಸೇವೆಯ ನಿರಂತರತೆ ಎಂದು ಭಾವಿಸೋಣ (ನಾನು ಕೆಲಸ ಮಾಡಿದ ಎಲ್ಲಾ ಕಂಪನಿಗಳಲ್ಲಿ ಇದು ಹೀಗಿತ್ತು).
ನಂತರ ನೀವು ಉಪಕರಣದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಬೇಕು. ಗಮನ ಕೊಡಬೇಕಾದ ವಿಷಯಗಳ ಪಟ್ಟಿ ಇಲ್ಲಿದೆ:
- ವಿಮರ್ಶಾತ್ಮಕತೆಯ ಮಟ್ಟದಿಂದ ಸಲಕರಣೆಗಳ ವರ್ಗೀಕರಣ
- ನಿರ್ಣಾಯಕ ಸಲಕರಣೆಗಳ ಬ್ಯಾಕ್ಅಪ್
- ಬೆಂಬಲ, ಪರವಾನಗಿಗಳು
ಸಂಭವನೀಯ ವೈಫಲ್ಯದ ಸನ್ನಿವೇಶಗಳ ಮೂಲಕ ನೀವು ಯೋಚಿಸಬೇಕು, ವಿಶೇಷವಾಗಿ ನಿಮ್ಮ ವಿಮರ್ಶಾತ್ಮಕ ವರ್ಗೀಕರಣದ ಮೇಲ್ಭಾಗದಲ್ಲಿರುವ ಉಪಕರಣಗಳೊಂದಿಗೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಡಬಲ್ ಸಮಸ್ಯೆಗಳ ಸಾಧ್ಯತೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ನಿಮ್ಮ ಪರಿಹಾರ ಮತ್ತು ಬೆಂಬಲವು ಅಸಮಂಜಸವಾಗಿ ದುಬಾರಿಯಾಗಬಹುದು, ಆದರೆ ನಿಜವಾಗಿಯೂ ನಿರ್ಣಾಯಕ ನೆಟ್ವರ್ಕ್ ಅಂಶಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಅದರ ವೈಫಲ್ಯವು ವ್ಯವಹಾರವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಪರಿಣಾಮ ಬೀರಬಹುದು, ನೀವು ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕು.
ಉದಾಹರಣೆಗೆ
ನಾವು ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ರೂಟ್ ಸ್ವಿಚ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ಎಂದು ಹೇಳೋಣ.
ಸೇವೆಯ ನಿರಂತರತೆಯು ಅತ್ಯಂತ ಪ್ರಮುಖ ಮಾನದಂಡವಾಗಿದೆ ಎಂದು ನಾವು ಒಪ್ಪಿಕೊಂಡಿರುವುದರಿಂದ, ಈ ಉಪಕರಣದ "ಬಿಸಿ" ಬ್ಯಾಕ್ಅಪ್ (ರಿಡಂಡೆನ್ಸಿ) ಅನ್ನು ಒದಗಿಸುವುದು ಸಮಂಜಸವಾಗಿದೆ. ಆದರೆ ಇಷ್ಟೇ ಅಲ್ಲ. ಮೊದಲ ಸ್ವಿಚ್ ಒಡೆದರೆ, ಉಳಿದಿರುವ ಒಂದೇ ಸ್ವಿಚ್‌ನೊಂದಿಗೆ ನೀವು ಎಷ್ಟು ಕಾಲ ಬದುಕಬಹುದು ಎಂಬುದನ್ನು ನೀವು ನಿರ್ಧರಿಸಬೇಕು, ಏಕೆಂದರೆ ಅದು ಸಹ ಒಡೆಯುವ ಅಪಾಯವಿದೆ.
ಪ್ರಮುಖ! ಈ ಸಮಸ್ಯೆಯನ್ನು ನೀವೇ ನಿರ್ಧರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ನಿರ್ವಹಣೆ ಅಥವಾ ಕಂಪನಿ ನಿರ್ವಹಣೆಗೆ ಅಪಾಯಗಳು, ಸಂಭವನೀಯ ಪರಿಹಾರಗಳು ಮತ್ತು ವೆಚ್ಚಗಳನ್ನು ನೀವು ವಿವರಿಸಬೇಕು. ಅವರು ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕು.
ಆದ್ದರಿಂದ, ಡಬಲ್ ವೈಫಲ್ಯದ ಸಣ್ಣ ಸಂಭವನೀಯತೆಯನ್ನು ನೀಡಿದರೆ, ಒಂದು ಸ್ವಿಚ್‌ನಲ್ಲಿ 4 ಗಂಟೆಗಳ ಕಾಲ ಕೆಲಸ ಮಾಡುವುದು ತಾತ್ವಿಕವಾಗಿ ಸ್ವೀಕಾರಾರ್ಹ ಎಂದು ನಿರ್ಧರಿಸಿದರೆ, ನೀವು ಸೂಕ್ತವಾದ ಬೆಂಬಲವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು (ಅದರ ಪ್ರಕಾರ ಉಪಕರಣಗಳನ್ನು 4 ರೊಳಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ ಗಂಟೆಗಳು).
ಆದರೆ ಅವರು ನೀಡದಿರುವ ಅಪಾಯವಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, ನಾವು ಒಮ್ಮೆ ಅಂತಹ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ನಮ್ಮನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ. ನಾಲ್ಕು ಗಂಟೆಗಳ ಬದಲು, ಉಪಕರಣಗಳು ಒಂದು ವಾರ ಪ್ರಯಾಣಿಸಿದವು !!!
ಆದ್ದರಿಂದ, ಈ ಅಪಾಯವನ್ನು ಸಹ ಚರ್ಚಿಸಬೇಕಾಗಿದೆ ಮತ್ತು ಬಹುಶಃ, ನೀವು ಇನ್ನೊಂದು ಸ್ವಿಚ್ (ಮೂರನೇ) ಖರೀದಿಸಲು ಮತ್ತು ಅದನ್ನು ಬಿಡಿಭಾಗಗಳ ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಇರಿಸಿಕೊಳ್ಳಲು ("ಶೀತ" ಬ್ಯಾಕ್ಅಪ್) ಅಥವಾ ಪ್ರಯೋಗಾಲಯ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಬಳಸಲು ಇದು ಹೆಚ್ಚು ಸರಿಯಾಗಿರುತ್ತದೆ.
ಪ್ರಮುಖ! ಮುಕ್ತಾಯ ದಿನಾಂಕಗಳೊಂದಿಗೆ ನೀವು ಹೊಂದಿರುವ ಎಲ್ಲಾ ಬೆಂಬಲದ ಸ್ಪ್ರೆಡ್‌ಶೀಟ್ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ನಿಮ್ಮ ಕ್ಯಾಲೆಂಡರ್‌ಗೆ ಸೇರಿಸಿ ಇದರಿಂದ ನಿಮ್ಮ ಬೆಂಬಲವನ್ನು ನವೀಕರಿಸುವ ಬಗ್ಗೆ ಚಿಂತಿಸುವುದನ್ನು ಪ್ರಾರಂಭಿಸಲು ಕನಿಷ್ಠ ಒಂದು ತಿಂಗಳ ಮುಂಚಿತವಾಗಿ ನೀವು ಇಮೇಲ್ ಅನ್ನು ಪಡೆಯುತ್ತೀರಿ.
ನಿಮ್ಮ ಬೆಂಬಲವನ್ನು ನವೀಕರಿಸಲು ನೀವು ಮರೆತರೆ ಮತ್ತು ಅದು ಮುಗಿದ ಮರುದಿನ ನಿಮ್ಮ ಹಾರ್ಡ್‌ವೇರ್ ಬ್ರೇಕ್‌ಗಳನ್ನು ನೀವು ಕ್ಷಮಿಸುವುದಿಲ್ಲ.
ತುರ್ತು ಕೆಲಸ
ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಏನೇ ಆಗಲಿ, ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ ಉಪಕರಣಗಳಿಗೆ ನೀವು ಪ್ರವೇಶವನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಬೇಕು.
ಪ್ರಮುಖ! ನೀವು ಎಲ್ಲಾ ಸಲಕರಣೆಗಳಿಗೆ ಕನ್ಸೋಲ್ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬೇಕು ಮತ್ತು ಈ ಪ್ರವೇಶವು ಬಳಕೆದಾರರ ಡೇಟಾ ನೆಟ್‌ವರ್ಕ್‌ನ ಆರೋಗ್ಯವನ್ನು ಅವಲಂಬಿಸಿರಬಾರದು.
ಸಂಭವನೀಯ ಋಣಾತ್ಮಕ ಸನ್ನಿವೇಶಗಳನ್ನು ಮುಂಚಿತವಾಗಿ ನೀವು ಮುನ್ಸೂಚಿಸಬೇಕು ಮತ್ತು ಅಗತ್ಯ ಕ್ರಮಗಳನ್ನು ದಾಖಲಿಸಬೇಕು. ಈ ಡಾಕ್ಯುಮೆಂಟ್‌ನ ಲಭ್ಯತೆಯು ಸಹ ನಿರ್ಣಾಯಕವಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಇಲಾಖೆಗೆ ಹಂಚಿಕೆಯ ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಬಾರದು, ಆದರೆ ಎಂಜಿನಿಯರ್‌ಗಳ ಕಂಪ್ಯೂಟರ್‌ಗಳಲ್ಲಿ ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಸಬೇಕು.
ಇರಲೇಬೇಕು
- ಮಾರಾಟಗಾರ ಅಥವಾ ಇಂಟಿಗ್ರೇಟರ್ ಬೆಂಬಲದೊಂದಿಗೆ ಟಿಕೆಟ್ ತೆರೆಯಲು ಅಗತ್ಯವಿರುವ ಮಾಹಿತಿ
- ಯಾವುದೇ ಉಪಕರಣವನ್ನು ಹೇಗೆ ಪಡೆಯುವುದು (ಕನ್ಸೋಲ್, ನಿರ್ವಹಣೆ)
ಸಹಜವಾಗಿ, ಇದು ಯಾವುದೇ ಇತರ ಉಪಯುಕ್ತ ಮಾಹಿತಿಯನ್ನು ಸಹ ಒಳಗೊಂಡಿರಬಹುದು, ಉದಾಹರಣೆಗೆ, ವಿವಿಧ ಉಪಕರಣಗಳು ಮತ್ತು ಉಪಯುಕ್ತ ರೋಗನಿರ್ಣಯದ ಆಜ್ಞೆಗಳಿಗೆ ಅಪ್ಗ್ರೇಡ್ ಕಾರ್ಯವಿಧಾನದ ವಿವರಣೆ.
ನಮ್ಮ ಪಾಲುದಾರರು
ಈಗ ನೀವು ಪಾಲುದಾರರೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ಅಪಾಯಗಳನ್ನು ನಿರ್ಣಯಿಸಬೇಕಾಗಿದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಇದು
- ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರರು ಮತ್ತು ಸಂಚಾರ ವಿನಿಮಯ ಕೇಂದ್ರಗಳು (IX)
- ಸಂವಹನ ಚಾನಲ್ ಪೂರೈಕೆದಾರರು
ನೀವೇ ಯಾವ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿಕೊಳ್ಳಬೇಕು? ಸಲಕರಣೆಗಳಂತೆ, ವಿವಿಧ ತುರ್ತು ಸನ್ನಿವೇಶಗಳನ್ನು ಪರಿಗಣಿಸಬೇಕು. ಉದಾಹರಣೆಗೆ, ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರರಿಗೆ, ಇದು ಹೀಗಿರಬಹುದು:
- ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರ X ನಿಮಗೆ ಸೇವೆಯನ್ನು ಒದಗಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ ಏನಾಗುತ್ತದೆ?
- ಇತರ ಪೂರೈಕೆದಾರರು ನಿಮಗಾಗಿ ಸಾಕಷ್ಟು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಹೊಂದಿದ್ದಾರೆಯೇ?
- ಸಂಪರ್ಕವು ಎಷ್ಟು ಚೆನ್ನಾಗಿ ಉಳಿಯುತ್ತದೆ?
- ನಿಮ್ಮ ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರರು ಎಷ್ಟು ಸ್ವತಂತ್ರರಾಗಿದ್ದಾರೆ ಮತ್ತು ಅವರಲ್ಲಿ ಒಬ್ಬರ ಗಂಭೀರ ನಿಲುಗಡೆಯು ಇತರರೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆಯೇ?
- ನಿಮ್ಮ ಡೇಟಾ ಕೇಂದ್ರಕ್ಕೆ ಎಷ್ಟು ಆಪ್ಟಿಕಲ್ ಇನ್‌ಪುಟ್‌ಗಳು?
- ಇನ್‌ಪುಟ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಾಶಪಡಿಸಿದರೆ ಏನಾಗುತ್ತದೆ?
ಇನ್‌ಪುಟ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ನನ್ನ ಅಭ್ಯಾಸದಲ್ಲಿ ಎರಡು ವಿಭಿನ್ನ ಕಂಪನಿಗಳಲ್ಲಿ, ಎರಡು ವಿಭಿನ್ನ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ, ಅಗೆಯುವ ಯಂತ್ರವು ಬಾವಿಗಳನ್ನು ನಾಶಪಡಿಸಿತು ಮತ್ತು ಪವಾಡದಿಂದ ಮಾತ್ರ ನಮ್ಮ ದೃಗ್ವಿಜ್ಞಾನವು ಪರಿಣಾಮ ಬೀರಲಿಲ್ಲ. ಇದು ಅಂತಹ ಅಪರೂಪದ ಪ್ರಕರಣವಲ್ಲ.
ಮತ್ತು, ಸಹಜವಾಗಿ, ನೀವು ಈ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಲು ಮಾತ್ರವಲ್ಲ, ಮತ್ತೊಮ್ಮೆ, ನಿರ್ವಹಣೆಯ ಬೆಂಬಲದೊಂದಿಗೆ, ಯಾವುದೇ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಸ್ವೀಕಾರಾರ್ಹ ಪರಿಹಾರವನ್ನು ಒದಗಿಸಬೇಕು.
ಬ್ಯಾಕಪ್
ಮುಂದಿನ ಆದ್ಯತೆಯು ಸಲಕರಣೆಗಳ ಸಂರಚನೆಗಳ ಬ್ಯಾಕಪ್ ಆಗಿರಬಹುದು. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ಬಹಳ ಮುಖ್ಯವಾದ ಅಂಶವಾಗಿದೆ. ನೀವು ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಕಳೆದುಕೊಂಡಾಗ ನಾನು ಆ ಸಂದರ್ಭಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದಿಲ್ಲ; ನಿಯಮಿತ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಮಾಡುವುದು ಉತ್ತಮ ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸದಿರುವುದು ಉತ್ತಮ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಬದಲಾವಣೆಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ನಿಯಮಿತ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿವೆ.
ಪ್ರಮುಖ! ಪ್ರತಿದಿನ ಬ್ಯಾಕಪ್ ಮಾಡಿ. ಇದರಲ್ಲಿ ಉಳಿಸಲು ಇದು ಅಷ್ಟು ದೊಡ್ಡ ಪ್ರಮಾಣದ ಡೇಟಾ ಅಲ್ಲ. ಬೆಳಿಗ್ಗೆ, ಕರ್ತವ್ಯದಲ್ಲಿರುವ ಎಂಜಿನಿಯರ್ (ಅಥವಾ ನೀವು) ಸಿಸ್ಟಮ್‌ನಿಂದ ವರದಿಯನ್ನು ಸ್ವೀಕರಿಸಬೇಕು, ಇದು ಬ್ಯಾಕಪ್ ಯಶಸ್ವಿಯಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ಬ್ಯಾಕಪ್ ವಿಫಲವಾದರೆ, ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಬೇಕು ಅಥವಾ ಟಿಕೆಟ್ ರಚಿಸಬೇಕು ( ನೆಟ್ವರ್ಕ್ ವಿಭಾಗದ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನೋಡಿ).
ಸಾಫ್ಟ್ವೇರ್ ಆವೃತ್ತಿಗಳು
ಸಲಕರಣೆಗಳ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವುದು ಯೋಗ್ಯವಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬ ಪ್ರಶ್ನೆಯು ಅಷ್ಟು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ. ಒಂದೆಡೆ, ಹಳೆಯ ಆವೃತ್ತಿಗಳು ತಿಳಿದಿರುವ ದೋಷಗಳು ಮತ್ತು ದುರ್ಬಲತೆಗಳು, ಆದರೆ ಮತ್ತೊಂದೆಡೆ, ಹೊಸ ಸಾಫ್ಟ್ವೇರ್, ಮೊದಲನೆಯದಾಗಿ, ಯಾವಾಗಲೂ ನೋವುರಹಿತ ಅಪ್ಗ್ರೇಡ್ ಕಾರ್ಯವಿಧಾನವಲ್ಲ, ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಹೊಸ ದೋಷಗಳು ಮತ್ತು ದುರ್ಬಲತೆಗಳು.
ಇಲ್ಲಿ ನೀವು ಉತ್ತಮ ಆಯ್ಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು. ಕೆಲವು ಸ್ಪಷ್ಟ ಶಿಫಾರಸುಗಳು
- ಸ್ಥಿರ ಆವೃತ್ತಿಗಳನ್ನು ಮಾತ್ರ ಸ್ಥಾಪಿಸಿ
- ಆದರೂ, ನೀವು ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಹಳೆಯ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಜೀವಿಸಬಾರದು
- ಕೆಲವು ಸಾಫ್ಟ್ವೇರ್ ಎಲ್ಲಿದೆ ಎಂಬುದರ ಕುರಿತು ಮಾಹಿತಿಯೊಂದಿಗೆ ಚಿಹ್ನೆಯನ್ನು ಮಾಡಿ
- ಸಾಫ್ಟ್ವೇರ್ ಆವೃತ್ತಿಗಳಲ್ಲಿನ ದೋಷಗಳು ಮತ್ತು ದೋಷಗಳ ಕುರಿತು ನಿಯತಕಾಲಿಕವಾಗಿ ವರದಿಗಳನ್ನು ಓದಿ, ಮತ್ತು ನಿರ್ಣಾಯಕ ಸಮಸ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕು
ಈ ಹಂತದಲ್ಲಿ, ಉಪಕರಣಗಳಿಗೆ ಕನ್ಸೋಲ್ ಪ್ರವೇಶ, ಬೆಂಬಲದ ಬಗ್ಗೆ ಮಾಹಿತಿ ಮತ್ತು ಅಪ್ಗ್ರೇಡ್ ಕಾರ್ಯವಿಧಾನದ ವಿವರಣೆಯನ್ನು ಹೊಂದಿರುವ ನೀವು ತಾತ್ವಿಕವಾಗಿ ಈ ಹಂತಕ್ಕೆ ಸಿದ್ಧರಾಗಿರುವಿರಿ. ನೀವು ಸಂಪೂರ್ಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ಪರಿಶೀಲಿಸಬಹುದಾದ ಪ್ರಯೋಗಾಲಯ ಉಪಕರಣಗಳನ್ನು ಹೊಂದಿರುವಾಗ ಆದರ್ಶ ಆಯ್ಕೆಯಾಗಿದೆ, ಆದರೆ, ದುರದೃಷ್ಟವಶಾತ್, ಇದು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುವುದಿಲ್ಲ.
ನಿರ್ಣಾಯಕ ಸಲಕರಣೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಅಪ್‌ಗ್ರೇಡ್‌ಗೆ ಸಹಾಯ ಮಾಡಲು ವಿನಂತಿಯೊಂದಿಗೆ ನೀವು ಮಾರಾಟಗಾರರ ಬೆಂಬಲವನ್ನು ಸಂಪರ್ಕಿಸಬಹುದು.
ಟಿಕೆಟ್ ವ್ಯವಸ್ಥೆ
ಈಗ ನೀವು ಸುತ್ತಲೂ ನೋಡಬಹುದು. ಇತರ ಇಲಾಖೆಗಳೊಂದಿಗೆ ಮತ್ತು ಇಲಾಖೆಯೊಳಗೆ ಸಂವಹನ ನಡೆಸಲು ನೀವು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸ್ಥಾಪಿಸಬೇಕಾಗಿದೆ.
ಇದು ಅಗತ್ಯವಿಲ್ಲದಿರಬಹುದು (ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ಕಂಪನಿ ಚಿಕ್ಕದಾಗಿದ್ದರೆ), ಆದರೆ ಎಲ್ಲಾ ಬಾಹ್ಯ ಮತ್ತು ಆಂತರಿಕ ಕಾರ್ಯಗಳು ಟಿಕೆಟ್ ವ್ಯವಸ್ಥೆಯ ಮೂಲಕ ಹೋಗುವ ರೀತಿಯಲ್ಲಿ ಕೆಲಸವನ್ನು ಸಂಘಟಿಸಲು ನಾನು ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ.
ಟಿಕೆಟ್ ವ್ಯವಸ್ಥೆಯು ಮೂಲಭೂತವಾಗಿ ಆಂತರಿಕ ಮತ್ತು ಬಾಹ್ಯ ಸಂವಹನಗಳಿಗಾಗಿ ನಿಮ್ಮ ಇಂಟರ್ಫೇಸ್ ಆಗಿದೆ, ಮತ್ತು ನೀವು ಈ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸಾಕಷ್ಟು ವಿವರವಾಗಿ ವಿವರಿಸಬೇಕು.
ಪ್ರವೇಶವನ್ನು ತೆರೆಯುವ ಪ್ರಮುಖ ಮತ್ತು ಸಾಮಾನ್ಯ ಕಾರ್ಯದ ಉದಾಹರಣೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ. ಕಂಪನಿಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಕೆಲಸ ಮಾಡಿದ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ನಾನು ವಿವರಿಸುತ್ತೇನೆ.
ಉದಾಹರಣೆಗೆ
ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರವೇಶಿಸುವ ಗ್ರಾಹಕರು ತಮ್ಮ ಆಸೆಗಳನ್ನು ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗೆ ಗ್ರಹಿಸಲಾಗದ ಭಾಷೆಯಲ್ಲಿ ರೂಪಿಸುತ್ತಾರೆ, ಅವುಗಳೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಭಾಷೆಯಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, “ನನಗೆ 1C ಗೆ ಪ್ರವೇಶವನ್ನು ನೀಡಿ” ಎಂಬ ಅಂಶದಿಂದ ಪ್ರಾರಂಭಿಸೋಣ.
ಆದ್ದರಿಂದ, ಅಂತಹ ಬಳಕೆದಾರರಿಂದ ನಾವು ನೇರವಾಗಿ ವಿನಂತಿಗಳನ್ನು ಸ್ವೀಕರಿಸಿಲ್ಲ.
ಮತ್ತು ಅದು ಮೊದಲ ಅವಶ್ಯಕತೆಯಾಗಿತ್ತು
- ಪ್ರವೇಶಕ್ಕಾಗಿ ವಿನಂತಿಗಳು ತಾಂತ್ರಿಕ ವಿಭಾಗಗಳಿಂದ ಬರಬೇಕು (ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ ಇವು ಯುನಿಕ್ಸ್, ವಿಂಡೋಸ್, ಹೆಲ್ಪ್‌ಡೆಸ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳು)
ಎರಡನೆಯ ಅವಶ್ಯಕತೆ ಅದು
- ಈ ಪ್ರವೇಶವನ್ನು ಲಾಗ್ ಮಾಡಬೇಕು (ನಾವು ಈ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದ ತಾಂತ್ರಿಕ ವಿಭಾಗದಿಂದ) ಮತ್ತು ವಿನಂತಿಯಂತೆ ನಾವು ಈ ಲಾಗ್ ಮಾಡಿದ ಪ್ರವೇಶಕ್ಕೆ ಲಿಂಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ
ಈ ವಿನಂತಿಯ ರೂಪವು ನಮಗೆ ಅರ್ಥವಾಗಬೇಕು, ಅಂದರೆ.
- ವಿನಂತಿಯು ಯಾವ ಸಬ್‌ನೆಟ್ ಮತ್ತು ಯಾವ ಸಬ್‌ನೆಟ್ ಪ್ರವೇಶವನ್ನು ತೆರೆಯಬೇಕು, ಹಾಗೆಯೇ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು (tcp/udp ಸಂದರ್ಭದಲ್ಲಿ) ಪೋರ್ಟ್‌ಗಳ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರಬೇಕು
ಅಲ್ಲಿಯೂ ಸೂಚಿಸಬೇಕು
- ಈ ಪ್ರವೇಶವನ್ನು ಏಕೆ ತೆರೆಯಲಾಗಿದೆ ಎಂಬುದರ ವಿವರಣೆ
- ತಾತ್ಕಾಲಿಕ ಅಥವಾ ಶಾಶ್ವತ (ತಾತ್ಕಾಲಿಕವಾಗಿದ್ದರೆ, ಯಾವ ದಿನಾಂಕದವರೆಗೆ)
ಮತ್ತು ಬಹಳ ಮುಖ್ಯವಾದ ಅಂಶವೆಂದರೆ ಅನುಮೋದನೆಗಳು
- ಪ್ರವೇಶವನ್ನು ಪ್ರಾರಂಭಿಸಿದ ವಿಭಾಗದ ಮುಖ್ಯಸ್ಥರಿಂದ (ಉದಾಹರಣೆಗೆ, ಲೆಕ್ಕಪತ್ರ ನಿರ್ವಹಣೆ)
- ತಾಂತ್ರಿಕ ವಿಭಾಗದ ಮುಖ್ಯಸ್ಥರಿಂದ, ಈ ವಿನಂತಿಯು ನೆಟ್ವರ್ಕ್ ವಿಭಾಗಕ್ಕೆ ಬಂದಿತು (ಉದಾಹರಣೆಗೆ, ಸಹಾಯವಾಣಿ)
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ಪ್ರವೇಶದ "ಮಾಲೀಕರು" ಪ್ರವೇಶವನ್ನು ಪ್ರಾರಂಭಿಸಿದ ವಿಭಾಗದ ಮುಖ್ಯಸ್ಥರೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ (ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ ಲೆಕ್ಕಪತ್ರ ನಿರ್ವಹಣೆ), ಮತ್ತು ಈ ವಿಭಾಗಕ್ಕೆ ಲಾಗ್ ಮಾಡಲಾದ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರುವ ಪುಟವು ನವೀಕೃತವಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಅವನು ಜವಾಬ್ದಾರನಾಗಿರುತ್ತಾನೆ. .
ಲಾಗಿಂಗ್
ಇದು ನೀವು ಮುಳುಗಬಹುದಾದ ವಿಷಯ. ಆದರೆ ನೀವು ಪೂರ್ವಭಾವಿ ವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಬಯಸಿದರೆ, ಈ ಡೇಟಾ ಪ್ರವಾಹವನ್ನು ಹೇಗೆ ಎದುರಿಸಬೇಕೆಂದು ನೀವು ಕಲಿಯಬೇಕು.
ಕೆಲವು ಪ್ರಾಯೋಗಿಕ ಶಿಫಾರಸುಗಳು ಇಲ್ಲಿವೆ:
- ನೀವು ಪ್ರತಿದಿನ ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಬೇಕು
- ಯೋಜಿತ ಪರಿಶೀಲನೆಯ ಸಂದರ್ಭದಲ್ಲಿ (ಮತ್ತು ತುರ್ತು ಪರಿಸ್ಥಿತಿಯಲ್ಲ), ನೀವು ತೀವ್ರತೆಯ ಮಟ್ಟಗಳು 0, 1, 2 ಗೆ ನಿಮ್ಮನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು ಮತ್ತು ನೀವು ಅಗತ್ಯವೆಂದು ಪರಿಗಣಿಸಿದರೆ ಇತರ ಹಂತಗಳಿಂದ ಆಯ್ದ ಮಾದರಿಗಳನ್ನು ಸೇರಿಸಬಹುದು
- ಲಾಗ್‌ಗಳನ್ನು ಪಾರ್ಸ್ ಮಾಡುವ ಸ್ಕ್ರಿಪ್ಟ್ ಬರೆಯಿರಿ ಮತ್ತು ನಿರ್ಲಕ್ಷಿಸುವ ಪಟ್ಟಿಗೆ ನೀವು ಸೇರಿಸಿದ ಮಾದರಿಗಳನ್ನು ಆ ಲಾಗ್‌ಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ
ಈ ವಿಧಾನವು ಕಾಲಾನಂತರದಲ್ಲಿ, ನಿಮಗೆ ಆಸಕ್ತಿದಾಯಕವಲ್ಲದ ಲಾಗ್‌ಗಳ ನಿರ್ಲಕ್ಷ ಪಟ್ಟಿಯನ್ನು ರಚಿಸಲು ಮತ್ತು ನೀವು ನಿಜವಾಗಿಯೂ ಮುಖ್ಯವೆಂದು ಪರಿಗಣಿಸುವದನ್ನು ಮಾತ್ರ ಬಿಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಇದು ನಮಗೆ ಉತ್ತಮ ಕೆಲಸ ಮಾಡಿದೆ.
ಮಾನಿಟರಿಂಗ್
ಒಂದು ಕಂಪನಿಗೆ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ ಇಲ್ಲದಿರುವುದು ಸಾಮಾನ್ಯ ಸಂಗತಿಯಲ್ಲ. ಉದಾಹರಣೆಗೆ, ನೀವು ಲಾಗ್‌ಗಳ ಮೇಲೆ ಅವಲಂಬಿತರಾಗಬಹುದು, ಆದರೆ ಉಪಕರಣಗಳು ಏನನ್ನೂ "ಹೇಳಲು" ಸಮಯವಿಲ್ಲದೆ "ಸಾಯಬಹುದು" ಅಥವಾ udp ಸಿಸ್ಲಾಗ್ ಪ್ರೋಟೋಕಾಲ್ ಪ್ಯಾಕೆಟ್ ಕಳೆದುಹೋಗಬಹುದು ಮತ್ತು ಬರದೇ ಇರಬಹುದು. ಸಾಮಾನ್ಯವಾಗಿ, ಸಹಜವಾಗಿ, ಸಕ್ರಿಯ ಮೇಲ್ವಿಚಾರಣೆ ಮುಖ್ಯ ಮತ್ತು ಅವಶ್ಯಕವಾಗಿದೆ.
ನನ್ನ ಅಭ್ಯಾಸದಲ್ಲಿ ಎರಡು ಜನಪ್ರಿಯ ಉದಾಹರಣೆಗಳು:
- ಸಂವಹನ ಚಾನೆಲ್‌ಗಳ ಲೋಡ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು, ನಿರ್ಣಾಯಕ ಲಿಂಕ್‌ಗಳು (ಉದಾಹರಣೆಗೆ, ಪೂರೈಕೆದಾರರಿಗೆ ಸಂಪರ್ಕಿಸುವುದು). ದಟ್ಟಣೆಯ ನಷ್ಟದಿಂದಾಗಿ ಸೇವೆಯ ಅವನತಿಯ ಸಂಭಾವ್ಯ ಸಮಸ್ಯೆಯನ್ನು ಪೂರ್ವಭಾವಿಯಾಗಿ ನೋಡಲು ಅವರು ನಿಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತಾರೆ ಮತ್ತು ಅದರ ಪ್ರಕಾರ, ಅದನ್ನು ತಪ್ಪಿಸಿ.
- ನೆಟ್‌ಫ್ಲೋ ಆಧಾರಿತ ಗ್ರಾಫ್‌ಗಳು. ಟ್ರಾಫಿಕ್‌ನಲ್ಲಿನ ವೈಪರೀತ್ಯಗಳನ್ನು ಹುಡುಕಲು ಅವು ಸುಲಭಗೊಳಿಸುತ್ತವೆ ಮತ್ತು ಕೆಲವು ಸರಳವಾದ ಆದರೆ ಗಮನಾರ್ಹವಾದ ಹ್ಯಾಕರ್ ದಾಳಿಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಬಹಳ ಉಪಯುಕ್ತವಾಗಿವೆ.
ಪ್ರಮುಖ! ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಈವೆಂಟ್‌ಗಳಿಗಾಗಿ SMS ಅಧಿಸೂಚನೆಗಳನ್ನು ಹೊಂದಿಸಿ. ಇದು ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಲಾಗಿಂಗ್ ಎರಡಕ್ಕೂ ಅನ್ವಯಿಸುತ್ತದೆ. ನೀವು ಆನ್-ಡ್ಯೂಟಿ ಶಿಫ್ಟ್ ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಕೆಲಸದ ಸಮಯದ ಹೊರಗೆ sms ಸಹ ಬರಬೇಕು.
ಎಲ್ಲಾ ಎಂಜಿನಿಯರ್‌ಗಳನ್ನು ಎಚ್ಚರಗೊಳಿಸದ ರೀತಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಯೋಚಿಸಿ. ಇದಕ್ಕಾಗಿ ನಮ್ಮಲ್ಲಿ ಒಬ್ಬ ಇಂಜಿನಿಯರ್ ಕರ್ತವ್ಯದಲ್ಲಿದ್ದರು.
ನಿಯಂತ್ರಣವನ್ನು ಬದಲಾಯಿಸಿ
ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ನಿಯಂತ್ರಿಸುವುದು ಅನಿವಾರ್ಯವಲ್ಲ. ಆದರೆ, ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಅಗತ್ಯವಿದ್ದಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಯಾರು ಕೆಲವು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ್ದಾರೆ ಮತ್ತು ಏಕೆ ಎಂದು ಸುಲಭವಾಗಿ ಹುಡುಕಲು ನಿಮಗೆ ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಕೆಲವು ಸಲಹೆಗಳು:
- ಆ ಟಿಕೆಟ್‌ನಲ್ಲಿ ಏನು ಮಾಡಲಾಗಿದೆ ಎಂಬುದನ್ನು ವಿವರಿಸಲು ಟಿಕೆಟ್ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಿ, ಉದಾಹರಣೆಗೆ ಅನ್ವಯಿಕ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಟಿಕೆಟ್‌ಗೆ ನಕಲಿಸುವ ಮೂಲಕ
- ನೆಟ್ವರ್ಕ್ ಉಪಕರಣಗಳಲ್ಲಿ ಕಾಮೆಂಟ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬಳಸಿ (ಉದಾಹರಣೆಗೆ, ಜುನಿಪರ್ನಲ್ಲಿ ಕಾಮೆಂಟ್ ಮಾಡಿ). ನೀವು ಟಿಕೆಟ್ ಸಂಖ್ಯೆಯನ್ನು ಬರೆಯಬಹುದು
- ನಿಮ್ಮ ಕಾನ್ಫಿಗರೇಶನ್ ಬ್ಯಾಕಪ್‌ಗಳ ವ್ಯತ್ಯಾಸವನ್ನು ಬಳಸಿ
ನೀವು ಇದನ್ನು ಪ್ರಕ್ರಿಯೆಯಂತೆ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು, ಬದಲಾವಣೆಗಳಿಗಾಗಿ ಪ್ರತಿದಿನ ಎಲ್ಲಾ ಟಿಕೆಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.
ಪ್ರಕ್ರಿಯೆಗಳು
ನಿಮ್ಮ ತಂಡದಲ್ಲಿನ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನೀವು ಔಪಚಾರಿಕಗೊಳಿಸಬೇಕು ಮತ್ತು ವಿವರಿಸಬೇಕು. ನೀವು ಈ ಹಂತವನ್ನು ತಲುಪಿದ್ದರೆ, ನಿಮ್ಮ ತಂಡವು ಈಗಾಗಲೇ ಕನಿಷ್ಠ ಈ ಕೆಳಗಿನ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಡೆಸುತ್ತಿರಬೇಕು:
ದೈನಂದಿನ ಪ್ರಕ್ರಿಯೆಗಳು:
- ಟಿಕೆಟ್ಗಳೊಂದಿಗೆ ಕೆಲಸ
- ದಾಖಲೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿ
- ನಿಯಂತ್ರಣವನ್ನು ಬದಲಾಯಿಸಿ
- ದೈನಂದಿನ ಚೆಕ್ ಶೀಟ್
ವಾರ್ಷಿಕ ಪ್ರಕ್ರಿಯೆಗಳು:
- ಖಾತರಿಗಳು, ಪರವಾನಗಿಗಳ ವಿಸ್ತರಣೆ
ಅಸಮಕಾಲಿಕ ಪ್ರಕ್ರಿಯೆಗಳು:
- ವಿವಿಧ ತುರ್ತು ಪರಿಸ್ಥಿತಿಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆ
ಮೊದಲ ಭಾಗದ ತೀರ್ಮಾನ
ಇದೆಲ್ಲವೂ ಇನ್ನೂ ನೆಟ್ವರ್ಕ್ ಕಾನ್ಫಿಗರೇಶನ್ ಬಗ್ಗೆ ಅಲ್ಲ, ವಿನ್ಯಾಸದ ಬಗ್ಗೆ ಅಲ್ಲ, ನೆಟ್ವರ್ಕ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಬಗ್ಗೆ ಅಲ್ಲ, ರೂಟಿಂಗ್ ಬಗ್ಗೆ ಅಲ್ಲ, ಭದ್ರತೆಯ ಬಗ್ಗೆ ಅಲ್ಲ ಎಂದು ನೀವು ಗಮನಿಸಿದ್ದೀರಾ ... ಇದು ಸುಮಾರು ಏನೋ. ಆದರೆ ಇವುಗಳು ಬಹುಶಃ ನೀರಸವಾಗಿದ್ದರೂ, ಸಹಜವಾಗಿ, ನೆಟ್ವರ್ಕ್ ವಿಭಾಗದ ಕೆಲಸದ ಪ್ರಮುಖ ಅಂಶಗಳಾಗಿವೆ.
ಇಲ್ಲಿಯವರೆಗೆ, ನೀವು ನೋಡುವಂತೆ, ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ನೀವು ಏನನ್ನೂ ಸುಧಾರಿಸಿಲ್ಲ. ಭದ್ರತಾ ದೋಷಗಳಿದ್ದರೆ, ಅವು ಉಳಿಯುತ್ತವೆ; ಕೆಟ್ಟ ವಿನ್ಯಾಸವಿದ್ದರೆ, ಅದು ಉಳಿಯುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್ ಆಗಿ ನಿಮ್ಮ ಕೌಶಲ್ಯ ಮತ್ತು ಜ್ಞಾನವನ್ನು ನೀವು ಅನ್ವಯಿಸುವವರೆಗೆ, ನೀವು ಹೆಚ್ಚಿನ ಸಮಯ, ಶ್ರಮ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಹಣವನ್ನು ಖರ್ಚು ಮಾಡಿದ್ದೀರಿ. ಆದರೆ ಮೊದಲು ನೀವು ಅಡಿಪಾಯವನ್ನು ರಚಿಸಬೇಕು (ಅಥವಾ ಬಲಪಡಿಸಬೇಕು), ತದನಂತರ ನಿರ್ಮಾಣವನ್ನು ಪ್ರಾರಂಭಿಸಬೇಕು.
ಕೆಳಗಿನ ಭಾಗಗಳು ದೋಷಗಳನ್ನು ಹೇಗೆ ಕಂಡುಹಿಡಿಯುವುದು ಮತ್ತು ತೆಗೆದುಹಾಕುವುದು ಮತ್ತು ನಂತರ ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೇಗೆ ಸುಧಾರಿಸುವುದು ಎಂದು ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ.
ಸಹಜವಾಗಿ, ನೀವು ಎಲ್ಲವನ್ನೂ ಅನುಕ್ರಮವಾಗಿ ಮಾಡಬೇಕಾಗಿಲ್ಲ. ಸಮಯವು ನಿರ್ಣಾಯಕವಾಗಬಹುದು. ಸಂಪನ್ಮೂಲಗಳು ಅನುಮತಿಸಿದರೆ ಅದನ್ನು ಸಮಾನಾಂತರವಾಗಿ ಮಾಡಿ.
ಮತ್ತು ಒಂದು ಪ್ರಮುಖ ಸೇರ್ಪಡೆ. ನಿಮ್ಮ ತಂಡದೊಂದಿಗೆ ಸಂವಹಿಸಿ, ಕೇಳಿ, ಸಮಾಲೋಚಿಸಿ. ಕೊನೆಗೆ ಇವರೇ ಇದನ್ನೆಲ್ಲಾ ಬೆಂಬಲಿಸಿ ಮಾಡುತ್ತಾರೆ.
ಮೂಲ: www.habr.com