ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೇಗೆ ನಿಯಂತ್ರಿಸುವುದು. ಅಧ್ಯಾಯ ಎರಡು. ಶುಚಿಗೊಳಿಸುವಿಕೆ ಮತ್ತು ದಾಖಲಾತಿ

ಈ ಲೇಖನವು "ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೇಗೆ ನಿಯಂತ್ರಿಸುವುದು" ಎಂಬ ಲೇಖನಗಳ ಸರಣಿಯಲ್ಲಿ ಎರಡನೆಯದು. ಸರಣಿಯಲ್ಲಿನ ಎಲ್ಲಾ ಲೇಖನಗಳ ವಿಷಯಗಳನ್ನು ಮತ್ತು ಲಿಂಕ್‌ಗಳನ್ನು ಕಾಣಬಹುದು ಇಲ್ಲಿ.

ಈ ಹಂತದಲ್ಲಿ ದಸ್ತಾವೇಜನ್ನು ಮತ್ತು ಸಂರಚನೆಗೆ ಕ್ರಮವನ್ನು ತರುವುದು ನಮ್ಮ ಗುರಿಯಾಗಿದೆ.
ಈ ಪ್ರಕ್ರಿಯೆಯ ಕೊನೆಯಲ್ಲಿ, ನೀವು ಅಗತ್ಯ ದಾಖಲೆಗಳ ಸೆಟ್ ಮತ್ತು ಅವುಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹೊಂದಿರಬೇಕು.

ಈಗ ನಾವು ಭದ್ರತಾ ಲೆಕ್ಕಪರಿಶೋಧನೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುವುದಿಲ್ಲ - ಇದು ಮೂರನೇ ಭಾಗದ ವಿಷಯವಾಗಿರುತ್ತದೆ.

ಈ ಹಂತದಲ್ಲಿ ನಿಯೋಜಿಸಲಾದ ಕೆಲಸವನ್ನು ಪೂರ್ಣಗೊಳಿಸುವ ತೊಂದರೆ, ಸಹಜವಾಗಿ, ಕಂಪನಿಯಿಂದ ಕಂಪನಿಗೆ ಬಹಳ ವ್ಯತ್ಯಾಸಗೊಳ್ಳುತ್ತದೆ.

ಆದರ್ಶ ಪರಿಸ್ಥಿತಿ ಯಾವಾಗ

• ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ಅನುಗುಣವಾಗಿ ರಚಿಸಲಾಗಿದೆ ಮತ್ತು ನೀವು ಸಂಪೂರ್ಣ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೀರಿ
• ನಿಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ ನಿಯಂತ್ರಣ ಮತ್ತು ನಿರ್ವಹಣಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬದಲಾಯಿಸಿ ನೆಟ್ವರ್ಕ್ಗಾಗಿ
• ಈ ಪ್ರಕ್ರಿಯೆಗೆ ಅನುಗುಣವಾಗಿ, ನೀವು ಪ್ರಸ್ತುತ ವ್ಯವಹಾರಗಳ ಬಗ್ಗೆ ಸಂಪೂರ್ಣ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುವ ದಾಖಲೆಗಳನ್ನು (ಎಲ್ಲಾ ಅಗತ್ಯ ರೇಖಾಚಿತ್ರಗಳನ್ನು ಒಳಗೊಂಡಂತೆ) ಹೊಂದಿದ್ದೀರಿ

ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಿಮ್ಮ ಕಾರ್ಯವು ತುಂಬಾ ಸರಳವಾಗಿದೆ. ನೀವು ದಾಖಲೆಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಬೇಕು ಮತ್ತು ಮಾಡಲಾದ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಪರಿಶೀಲಿಸಬೇಕು.

ಕೆಟ್ಟ ಸನ್ನಿವೇಶದಲ್ಲಿ, ನೀವು ಹೊಂದಿರುತ್ತೀರಿ

• ಯೋಜನೆ ಇಲ್ಲದೆ, ಯೋಜನೆ ಇಲ್ಲದೆ, ಅನುಮೋದನೆ ಇಲ್ಲದೆ, ಸಾಕಷ್ಟು ಮಟ್ಟದ ಅರ್ಹತೆಗಳನ್ನು ಹೊಂದಿರದ ಎಂಜಿನಿಯರ್‌ಗಳಿಂದ ರಚಿಸಲಾದ ನೆಟ್‌ವರ್ಕ್,
• ಅಸ್ತವ್ಯಸ್ತವಾಗಿರುವ, ದಾಖಲೆರಹಿತ ಬದಲಾವಣೆಗಳೊಂದಿಗೆ, ಬಹಳಷ್ಟು "ಕಸ" ಮತ್ತು ಉಪಸೂಕ್ತ ಪರಿಹಾರಗಳೊಂದಿಗೆ

ನಿಮ್ಮ ಪರಿಸ್ಥಿತಿಯು ಎಲ್ಲೋ ನಡುವೆ ಇದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಆದರೆ ದುರದೃಷ್ಟವಶಾತ್, ಈ ಪ್ರಮಾಣದಲ್ಲಿ ಉತ್ತಮ - ಕೆಟ್ಟದಾಗಿದೆ, ನೀವು ಕೆಟ್ಟ ಅಂತ್ಯಕ್ಕೆ ಹತ್ತಿರವಾಗುವ ಹೆಚ್ಚಿನ ಸಂಭವನೀಯತೆಯಿದೆ.

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

ಈ ಲೇಖನವು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿದೆ ಎಂದು ಹೇಳಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಇಲ್ಲಿ ನಾನು ಸಾಮಾನ್ಯ ತತ್ವಗಳನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತೇನೆ ಮತ್ತು ಪರಿಹರಿಸಬೇಕಾದ ಕೆಲವು ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತೇನೆ.

ದಾಖಲೆಗಳ ಸೆಟ್

ಒಂದು ಉದಾಹರಣೆಯೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ.

ವಿನ್ಯಾಸದ ಸಮಯದಲ್ಲಿ ಸಿಸ್ಕೋ ಸಿಸ್ಟಮ್ಸ್‌ನಲ್ಲಿ ಸಾಂಪ್ರದಾಯಿಕವಾಗಿ ರಚಿಸಲಾದ ಕೆಲವು ದಾಖಲೆಗಳನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ.

CR - ಗ್ರಾಹಕರ ಅಗತ್ಯತೆಗಳು, ಕ್ಲೈಂಟ್ ಅವಶ್ಯಕತೆಗಳು (ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳು).
ಇದು ಗ್ರಾಹಕರೊಂದಿಗೆ ಜಂಟಿಯಾಗಿ ರಚಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಅವಶ್ಯಕತೆಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

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

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

ಏನಾದರೂ, ಉದಾಹರಣೆಗೆ, IP ವಿಳಾಸಗಳು, AS ಸಂಖ್ಯೆಗಳು, ಭೌತಿಕ ಸ್ವಿಚಿಂಗ್ ಸ್ಕೀಮ್ (ಕೇಬ್ಲಿಂಗ್), ಪ್ರತ್ಯೇಕ ದಾಖಲೆಗಳಲ್ಲಿ "ಹೊರಹಾಕಬಹುದು", ಉದಾಹರಣೆಗೆ ಪಿನ್ (ನೆಟ್‌ವರ್ಕ್ ಅನುಷ್ಠಾನ ಯೋಜನೆ).

ಈ ದಾಖಲೆಗಳ ರಚನೆಯ ನಂತರ ನೆಟ್ವರ್ಕ್ನ ನಿರ್ಮಾಣವು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಅವರೊಂದಿಗೆ ಕಟ್ಟುನಿಟ್ಟಾದ ಅನುಸಾರವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ವಿನ್ಯಾಸದ ಅನುಸರಣೆಗಾಗಿ ಗ್ರಾಹಕರು (ಪರೀಕ್ಷೆಗಳು) ಪರಿಶೀಲಿಸುತ್ತಾರೆ.

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

ಮತ್ತು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಂಪೂರ್ಣ ಕನಿಷ್ಠವಿದೆ, ಅದು ಇಲ್ಲದೆ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ನಿಯಂತ್ರಿಸುವುದು ಅಸಾಧ್ಯ.

ಇವು ಈ ಕೆಳಗಿನ ದಾಖಲೆಗಳಾಗಿವೆ:

• ಭೌತಿಕ ಸ್ವಿಚಿಂಗ್ (ಕೇಬ್ಲಿಂಗ್) ರೇಖಾಚಿತ್ರ (ಲಾಗ್)
• ಅಗತ್ಯ L2/L3 ಮಾಹಿತಿಯೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ ರೇಖಾಚಿತ್ರ ಅಥವಾ ರೇಖಾಚಿತ್ರಗಳು

ಭೌತಿಕ ಸ್ವಿಚಿಂಗ್ ರೇಖಾಚಿತ್ರ

ಕೆಲವು ಸಣ್ಣ ಕಂಪನಿಗಳಲ್ಲಿ, ಉಪಕರಣಗಳ ಸ್ಥಾಪನೆಗೆ ಸಂಬಂಧಿಸಿದ ಕೆಲಸ ಮತ್ತು ಭೌತಿಕ ಸ್ವಿಚಿಂಗ್ (ಕೇಬ್ಲಿಂಗ್) ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್ಗಳ ಜವಾಬ್ದಾರಿಯಾಗಿದೆ.

ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಮಸ್ಯೆಯನ್ನು ಈ ಕೆಳಗಿನ ವಿಧಾನದಿಂದ ಭಾಗಶಃ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ.

• ಇಂಟರ್ಫೇಸ್‌ಗೆ ಏನು ಸಂಪರ್ಕಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ವಿವರಿಸಲು ವಿವರಣೆಯನ್ನು ಬಳಸಿ
• ಎಲ್ಲಾ ಸಂಪರ್ಕವಿಲ್ಲದ ನೆಟ್‌ವರ್ಕ್ ಸಲಕರಣೆ ಪೋರ್ಟ್‌ಗಳನ್ನು ಆಡಳಿತಾತ್ಮಕವಾಗಿ ಸ್ಥಗಿತಗೊಳಿಸಿ

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

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

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

ಪ್ರಮುಖ!

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

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

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

ನೆಟ್ವರ್ಕ್ ರೇಖಾಚಿತ್ರಗಳು

ರೇಖಾಚಿತ್ರಗಳನ್ನು ಚಿತ್ರಿಸಲು ಸಾರ್ವತ್ರಿಕ ವಿಧಾನವಿಲ್ಲ.

ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ರೇಖಾಚಿತ್ರಗಳು ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್‌ನ ಯಾವ ತಾರ್ಕಿಕ ಮತ್ತು ಭೌತಿಕ ಅಂಶಗಳ ಮೂಲಕ ಟ್ರಾಫಿಕ್ ಹರಿಯುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ತಿಳುವಳಿಕೆಯನ್ನು ನೀಡಬೇಕು.

ಭೌತಿಕ ಅಂಶಗಳಿಂದ ನಾವು ಅರ್ಥ

• ಸಕ್ರಿಯ ಉಪಕರಣಗಳು
• ಸಕ್ರಿಯ ಸಲಕರಣೆಗಳ ಸಂಪರ್ಕಸಾಧನಗಳು/ಬಂದರುಗಳು

ತಾರ್ಕಿಕ ಅಡಿಯಲ್ಲಿ -

• ತಾರ್ಕಿಕ ಸಾಧನಗಳು (N7K VDC, ಪಾಲೊ ಆಲ್ಟೊ VSYS, ...)
• ವಿ.ಆರ್.ಎಫ್
• ವಿಲನ್ಸ್
• ಉಪಸಂಪರ್ಕಗಳು
• ಸುರಂಗಗಳು
• ವಲಯಗಳು
• ...

ಅಲ್ಲದೆ, ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರಾಥಮಿಕವಾಗಿಲ್ಲದಿದ್ದರೆ, ಅದು ವಿಭಿನ್ನ ವಿಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
ಉದಾಹರಣೆಗೆ

• ಡೇಟಾ ಸೆಂಟರ್
• ಅಂತರ್ಜಾಲ
• ವಾನ್
• ದೂರಸ್ಥ ಪ್ರವೇಶ
• ಕಚೇರಿ LAN
• ಡಿಎಂಜೆಡ್
• ...

ದೊಡ್ಡ ಚಿತ್ರ (ಈ ಎಲ್ಲಾ ವಿಭಾಗಗಳ ನಡುವೆ ಸಂಚಾರ ಹೇಗೆ ಹರಿಯುತ್ತದೆ) ಮತ್ತು ಪ್ರತಿ ಪ್ರತ್ಯೇಕ ವಿಭಾಗದ ವಿವರವಾದ ವಿವರಣೆಯನ್ನು ನೀಡುವ ಹಲವಾರು ರೇಖಾಚಿತ್ರಗಳನ್ನು ಹೊಂದಲು ಇದು ಬುದ್ಧಿವಂತವಾಗಿದೆ.

ಆಧುನಿಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಹಲವು ತಾರ್ಕಿಕ ಲೇಯರ್‌ಗಳಿರುವುದರಿಂದ, ವಿಭಿನ್ನ ಪದರಗಳಿಗೆ ವಿಭಿನ್ನ ಸರ್ಕ್ಯೂಟ್‌ಗಳನ್ನು ಮಾಡಲು ಇದು ಬಹುಶಃ ಉತ್ತಮ (ಆದರೆ ಅಗತ್ಯವಿಲ್ಲ) ವಿಧಾನವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ಓವರ್‌ಲೇ ವಿಧಾನದ ಸಂದರ್ಭದಲ್ಲಿ ಇದು ಈ ಕೆಳಗಿನ ಸರ್ಕ್ಯೂಟ್‌ಗಳಾಗಿರಬಹುದು:

• ಒವರ್ಲೆ
• L1/L2 ಒಳಪದರ
• L3 ಒಳಪದರ

ಸಹಜವಾಗಿ, ನಿಮ್ಮ ವಿನ್ಯಾಸದ ಕಲ್ಪನೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅಸಾಧ್ಯವಾದ ಪ್ರಮುಖ ರೇಖಾಚಿತ್ರವು ರೂಟಿಂಗ್ ರೇಖಾಚಿತ್ರವಾಗಿದೆ.

ರೂಟಿಂಗ್ ಯೋಜನೆ

ಕನಿಷ್ಠ, ಈ ರೇಖಾಚಿತ್ರವು ಪ್ರತಿಬಿಂಬಿಸಬೇಕು

• ಯಾವ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಎಲ್ಲಿ
• ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಕುರಿತು ಮೂಲಭೂತ ಮಾಹಿತಿ (ಪ್ರದೇಶ/ಎಎಸ್ ಸಂಖ್ಯೆ/ರೂಟರ್-ಐಡಿ/...)
• ಯಾವ ಸಾಧನಗಳಲ್ಲಿ ಪುನರ್ವಿತರಣೆ ಸಂಭವಿಸುತ್ತದೆ?
• ಅಲ್ಲಿ ಫಿಲ್ಟರಿಂಗ್ ಮತ್ತು ಮಾರ್ಗ ಒಟ್ಟುಗೂಡುವಿಕೆ ಸಂಭವಿಸುತ್ತದೆ
• ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಮಾಹಿತಿ

ಅಲ್ಲದೆ, L2 ಯೋಜನೆ (OSI) ಸಾಮಾನ್ಯವಾಗಿ ಉಪಯುಕ್ತವಾಗಿದೆ.

L2 ಯೋಜನೆ (OSI)

ಈ ರೇಖಾಚಿತ್ರವು ಈ ಕೆಳಗಿನ ಮಾಹಿತಿಯನ್ನು ತೋರಿಸಬಹುದು:

• ಯಾವ VLAN ಗಳು
• ಯಾವ ಬಂದರುಗಳು ಟ್ರಂಕ್ ಪೋರ್ಟ್‌ಗಳಾಗಿವೆ
• ಯಾವ ಪೋರ್ಟ್‌ಗಳನ್ನು ಈಥರ್-ಚಾನೆಲ್ (ಪೋರ್ಟ್ ಚಾನಲ್), ವರ್ಚುವಲ್ ಪೋರ್ಟ್ ಚಾನಲ್‌ಗೆ ಒಟ್ಟುಗೂಡಿಸಲಾಗಿದೆ
• ಯಾವ STP ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಯಾವ ಸಾಧನಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ
• ಮೂಲ STP ಸೆಟ್ಟಿಂಗ್‌ಗಳು: ರೂಟ್/ರೂಟ್ ಬ್ಯಾಕಪ್, STP ವೆಚ್ಚ, ಪೋರ್ಟ್ ಆದ್ಯತೆ
• ಹೆಚ್ಚುವರಿ STP ಸೆಟ್ಟಿಂಗ್‌ಗಳು: BPDU ಗಾರ್ಡ್/ಫಿಲ್ಟರ್, ರೂಟ್ ಗಾರ್ಡ್...

ವಿಶಿಷ್ಟ ವಿನ್ಯಾಸ ದೋಷಗಳು

ನೆಟ್ವರ್ಕ್ ನಿರ್ಮಿಸಲು ಕೆಟ್ಟ ವಿಧಾನದ ಉದಾಹರಣೆ.

ಸರಳವಾದ ಕಚೇರಿ LAN ಅನ್ನು ನಿರ್ಮಿಸುವ ಸರಳ ಉದಾಹರಣೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ.

ವಿದ್ಯಾರ್ಥಿಗಳಿಗೆ ಟೆಲಿಕಾಂ ಅನ್ನು ಕಲಿಸುವ ಅನುಭವವನ್ನು ಹೊಂದಿರುವ ನಾನು, ಎರಡನೇ ಸೆಮಿಸ್ಟರ್‌ನ ಮಧ್ಯದಲ್ಲಿ ಯಾವುದೇ ವಿದ್ಯಾರ್ಥಿಯು ಸರಳವಾದ ಆಫೀಸ್ LAN ಅನ್ನು ಹೊಂದಿಸಲು ಅಗತ್ಯವಾದ ಜ್ಞಾನವನ್ನು (ನಾನು ಕಲಿಸಿದ ಕೋರ್ಸ್‌ನ ಭಾಗವಾಗಿ) ಹೊಂದಿದ್ದಾನೆ ಎಂದು ನಾನು ಹೇಳಬಲ್ಲೆ.

ಪರಸ್ಪರ ಸ್ವಿಚ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸುವುದು, ವಿಎಲ್‌ಎಎನ್‌ಗಳು, ಎಸ್‌ವಿಐ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು (ಎಲ್3 ಸ್ವಿಚ್‌ಗಳ ಸಂದರ್ಭದಲ್ಲಿ) ಹೊಂದಿಸುವುದು ಮತ್ತು ಸ್ಥಿರ ರೂಟಿಂಗ್ ಅನ್ನು ಹೊಂದಿಸುವುದು ಕಷ್ಟವೇನು?

ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ಸಂಬಂಧಿಸಿದ ಪ್ರಶ್ನೆಗಳು

• ಭದ್ರತೆ
• ಮೀಸಲಾತಿ
• ನೆಟ್ವರ್ಕ್ ಸ್ಕೇಲಿಂಗ್
• ಉತ್ಪಾದಕತೆ
• ಥ್ರೋಪುಟ್
• ವಿಶ್ವಾಸಾರ್ಹತೆ
• ...

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

ಸಾಮಾನ್ಯ L1 (OSI) ವಿನ್ಯಾಸ ತಪ್ಪುಗಳು

• ಅದೇನೇ ಇದ್ದರೂ, ನೀವು SCS ಗೆ ಸಹ ಜವಾಬ್ದಾರರಾಗಿದ್ದರೆ, ನೀವು ಸ್ವೀಕರಿಸಬಹುದಾದ ಅತ್ಯಂತ ಅಹಿತಕರ ಪರಂಪರೆಯೆಂದರೆ ಅಸಡ್ಡೆ ಮತ್ತು ಕೆಟ್ಟ ಚಿಂತನೆಯ ಸ್ವಿಚಿಂಗ್.

ಬಳಸಿದ ಸಲಕರಣೆಗಳ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ L1 ದೋಷಗಳನ್ನು ನಾನು ವರ್ಗೀಕರಿಸುತ್ತೇನೆ, ಉದಾಹರಣೆಗೆ,

• ಸಾಕಷ್ಟು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್
• ಸಲಕರಣೆಗಳ ಮೇಲೆ ಸಾಕಷ್ಟು TCAM (ಅಥವಾ ಅದರ ಪರಿಣಾಮಕಾರಿಯಲ್ಲದ ಬಳಕೆ)
• ಸಾಕಷ್ಟಿಲ್ಲದ ಕಾರ್ಯಕ್ಷಮತೆ (ಸಾಮಾನ್ಯವಾಗಿ ಫೈರ್‌ವಾಲ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ)

ಸಾಮಾನ್ಯ L2 (OSI) ವಿನ್ಯಾಸ ತಪ್ಪುಗಳು

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

ಪರಿಣಾಮವಾಗಿ, ನಾವು ಸಾಮಾನ್ಯವಾಗಿ ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ

• ದೊಡ್ಡ STP ನೆಟ್ವರ್ಕ್ ವ್ಯಾಸ, ಇದು ಪ್ರಸಾರ ಬಿರುಗಾಳಿಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು
• STP ರೂಟ್ ಅನ್ನು ಯಾದೃಚ್ಛಿಕವಾಗಿ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ (ಮ್ಯಾಕ್ ವಿಳಾಸವನ್ನು ಆಧರಿಸಿ) ಮತ್ತು ಟ್ರಾಫಿಕ್ ಮಾರ್ಗವು ಉಪೋತ್ಕೃಷ್ಟವಾಗಿರುತ್ತದೆ
• ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಪೋರ್ಟ್‌ಗಳನ್ನು ಎಡ್ಜ್ (ಪೋರ್ಟ್‌ಫಾಸ್ಟ್) ಎಂದು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಇದು ಎಂಡ್ ಸ್ಟೇಷನ್‌ಗಳನ್ನು ಆನ್/ಆಫ್ ಮಾಡುವಾಗ STP ಮರು ಲೆಕ್ಕಾಚಾರಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ
• ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು L1/L2 ಮಟ್ಟದಲ್ಲಿ ವಿಭಾಗಿಸಲಾಗುವುದಿಲ್ಲ, ಇದರ ಪರಿಣಾಮವಾಗಿ ಯಾವುದೇ ಸ್ವಿಚ್‌ನಲ್ಲಿನ ಸಮಸ್ಯೆಗಳು (ಉದಾಹರಣೆಗೆ, ಪವರ್ ಓವರ್‌ಲೋಡ್) STP ಟೋಪೋಲಜಿಯ ಮರು ಲೆಕ್ಕಾಚಾರಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ ಮತ್ತು ಎಲ್ಲಾ ಸ್ವಿಚ್‌ಗಳಲ್ಲಿನ ಎಲ್ಲಾ VLAN ಗಳಲ್ಲಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ (ಸೇರಿದಂತೆ ನಿರಂತರತೆಯ ಸೇವಾ ವಿಭಾಗದ ದೃಷ್ಟಿಕೋನದಿಂದ ಒಂದು ನಿರ್ಣಾಯಕ)

L3 (OSI) ವಿನ್ಯಾಸದಲ್ಲಿನ ತಪ್ಪುಗಳ ಉದಾಹರಣೆಗಳು

ಅನನುಭವಿ ನೆಟ್‌ವರ್ಕರ್‌ಗಳ ಕೆಲವು ವಿಶಿಷ್ಟ ತಪ್ಪುಗಳು:

• ಸ್ಥಿರ ರೂಟಿಂಗ್‌ನ ಆಗಾಗ್ಗೆ ಬಳಕೆ (ಅಥವಾ ಬಳಕೆ ಮಾತ್ರ).
• ನಿರ್ದಿಷ್ಟ ವಿನ್ಯಾಸಕ್ಕಾಗಿ ಸಬ್‌ಪ್ಟಿಮಲ್ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಬಳಕೆ
• ಉಪೋತ್ಕೃಷ್ಟ ತಾರ್ಕಿಕ ನೆಟ್ವರ್ಕ್ ವಿಭಾಗ
• ವಿಳಾಸ ಜಾಗದ ಉಪೋತ್ಕೃಷ್ಟ ಬಳಕೆ, ಇದು ಮಾರ್ಗದ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ
• ಬ್ಯಾಕಪ್ ಮಾರ್ಗಗಳಿಲ್ಲ
• ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇಗೆ ಯಾವುದೇ ಮೀಸಲಾತಿ ಇಲ್ಲ
• ಮಾರ್ಗಗಳನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡುವಾಗ ಅಸಮಪಾರ್ಶ್ವದ ರೂಟಿಂಗ್ (NAT/PAT, ಸ್ಟೇಟ್‌ಫುಲ್ ಫೈರ್‌ವಾಲ್‌ಗಳ ಸಂದರ್ಭದಲ್ಲಿ ನಿರ್ಣಾಯಕವಾಗಬಹುದು)
• MTU ಜೊತೆಗಿನ ಸಮಸ್ಯೆಗಳು
• ಮಾರ್ಗಗಳನ್ನು ಮರುನಿರ್ಮಿಸಿದಾಗ, ಸಂಚಾರವು ಇತರ ಭದ್ರತಾ ವಲಯಗಳ ಮೂಲಕ ಅಥವಾ ಇತರ ಫೈರ್‌ವಾಲ್‌ಗಳ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಇದು ಈ ದಟ್ಟಣೆಯನ್ನು ಕೈಬಿಡಲು ಕಾರಣವಾಗುತ್ತದೆ
• ಕಳಪೆ ಟೋಪೋಲಜಿ ಸ್ಕೇಲೆಬಿಲಿಟಿ

ವಿನ್ಯಾಸದ ಗುಣಮಟ್ಟವನ್ನು ನಿರ್ಣಯಿಸುವ ಮಾನದಂಡಗಳು

ನಾವು ಆಪ್ಟಿಮಲಿಟಿ/ಅಪ್ಟಿಮಲಿಟಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುವಾಗ, ನಾವು ಇದನ್ನು ಯಾವ ಮಾನದಂಡದಿಂದ ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಇಲ್ಲಿ, ನನ್ನ ದೃಷ್ಟಿಕೋನದಿಂದ, ಅತ್ಯಂತ ಮಹತ್ವದ (ಆದರೆ ಎಲ್ಲಾ ಅಲ್ಲ) ಮಾನದಂಡಗಳು (ಮತ್ತು ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ವಿವರಣೆ):

• ಸ್ಕೇಲೆಬಿಲಿಟಿ
  ಉದಾಹರಣೆಗೆ, ನೀವು ಇನ್ನೊಂದು ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಸೇರಿಸಲು ನಿರ್ಧರಿಸುತ್ತೀರಿ. ನೀವು ಅದನ್ನು ಎಷ್ಟು ಸುಲಭವಾಗಿ ಮಾಡಬಹುದು?
• ಬಳಕೆಯ ಸುಲಭ (ನಿರ್ವಹಣೆ)
  ಹೊಸ ಗ್ರಿಡ್ ಅನ್ನು ಘೋಷಿಸುವುದು ಅಥವಾ ಮಾರ್ಗಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುವಂತಹ ಕಾರ್ಯಾಚರಣೆಯ ಬದಲಾವಣೆಗಳು ಎಷ್ಟು ಸುಲಭ ಮತ್ತು ಸುರಕ್ಷಿತವಾಗಿದೆ?
• ಲಭ್ಯತೆ
  ನಿಮ್ಮ ಸಿಸ್ಟಂ ಅಗತ್ಯ ಮಟ್ಟದ ಸೇವೆಯನ್ನು ಎಷ್ಟು ಶೇಕಡಾ ಸಮಯ ಒದಗಿಸುತ್ತದೆ?
• ಭದ್ರತೆ
  ರವಾನೆಯಾದ ಡೇಟಾ ಎಷ್ಟು ಸುರಕ್ಷಿತವಾಗಿದೆ?
• ಬೆಲೆ

ಬದಲಾವಣೆಗಳು

ಈ ಹಂತದಲ್ಲಿ ಮೂಲಭೂತ ತತ್ವವನ್ನು "ಯಾವುದೇ ಹಾನಿ ಮಾಡಬೇಡಿ" ಎಂಬ ಸೂತ್ರದಿಂದ ವ್ಯಕ್ತಪಡಿಸಬಹುದು.
ಆದ್ದರಿಂದ, ನೀವು ವಿನ್ಯಾಸ ಮತ್ತು ಆಯ್ಕೆಮಾಡಿದ ಅನುಷ್ಠಾನವನ್ನು (ಸಂರಚನೆ) ಸಂಪೂರ್ಣವಾಗಿ ಒಪ್ಪದಿದ್ದರೂ ಸಹ, ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ಯಾವಾಗಲೂ ಸೂಕ್ತವಲ್ಲ. ಗುರುತಿಸಲಾದ ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳನ್ನು ಎರಡು ನಿಯತಾಂಕಗಳ ಪ್ರಕಾರ ಶ್ರೇಣೀಕರಿಸುವುದು ಸಮಂಜಸವಾದ ವಿಧಾನವಾಗಿದೆ:

• ಈ ಸಮಸ್ಯೆಯನ್ನು ಎಷ್ಟು ಸುಲಭವಾಗಿ ಸರಿಪಡಿಸಬಹುದು
• ಅವಳು ಎಷ್ಟು ಅಪಾಯವನ್ನು ಸಹಿಸಿಕೊಳ್ಳುತ್ತಾಳೆ?

ಮೊದಲನೆಯದಾಗಿ, ಸ್ವೀಕಾರಾರ್ಹ ಮಟ್ಟಕ್ಕಿಂತ ಪ್ರಸ್ತುತವಾಗಿ ಒದಗಿಸಲಾದ ಸೇವೆಯ ಮಟ್ಟವನ್ನು ಕಡಿಮೆಗೊಳಿಸುವುದನ್ನು ತೆಗೆದುಹಾಕುವುದು ಅವಶ್ಯಕವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ಪ್ಯಾಕೆಟ್ ನಷ್ಟಕ್ಕೆ ಕಾರಣವಾಗುವ ಸಮಸ್ಯೆಗಳು. ನಂತರ ಅಪಾಯದ ತೀವ್ರತೆಯ ಕಡಿಮೆ ಕ್ರಮದಲ್ಲಿ ಸರಿಪಡಿಸಲು ಸುಲಭವಾದ ಮತ್ತು ಸುರಕ್ಷಿತವಾದುದನ್ನು ಸರಿಪಡಿಸಿ (ಹೆಚ್ಚಿನ ಅಪಾಯದ ವಿನ್ಯಾಸ ಅಥವಾ ಕಾನ್ಫಿಗರೇಶನ್ ಸಮಸ್ಯೆಗಳಿಂದ ಕಡಿಮೆ-ಅಪಾಯದವರೆಗೆ).

ಈ ಹಂತದಲ್ಲಿ ಪರಿಪೂರ್ಣತೆ ಹಾನಿಕಾರಕವಾಗಬಹುದು. ವಿನ್ಯಾಸವನ್ನು ತೃಪ್ತಿಕರ ಸ್ಥಿತಿಗೆ ತನ್ನಿ ಮತ್ತು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ನೆಟ್‌ವರ್ಕ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಿ.

ಮೂಲ: www.habr.com