ಈ ಲೇಖನವನ್ನು ಬರೆಯುವ ಸಮಯದಲ್ಲಿ, "ನೆಟ್ವರ್ಕ್ ಇಂಜಿನಿಯರ್" ಎಂಬ ಪದಗುಚ್ಛಕ್ಕಾಗಿ ಜನಪ್ರಿಯ ಉದ್ಯೋಗ ಸೈಟ್‌ನಲ್ಲಿ ಹುಡುಕಾಟವು ರಷ್ಯಾದಾದ್ಯಂತ ಸುಮಾರು ಮುನ್ನೂರು ಹುದ್ದೆಗಳನ್ನು ಹಿಂದಿರುಗಿಸಿತು. ಹೋಲಿಕೆಗಾಗಿ, "ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್" ಎಂಬ ಪದಗುಚ್ಛದ ಹುಡುಕಾಟವು ಸುಮಾರು 2.5 ಸಾವಿರ ಖಾಲಿ ಹುದ್ದೆಗಳನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ ಮತ್ತು "DevOps ಎಂಜಿನಿಯರ್" - ಸುಮಾರು 800.
ವಿಜಯಶಾಲಿ ಮೋಡಗಳು, ಡಾಕರ್, ಕುಬರ್ನೆಟ್ಸ್ ಮತ್ತು ಸರ್ವತ್ರ ಸಾರ್ವಜನಿಕ ವೈ-ಫೈ ಸಮಯದಲ್ಲಿ ನೆಟ್‌ವರ್ಕರ್‌ಗಳು ಇನ್ನು ಮುಂದೆ ಅಗತ್ಯವಿಲ್ಲ ಎಂದು ಇದರ ಅರ್ಥವೇ?
ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ (ಸಿ)
ಪರಿಚಯ ಮಾಡಿಕೊಳ್ಳೋಣ. ನನ್ನ ಹೆಸರು ಅಲೆಕ್ಸಿ, ಮತ್ತು ನಾನು ನೆಟ್ವರ್ಕರ್.
ನಾನು 10 ವರ್ಷಗಳಿಗೂ ಹೆಚ್ಚು ಕಾಲ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದೇನೆ ಮತ್ತು 15 ವರ್ಷಗಳಿಗೂ ಹೆಚ್ಚು ಕಾಲ ವಿವಿಧ * ನಿಕ್ಸ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ (ನಾನು ಲಿನಕ್ಸ್ ಮತ್ತು ಫ್ರೀಬಿಎಸ್‌ಡಿ ಎರಡರಲ್ಲೂ ಟಿಂಕರ್ ಮಾಡಲು ಅವಕಾಶವನ್ನು ಹೊಂದಿದ್ದೇನೆ). ನಾನು ಟೆಲಿಕಾಂ ಆಪರೇಟರ್‌ಗಳು, "ಉದ್ಯಮ" ಎಂದು ಪರಿಗಣಿಸಲಾದ ದೊಡ್ಡ ಕಂಪನಿಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಇತ್ತೀಚೆಗೆ ನಾನು "ಯುವ ಮತ್ತು ಧೈರ್ಯಶಾಲಿ" ಫಿನ್‌ಟೆಕ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ, ಅಲ್ಲಿ ಮೋಡಗಳು, ಡೆವೊಪ್ಸ್, ಕುಬರ್ನೆಟ್ಸ್ ಮತ್ತು ಇತರ ಭಯಾನಕ ಪದಗಳು ಖಂಡಿತವಾಗಿಯೂ ನನಗೆ ಮತ್ತು ನನ್ನ ಸಹೋದ್ಯೋಗಿಗಳಿಗೆ ಅನಗತ್ಯವಾಗಿಸುತ್ತದೆ. . ಕೆಲವು ದಿನ. ಇರಬಹುದು.
ಹಕ್ಕು ನಿರಾಕರಣೆ: "ನಮ್ಮ ಜೀವನದಲ್ಲಿ, ಎಲ್ಲವೂ ಯಾವಾಗಲೂ ಮತ್ತು ಎಲ್ಲೆಡೆ ಅಲ್ಲ, ಆದರೆ ಏನಾದರೂ, ಕೆಲವೊಮ್ಮೆ ಸ್ಥಳಗಳಲ್ಲಿ" (ಸಿ) ಮ್ಯಾಕ್ಸಿಮ್ ಡೊರೊಫೀವ್.
ಕೆಳಗೆ ಬರೆದಿರುವ ಎಲ್ಲವನ್ನೂ ಲೇಖಕರ ವೈಯಕ್ತಿಕ ಅಭಿಪ್ರಾಯವೆಂದು ಪರಿಗಣಿಸಬಹುದು ಮತ್ತು ಪರಿಗಣಿಸಬೇಕು, ಅದು ಅಂತಿಮ ಸತ್ಯವೆಂದು ಹೇಳಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಅಥವಾ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಅಧ್ಯಯನವೂ ಸಹ. ಎಲ್ಲಾ ಪಾತ್ರಗಳು ಕಾಲ್ಪನಿಕ, ಎಲ್ಲಾ ಕಾಕತಾಳೀಯ ಯಾದೃಚ್ಛಿಕ.
ನನ್ನ ಪ್ರಪಂಚಕ್ಕೆ ಸ್ವಾಗತ.
ನೀವು ನೆಟ್‌ವರ್ಕರ್‌ಗಳನ್ನು ಎಲ್ಲಿ ಭೇಟಿ ಮಾಡಬಹುದು?
1. ಟೆಲಿಕಾಂ ಆಪರೇಟರ್‌ಗಳು, ಸೇವಾ ಕಂಪನಿಗಳು ಮತ್ತು ಇತರ ಸಂಯೋಜಕರು. ಇಲ್ಲಿ ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ: ಅವರಿಗೆ ನೆಟ್ವರ್ಕ್ ವ್ಯವಹಾರವಾಗಿದೆ. ಅವರು ನೇರವಾಗಿ ಸಂಪರ್ಕವನ್ನು (ಆಪರೇಟರ್‌ಗಳು) ಮಾರಾಟ ಮಾಡುತ್ತಾರೆ ಅಥವಾ ತಮ್ಮ ಗ್ರಾಹಕರ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು / ನಿರ್ವಹಿಸಲು ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತಾರೆ.
ಇಲ್ಲಿ ಸಾಕಷ್ಟು ಅನುಭವವಿದೆ, ಆದರೆ ಹೆಚ್ಚು ಹಣವಿಲ್ಲ (ನೀವು ನಿರ್ದೇಶಕರು ಅಥವಾ ಯಶಸ್ವಿ ಮಾರಾಟ ವ್ಯವಸ್ಥಾಪಕರಲ್ಲದಿದ್ದರೆ). ಮತ್ತು ಇನ್ನೂ, ನೀವು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಇಷ್ಟಪಟ್ಟರೆ ಮತ್ತು ನೀವು ನಿಮ್ಮ ಪ್ರಯಾಣದ ಆರಂಭದಲ್ಲಿದ್ದರೆ, ಕೆಲವು ದೊಡ್ಡ ಆಪರೇಟರ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುವ ವೃತ್ತಿಜೀವನವು ಈಗಲೂ ಸಹ, ಆದರ್ಶ ಆರಂಭಿಕ ಹಂತವಾಗಿರುತ್ತದೆ (ಫೆಡರಲ್‌ನಲ್ಲಿ ಎಲ್ಲವೂ ತುಂಬಾ ಸ್ಕ್ರಿಪ್ಟ್ ಆಗಿದೆ, ಮತ್ತು ಅಲ್ಲಿ ಸೃಜನಶೀಲತೆಗೆ ಕಡಿಮೆ ಸ್ಥಳವಾಗಿದೆ). ಒಳ್ಳೆಯದು, ಕೆಲವು ವರ್ಷಗಳಲ್ಲಿ ಕರ್ತವ್ಯದಲ್ಲಿರುವ ಇಂಜಿನಿಯರ್‌ನಿಂದ ಸಿ-ಲೆವೆಲ್ ಮ್ಯಾನೇಜರ್‌ಗೆ ನೀವು ಹೇಗೆ ಬೆಳೆಯಬಹುದು ಎಂಬುದರ ಕುರಿತು ಕಥೆಗಳು ಸಹ ಸಾಕಷ್ಟು ನೈಜವಾಗಿವೆ, ಅಪರೂಪದಿದ್ದರೂ, ಸ್ಪಷ್ಟ ಕಾರಣಗಳಿಗಾಗಿ. ಸಿಬ್ಬಂದಿಯ ಅವಶ್ಯಕತೆ ಯಾವಾಗಲೂ ಇರುತ್ತದೆ, ಏಕೆಂದರೆ ವಹಿವಾಟು ಸಂಭವಿಸುತ್ತದೆ. ಇದು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಒಳ್ಳೆಯದು ಮತ್ತು ಕೆಟ್ಟದು - ಯಾವಾಗಲೂ ಖಾಲಿ ಹುದ್ದೆಗಳು ಇರುತ್ತವೆ, ಮತ್ತೊಂದೆಡೆ - ಆಗಾಗ್ಗೆ ಹೆಚ್ಚು ಸಕ್ರಿಯ/ಬುದ್ಧಿವಂತರು ತ್ವರಿತವಾಗಿ ಪ್ರಚಾರಕ್ಕಾಗಿ ಅಥವಾ ಇತರ "ಬೆಚ್ಚಗಿನ" ಸ್ಥಳಗಳಿಗೆ ಹೋಗುತ್ತಾರೆ.
2. ಷರತ್ತುಬದ್ಧ "ಉದ್ಯಮ". ಅವರ ಮುಖ್ಯ ಚಟುವಟಿಕೆ ಐಟಿಗೆ ಸಂಬಂಧಿಸಿದೆ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಅದು ತನ್ನದೇ ಆದ ಐಟಿ ವಿಭಾಗವನ್ನು ಹೊಂದಿದೆ, ಇದು ಕಂಪನಿಯ ಆಂತರಿಕ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ, ಕಛೇರಿಗಳಲ್ಲಿನ ನೆಟ್ವರ್ಕ್, ಶಾಖೆಗಳಿಗೆ ಸಂವಹನ ಚಾನಲ್ಗಳು ಇತ್ಯಾದಿ. ಅಂತಹ ಕಂಪನಿಗಳಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಇಂಜಿನಿಯರ್‌ನ ಕಾರ್ಯಗಳನ್ನು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು "ಅರೆಕಾಲಿಕ" ನಿರ್ವಹಿಸಬಹುದು (ನೆಟ್ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯವು ಚಿಕ್ಕದಾಗಿದ್ದರೆ ಅಥವಾ ಬಾಹ್ಯ ಗುತ್ತಿಗೆದಾರರಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತಿದ್ದರೆ), ಮತ್ತು ನೆಟ್ವರ್ಕ್ ತಜ್ಞರು, ಒಬ್ಬರು ಇದ್ದರೆ, ಅದೇ ಸಮಯದಲ್ಲಿ ಟೆಲಿಫೋನಿ ಮತ್ತು SAN ಅನ್ನು ನೋಡಿಕೊಳ್ಳಿ (ಉತ್ತಮವಾಗಿಲ್ಲ). ಅವರು ವಿಭಿನ್ನವಾಗಿ ಪಾವತಿಸುತ್ತಾರೆ - ಇದು ವ್ಯವಹಾರದ ಲಾಭದಾಯಕತೆ, ಕಂಪನಿಯ ಗಾತ್ರ ಮತ್ತು ರಚನೆಯ ಮೇಲೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ನಾನು ಸಿಸ್ಕೋ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿಯಮಿತವಾಗಿ "ಬ್ಯಾರೆಲ್‌ಗಳಲ್ಲಿ ಲೋಡ್ ಮಾಡುವ" ಕಂಪನಿಗಳೊಂದಿಗೆ ಮತ್ತು ಮಲ, ಕೋಲುಗಳು ಮತ್ತು ನೀಲಿ ಟೇಪ್‌ನಿಂದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ನಿರ್ಮಿಸಿದ ಕಂಪನಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಸರ್ವರ್‌ಗಳನ್ನು ಎಂದಿಗೂ ನವೀಕರಿಸಲಾಗಿಲ್ಲ (ಹೇಳಲು ಅಗತ್ಯವಿಲ್ಲ, ಯಾವುದೇ ಮೀಸಲು ಒದಗಿಸಲಾಗಿಲ್ಲ) . ಇಲ್ಲಿ ಕಡಿಮೆ ಅನುಭವವಿದೆ, ಮತ್ತು ಇದು ಬಹುತೇಕ ಖಚಿತವಾಗಿ ಕಟ್ಟುನಿಟ್ಟಾದ ಮಾರಾಟಗಾರ-ಲಾಕ್ ಅಥವಾ "ಏನಾದರೂ ಏನನ್ನೂ ಮಾಡುವುದು ಹೇಗೆ" ಎಂಬ ಪ್ರದೇಶದಲ್ಲಿ ಇರುತ್ತದೆ. ವೈಯಕ್ತಿಕವಾಗಿ, ನಾನು ಅದನ್ನು ಹುಚ್ಚುಚ್ಚಾಗಿ ನೀರಸವಾಗಿ ಕಂಡುಕೊಂಡಿದ್ದೇನೆ, ಆದರೂ ಅನೇಕ ಜನರು ಇದನ್ನು ಇಷ್ಟಪಡುತ್ತಾರೆ - ಎಲ್ಲವನ್ನೂ ಸಾಕಷ್ಟು ಅಳೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಊಹಿಸಬಹುದು (ನಾವು ದೊಡ್ಡ ಕಂಪನಿಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ), "ದೋರಖಾ-ಬಹಾಟೋ", ಇತ್ಯಾದಿ. ಕನಿಷ್ಠ ವರ್ಷಕ್ಕೊಮ್ಮೆ, ಕೆಲವು ಪ್ರಮುಖ ಮಾರಾಟಗಾರರು ಅವರು ಮತ್ತೊಂದು ಮೆಗಾ-ಸೂಪರ್-ಡ್ಯೂಪರ್ ಸಿಸ್ಟಮ್‌ನೊಂದಿಗೆ ಬಂದಿದ್ದಾರೆ ಎಂದು ಹೇಳುತ್ತಾರೆ, ಅದು ಈಗ ಎಲ್ಲವನ್ನೂ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಎಲ್ಲಾ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಮತ್ತು ನೆಟ್‌ವರ್ಕರ್‌ಗಳನ್ನು ಚದುರಿಸಬಹುದು, ಒಂದೆರಡು ಸುಂದರವಾದ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ಬಟನ್‌ಗಳನ್ನು ಒತ್ತಿ ಬಿಡಬಹುದು. ವಾಸ್ತವವೆಂದರೆ, ನಾವು ಪರಿಹಾರದ ವೆಚ್ಚವನ್ನು ನಿರ್ಲಕ್ಷಿಸಿದರೂ, ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಅಲ್ಲಿಂದ ಎಲ್ಲಿಗೂ ಹೋಗುವುದಿಲ್ಲ. ಹೌದು, ಬಹುಶಃ ಕನ್ಸೋಲ್ ಬದಲಿಗೆ ಮತ್ತೆ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಇರುತ್ತದೆ (ಆದರೆ ನಿರ್ದಿಷ್ಟ ಹಾರ್ಡ್‌ವೇರ್ ಅಲ್ಲ, ಆದರೆ ಅಂತಹ ಹತ್ತಾರು ಮತ್ತು ನೂರಾರು ಹಾರ್ಡ್‌ವೇರ್ ತುಣುಕುಗಳನ್ನು ನಿರ್ವಹಿಸುವ ದೊಡ್ಡ ವ್ಯವಸ್ಥೆ), ಆದರೆ “ಎಲ್ಲವೂ ಒಳಗೆ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ” ಎಂಬ ಜ್ಞಾನವು ಇನ್ನೂ ಇರುತ್ತದೆ ಅಗತ್ಯವಿದೆ.
3. ಉತ್ಪನ್ನ ಕಂಪನಿಗಳು, ಅದರ ಲಾಭವು ಕೆಲವು ಸಾಫ್ಟ್‌ವೇರ್ ಅಥವಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಅಭಿವೃದ್ಧಿಯಿಂದ (ಮತ್ತು, ಆಗಾಗ್ಗೆ, ಕಾರ್ಯಾಚರಣೆ) ಬರುತ್ತದೆ - ಅದೇ ಉತ್ಪನ್ನ. ಸಾಮಾನ್ಯವಾಗಿ ಅವರು ಸಣ್ಣ ಮತ್ತು ವೇಗವುಳ್ಳವರಾಗಿದ್ದಾರೆ, ಅವರು ಇನ್ನೂ ಉದ್ಯಮಗಳ ಪ್ರಮಾಣ ಮತ್ತು ಅವರ ಅಧಿಕಾರಶಾಹಿಯಿಂದ ದೂರವಿರುತ್ತಾರೆ. ಇಲ್ಲಿ ಅದೇ ಡೆವೊಪ್ಸ್, ಕ್ಯೂಬರ್‌ಗಳು, ಡಾಕರ್‌ಗಳು ಮತ್ತು ಇತರ ಭಯಾನಕ ಪದಗಳು ಸಾಮೂಹಿಕವಾಗಿ ಕಂಡುಬರುತ್ತವೆ, ಇದು ಖಂಡಿತವಾಗಿಯೂ ನೆಟ್ವರ್ಕ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳನ್ನು ಅನಗತ್ಯ ಮೂಲವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ.
ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್‌ನಿಂದ ನೆಟ್ವರ್ಕರ್ ಹೇಗೆ ಭಿನ್ನವಾಗಿದೆ?
ಜನರ ತಿಳುವಳಿಕೆಯಲ್ಲಿ ಐಟಿಯಿಂದ ಅಲ್ಲ - ಏನೂ ಇಲ್ಲ. ಇಬ್ಬರೂ ಕಪ್ಪು ಪರದೆಯ ಮೇಲೆ ನೋಡಿ ಕೆಲವು ಮಂತ್ರಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ, ಕೆಲವೊಮ್ಮೆ ಸದ್ದಿಲ್ಲದೆ ಪ್ರತಿಜ್ಞೆ ಮಾಡುತ್ತಾರೆ.
ಪ್ರೋಗ್ರಾಮರ್ಗಳ ತಿಳುವಳಿಕೆಯಲ್ಲಿ - ಬಹುಶಃ ವಿಷಯ ಪ್ರದೇಶದ ಮೂಲಕ. ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ, ನೆಟ್‌ವರ್ಕರ್‌ಗಳು ಸ್ವಿಚ್‌ಗಳು ಮತ್ತು ರೂಟರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ. ಕೆಲವೊಮ್ಮೆ ಆಡಳಿತವು ಕೆಟ್ಟದಾಗಿದೆ, ಮತ್ತು ಎಲ್ಲರಿಗೂ ಎಲ್ಲವೂ ಬೀಳುತ್ತದೆ. ಒಳ್ಳೆಯದು, ಏನಾದರೂ ವಿಚಿತ್ರವಾದ ಸಂದರ್ಭದಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಸಹ ದೂಷಿಸಬೇಕಾಗುತ್ತದೆ. ನಿಮ್ಮನ್ನು ಫಕ್ ಮಾಡಿದ ಕಾರಣ, ಅದಕ್ಕಾಗಿಯೇ.
ವಾಸ್ತವವಾಗಿ, ಮುಖ್ಯ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಕೆಲಸ ಮಾಡುವ ವಿಧಾನ. ಬಹುಶಃ, ನೆಟ್‌ವರ್ಕರ್‌ಗಳಲ್ಲಿ "ಇದು ಕೆಲಸ ಮಾಡಿದರೆ, ಅದನ್ನು ಮುಟ್ಟಬೇಡಿ!" ವಿಧಾನದ ಹೆಚ್ಚಿನ ಬೆಂಬಲಿಗರು ಇದ್ದಾರೆ. ನಿಯಮದಂತೆ, ಒಂದೇ ರೀತಿಯಲ್ಲಿ (ಒಬ್ಬ ಮಾರಾಟಗಾರನೊಳಗೆ) ಏನನ್ನಾದರೂ ಮಾಡಬಹುದು; ಪೆಟ್ಟಿಗೆಯ ಸಂಪೂರ್ಣ ಸಂರಚನೆಯು ನಿಮ್ಮ ಕೈಯಲ್ಲಿದೆ. ದೋಷದ ಬೆಲೆ ಹೆಚ್ಚು, ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ತುಂಬಾ ಹೆಚ್ಚು (ಉದಾಹರಣೆಗೆ, ರೂಟರ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಲು ನೀವು ಹಲವಾರು ನೂರು ಕಿಲೋಮೀಟರ್ ಪ್ರಯಾಣಿಸಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಈ ಸಮಯದಲ್ಲಿ ಹಲವಾರು ಸಾವಿರ ಜನರು ಸಂವಹನವಿಲ್ಲದೆ ಇರುತ್ತಾರೆ - ಟೆಲಿಕಾಂ ಆಪರೇಟರ್‌ಗೆ ಸಾಕಷ್ಟು ಸಾಮಾನ್ಯ ಪರಿಸ್ಥಿತಿ) .
ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಇದಕ್ಕಾಗಿಯೇ ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳು ಒಂದೆಡೆ ನೆಟ್ವರ್ಕ್ ಸ್ಥಿರತೆಗೆ ಹೆಚ್ಚು ಪ್ರೇರಿತರಾಗಿದ್ದಾರೆ (ಮತ್ತು ಬದಲಾವಣೆಯು ಸ್ಥಿರತೆಯ ಮುಖ್ಯ ಶತ್ರು), ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಅವರ ಜ್ಞಾನವು ಅಗಲಕ್ಕಿಂತ ಹೆಚ್ಚು ಆಳಕ್ಕೆ ಹೋಗುತ್ತದೆ (ನೀವು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ ಡಜನ್‌ಗಟ್ಟಲೆ ವಿಭಿನ್ನ ಡೀಮನ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ , ನೀವು ನಿರ್ದಿಷ್ಟ ಸಾಧನ ತಯಾರಕರಿಂದ ತಂತ್ರಜ್ಞಾನಗಳು ಮತ್ತು ಅವುಗಳ ಅನುಷ್ಠಾನವನ್ನು ತಿಳಿದುಕೊಳ್ಳಬೇಕು). ಅದಕ್ಕಾಗಿಯೇ ಸಿಸ್ಕೋ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ vlan ಅನ್ನು ಹೇಗೆ ನೋಂದಾಯಿಸುವುದು ಎಂದು ಗೂಗಲ್ ಮಾಡಿದ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಇನ್ನೂ ನೆಟ್ವರ್ಕರ್ ಆಗಿಲ್ಲ. ಮತ್ತು ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಸಂಕೀರ್ಣ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಅವನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬೆಂಬಲಿಸಲು (ಹಾಗೆಯೇ ದೋಷನಿವಾರಣೆಗೆ) ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂಬುದು ಅಸಂಭವವಾಗಿದೆ.
ಆದರೆ ನೀವು ಹೋಸ್ಟರ್ ಹೊಂದಿದ್ದರೆ ನಿಮಗೆ ನೆಟ್ವರ್ಕರ್ ಏಕೆ ಬೇಕು?
ಹೆಚ್ಚುವರಿ ಹಣಕ್ಕಾಗಿ (ಮತ್ತು ನೀವು ತುಂಬಾ ದೊಡ್ಡ ಮತ್ತು ಪ್ರೀತಿಯ ಕ್ಲೈಂಟ್ ಆಗಿದ್ದರೆ, ಬಹುಶಃ ಉಚಿತವಾಗಿ, "ಸ್ನೇಹಿತರಾಗಿ"), ಡೇಟಾ ಸೆಂಟರ್ ಎಂಜಿನಿಯರ್‌ಗಳು ನಿಮ್ಮ ಅಗತ್ಯಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ನಿಮ್ಮ ಸ್ವಿಚ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಬಹುಶಃ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ BGP ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಬಹುದು (ನೀವು ಪ್ರಕಟಣೆಗಾಗಿ IP ವಿಳಾಸಗಳ ನಿಮ್ಮ ಸ್ವಂತ ಸಬ್‌ನೆಟ್ ಹೊಂದಿದ್ದರೆ).
ಮುಖ್ಯ ಸಮಸ್ಯೆ ಎಂದರೆ ಡೇಟಾ ಸೆಂಟರ್ ನಿಮ್ಮ ಐಟಿ ವಿಭಾಗವಲ್ಲ, ಇದು ಲಾಭ ಗಳಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿರುವ ಪ್ರತ್ಯೇಕ ಕಂಪನಿಯಾಗಿದೆ. ಕ್ಲೈಂಟ್ ಆಗಿ ನಿಮ್ಮ ವೆಚ್ಚದಲ್ಲಿ ಸೇರಿದಂತೆ. ಡೇಟಾ ಸೆಂಟರ್ ರಾಕ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅವರಿಗೆ ವಿದ್ಯುತ್ ಮತ್ತು ಶೀತವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಇಂಟರ್ನೆಟ್‌ಗೆ ಕೆಲವು "ಡೀಫಾಲ್ಟ್" ಸಂಪರ್ಕವನ್ನು ಸಹ ಒದಗಿಸುತ್ತದೆ. ಈ ಮೂಲಸೌಕರ್ಯವನ್ನು ಆಧರಿಸಿ, ಡೇಟಾ ಸೆಂಟರ್ ನಿಮ್ಮ ಸಲಕರಣೆಗಳನ್ನು (ಕೊಲೊಕೇಶನ್) ಹೋಸ್ಟ್ ಮಾಡಬಹುದು, ನಿಮಗೆ ಸರ್ವರ್ ಅನ್ನು ಬಾಡಿಗೆಗೆ ನೀಡಬಹುದು (ಮೀಸಲಾದ ಸರ್ವರ್), ಅಥವಾ ನಿರ್ವಹಿಸಿದ ಸೇವೆಯನ್ನು ಒದಗಿಸಬಹುದು (ಉದಾಹರಣೆಗೆ, OpenStack ಅಥವಾ K8s). ಆದರೆ ಡೇಟಾ ಸೆಂಟರ್‌ನ ವ್ಯವಹಾರವು (ಸಾಮಾನ್ಯವಾಗಿ) ಕ್ಲೈಂಟ್ ಮೂಲಸೌಕರ್ಯದ ಆಡಳಿತವಲ್ಲ, ಏಕೆಂದರೆ ಈ ಪ್ರಕ್ರಿಯೆಯು ಸಾಕಷ್ಟು ಕಾರ್ಮಿಕ-ತೀವ್ರವಾಗಿದೆ, ಕಳಪೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿದೆ (ಮತ್ತು ಸಾಮಾನ್ಯ ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಸಾಧ್ಯವಿರುವ ಎಲ್ಲವೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿರುತ್ತದೆ), ಇನ್ನೂ ಕೆಟ್ಟದಾಗಿ ಏಕೀಕೃತವಾಗಿದೆ (ಪ್ರತಿ ಕ್ಲೈಂಟ್). ವೈಯಕ್ತಿಕ) ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ದೂರುಗಳಿಂದ ತುಂಬಿರುತ್ತದೆ ("ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ ಎಂದು ನೀವು ನನಗೆ ಹೇಳುತ್ತೀರಿ, ಆದರೆ ಈಗ ಅದು ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ, ಇದು ನಿಮ್ಮ ತಪ್ಪು!!!111"). ಆದ್ದರಿಂದ, ಹೋಸ್ಟರ್ ನಿಮಗೆ ಏನಾದರೂ ಸಹಾಯ ಮಾಡಿದರೆ, ಅವನು ಅದನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸರಳ ಮತ್ತು ಅನುಕೂಲಕರವಾಗಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಾನೆ. ಕಷ್ಟವನ್ನು ಮಾಡುವುದು ಲಾಭದಾಯಕವಲ್ಲದ ಕಾರಣ, ಅದೇ ಹೋಸ್ಟರ್‌ನ ಎಂಜಿನಿಯರ್‌ಗಳ ಕಾರ್ಮಿಕ ವೆಚ್ಚಗಳ ದೃಷ್ಟಿಕೋನದಿಂದ (ಆದರೆ ಸನ್ನಿವೇಶಗಳು ವಿಭಿನ್ನವಾಗಿವೆ, ಹಕ್ಕು ನಿರಾಕರಣೆ ನೋಡಿ). ಹೋಸ್ಟರ್ ಅಗತ್ಯವಾಗಿ ಎಲ್ಲವನ್ನೂ ಕೆಟ್ಟದಾಗಿ ಮಾಡುತ್ತಾನೆ ಎಂದು ಇದರ ಅರ್ಥವಲ್ಲ. ಆದರೆ ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ಬೇಕಾದುದನ್ನು ಅವನು ನಿಖರವಾಗಿ ಮಾಡುತ್ತಾನೆ ಎಂಬುದು ಸತ್ಯವಲ್ಲ.
ವಿಷಯವು ಸಾಕಷ್ಟು ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ನನ್ನ ಅಭ್ಯಾಸದಲ್ಲಿ ಹಲವಾರು ಬಾರಿ ಕಂಪನಿಗಳು ತಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರನ್ನು ಅವಲಂಬಿಸಬೇಕಾದದ್ದಕ್ಕಿಂತ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಅವಲಂಬಿಸಲು ಪ್ರಾರಂಭಿಸಿದವು ಎಂಬ ಅಂಶವನ್ನು ನಾನು ಎದುರಿಸಿದ್ದೇನೆ ಮತ್ತು ಇದು ಯಾವುದಕ್ಕೂ ಒಳ್ಳೆಯದಕ್ಕೆ ಕಾರಣವಾಗಲಿಲ್ಲ. ಅಲಭ್ಯತೆಯಿಂದ ಉಂಟಾಗುವ ನಷ್ಟವನ್ನು ಒಂದೇ ಒಂದು ಎಸ್‌ಎಲ್‌ಎ ಭರಿಸುವುದಿಲ್ಲ ಎಂದು ನಾನು ದೀರ್ಘವಾಗಿ ಮತ್ತು ವಿವರವಾಗಿ ವಿವರಿಸಬೇಕಾಗಿತ್ತು (ವಿನಾಯಿತಿಗಳಿವೆ, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಇದು ಕ್ಲೈಂಟ್‌ಗೆ ತುಂಬಾ ದುಬಾರಿಯಾಗಿದೆ) ಮತ್ತು ಹೋಸ್ಟರ್‌ಗೆ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ತಿಳಿದಿರುವುದಿಲ್ಲ. ಗ್ರಾಹಕರ ಮೂಲಸೌಕರ್ಯ (ಸಾಮಾನ್ಯ ಸೂಚಕಗಳನ್ನು ಹೊರತುಪಡಿಸಿ). ಮತ್ತು ಹೋಸ್ಟರ್ ನಿಮಗಾಗಿ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಮಾಡುವುದಿಲ್ಲ. ನೀವು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಹೋಸ್ಟರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಪರಿಸ್ಥಿತಿ ಇನ್ನೂ ಕೆಟ್ಟದಾಗಿದೆ. ಅವರ ನಡುವೆ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಅವರು ಖಂಡಿತವಾಗಿಯೂ ನಿಮಗೆ ಏನು ತಪ್ಪಾಗಿದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದಿಲ್ಲ.
ವಾಸ್ತವವಾಗಿ, ಇಲ್ಲಿ ಉದ್ದೇಶಗಳು "ಇನ್-ಹೌಸ್ ಅಡ್ಮಿನ್ ಟೀಮ್ vs ಔಟ್‌ಸೋರ್ಸ್" ಅನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಒಂದೇ ಆಗಿರುತ್ತವೆ. ಅಪಾಯಗಳನ್ನು ಲೆಕ್ಕಹಾಕಿದರೆ, ಗುಣಮಟ್ಟವು ತೃಪ್ತಿಕರವಾಗಿದೆ, ಮತ್ತು ವ್ಯಾಪಾರವು ಮನಸ್ಸಿಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಏಕೆ ಪ್ರಯತ್ನಿಸಬಾರದು. ಮತ್ತೊಂದೆಡೆ, ನೆಟ್ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯದ ಮೂಲಭೂತ ಪದರಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಮತ್ತು ನೀವು ಈಗಾಗಲೇ ಎಲ್ಲವನ್ನೂ ನೀವೇ ಬೆಂಬಲಿಸಿದರೆ ಅದನ್ನು ಹೊರಗಿನ ಹುಡುಗರಿಗೆ ಬಿಡುವುದು ಅಷ್ಟೇನೂ ಯೋಗ್ಯವಲ್ಲ.
ಯಾವ ಸಂದರ್ಭಗಳಲ್ಲಿ ನೆಟ್ವರ್ಕರ್ ಅಗತ್ಯವಿದೆ?
ಮುಂದೆ ನಾವು ಆಧುನಿಕ ಆಹಾರ ಕಂಪನಿಗಳ ಬಗ್ಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಮಾತನಾಡುತ್ತೇವೆ. ಆಪರೇಟರ್‌ಗಳು ಮತ್ತು ಎಂಟರ್‌ಪ್ರೈಸ್‌ನೊಂದಿಗೆ, ಎಲ್ಲವೂ ಸ್ಪಷ್ಟವಾಗಿದೆ, ಪ್ಲಸ್ ಅಥವಾ ಮೈನಸ್ - ಇತ್ತೀಚಿನ ವರ್ಷಗಳಲ್ಲಿ ಅಲ್ಲಿ ಸ್ವಲ್ಪ ಬದಲಾಗಿದೆ, ಮತ್ತು ನೆಟ್‌ವರ್ಕರ್‌ಗಳು ಮೊದಲು ಅಲ್ಲಿ ಅಗತ್ಯವಿತ್ತು ಮತ್ತು ಈಗ ಅವರು ಅಗತ್ಯವಿದೆ. ಆದರೆ ಅದೇ "ಯುವ ಮತ್ತು ಧೈರ್ಯಶಾಲಿ" ವಿಷಯಗಳು ಅಷ್ಟು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ. ಆಗಾಗ್ಗೆ ಅವರು ತಮ್ಮ ಸಂಪೂರ್ಣ ಮೂಲಸೌಕರ್ಯವನ್ನು ಮೋಡಗಳಲ್ಲಿ ಇರಿಸುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಅವರಿಗೆ ನಿಜವಾಗಿಯೂ ನಿರ್ವಾಹಕರು ಅಗತ್ಯವಿಲ್ಲ - ಅದೇ ಮೋಡಗಳ ನಿರ್ವಾಹಕರನ್ನು ಹೊರತುಪಡಿಸಿ, ಸಹಜವಾಗಿ. ಮೂಲಸೌಕರ್ಯವು ಒಂದೆಡೆ, ಅದರ ವಿನ್ಯಾಸದಲ್ಲಿ ಸಾಕಷ್ಟು ಸರಳವಾಗಿದೆ, ಮತ್ತೊಂದೆಡೆ, ಇದು ಚೆನ್ನಾಗಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿದೆ (ಅನ್ಸಿಬಲ್ / ಬೊಂಬೆ, ಟೆರಾಫಾರ್ಮ್, ಸಿಐ / ಸಿಡಿ ... ಚೆನ್ನಾಗಿ, ನಿಮಗೆ ತಿಳಿದಿದೆ). ಆದರೆ ಇಲ್ಲಿಯೂ ಸಹ ನೀವು ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್ ಇಲ್ಲದೆ ಮಾಡಲು ಸಾಧ್ಯವಾಗದ ಸಂದರ್ಭಗಳಿವೆ.
ಉದಾಹರಣೆ 1, ಕ್ಲಾಸಿಕ್
ಒಂದು ಕಂಪನಿಯು ಸಾರ್ವಜನಿಕ IP ವಿಳಾಸದೊಂದಿಗೆ ಒಂದು ಸರ್ವರ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಎಂದು ಭಾವಿಸೋಣ, ಅದು ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿದೆ. ನಂತರ ಎರಡು ಸರ್ವರ್‌ಗಳಿವೆ. ನಂತರ ಹೆಚ್ಚು ... ಶೀಘ್ರದಲ್ಲೇ ಅಥವಾ ನಂತರ, ಸರ್ವರ್ಗಳ ನಡುವೆ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ನ ಅವಶ್ಯಕತೆ ಇರುತ್ತದೆ. ಏಕೆಂದರೆ "ಬಾಹ್ಯ" ದಟ್ಟಣೆಯು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್‌ನಿಂದ (ಉದಾಹರಣೆಗೆ 100Mbit/s ಗಿಂತ ಹೆಚ್ಚಿಲ್ಲ) ಮತ್ತು ತಿಂಗಳಿಗೆ ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ/ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ ಪರಿಮಾಣದ ಮೂಲಕ ಸೀಮಿತವಾಗಿದೆ (ವಿಭಿನ್ನ ಹೋಸ್ಟರ್‌ಗಳು ವಿಭಿನ್ನ ಸುಂಕಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಆದರೆ ಹೊರಗಿನ ಪ್ರಪಂಚಕ್ಕೆ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಸಾಮಾನ್ಯವಾಗಿ ಹೆಚ್ಚು ದುಬಾರಿಯಾಗಿದೆ. ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್).
ಹೋಸ್ಟರ್ ಹೆಚ್ಚುವರಿ ನೆಟ್ವರ್ಕ್ ಕಾರ್ಡ್‌ಗಳನ್ನು ಸರ್ವರ್‌ಗಳಿಗೆ ಸೇರಿಸುತ್ತಾರೆ ಮತ್ತು ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕ vlan ನಲ್ಲಿ ತಮ್ಮ ಸ್ವಿಚ್‌ಗಳಲ್ಲಿ ಸೇರಿಸುತ್ತಾರೆ. ಸರ್ವರ್ಗಳ ನಡುವೆ "ಫ್ಲಾಟ್" ಸ್ಥಳೀಯ ಪ್ರದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಆರಾಮದಾಯಕ!
ಸರ್ವರ್ಗಳ ಸಂಖ್ಯೆ ಬೆಳೆಯುತ್ತಿದೆ ಮತ್ತು ಖಾಸಗಿ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ದಟ್ಟಣೆಯೂ ಬೆಳೆಯುತ್ತಿದೆ - ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು, ಪ್ರತಿಕೃತಿಗಳು, ಇತ್ಯಾದಿ. ಹೋಸ್ಟರ್ ನಿಮ್ಮನ್ನು ಪ್ರತ್ಯೇಕ ಸ್ವಿಚ್‌ಗಳಿಗೆ ಸರಿಸಲು ನೀಡುತ್ತದೆ ಇದರಿಂದ ನೀವು ಇತರ ಕ್ಲೈಂಟ್‌ಗಳೊಂದಿಗೆ ಮಧ್ಯಪ್ರವೇಶಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅವರು ನಿಮ್ಮೊಂದಿಗೆ ಮಧ್ಯಪ್ರವೇಶಿಸುವುದಿಲ್ಲ. ಹೋಸ್ಟರ್ ಕೆಲವು ಸ್ವಿಚ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಹೇಗಾದರೂ ಅವುಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತದೆ - ಹೆಚ್ಚಾಗಿ, ನಿಮ್ಮ ಎಲ್ಲಾ ಸರ್ವರ್ಗಳ ನಡುವೆ ಒಂದು ಫ್ಲಾಟ್ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಬಿಡುತ್ತದೆ. ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಕ್ಷಣದಲ್ಲಿ ಸಮಸ್ಯೆಗಳು ಪ್ರಾರಂಭವಾಗುತ್ತವೆ: ಅತಿಥೇಯಗಳ ನಡುವಿನ ವಿಳಂಬಗಳು ನಿಯತಕಾಲಿಕವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತವೆ, ಲಾಗ್‌ಗಳು ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಹಲವಾರು ಆರ್ಪ್ ಪ್ಯಾಕೆಟ್‌ಗಳ ಬಗ್ಗೆ ದೂರು ನೀಡುತ್ತವೆ ಮತ್ತು ಆಡಿಟ್ ಸಮಯದಲ್ಲಿ ಪೆಂಟೆಸ್ಟರ್ ನಿಮ್ಮ ಸಂಪೂರ್ಣ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಫಕ್ ಮಾಡಿ, ಕೇವಲ ಒಂದು ಸರ್ವರ್ ಅನ್ನು ಮುರಿಯುತ್ತದೆ.
ಏನು ಮಾಡಬೇಕು?
ನೆಟ್ವರ್ಕ್ ಅನ್ನು ವಿಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಿ - vlans. ಪ್ರತಿ vlan ನಲ್ಲಿ ನಿಮ್ಮ ಸ್ವಂತ ವಿಳಾಸವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ, ನೆಟ್‌ವರ್ಕ್‌ಗಳ ನಡುವೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ವರ್ಗಾಯಿಸುವ ಗೇಟ್‌ವೇ ಆಯ್ಕೆಮಾಡಿ. ವಿಭಾಗಗಳ ನಡುವಿನ ಪ್ರವೇಶವನ್ನು ಮಿತಿಗೊಳಿಸಲು ಗೇಟ್‌ವೇಯಲ್ಲಿ acl ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ ಅಥವಾ ಹತ್ತಿರದಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಫೈರ್‌ವಾಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ.
ಉದಾಹರಣೆ 1, ಮುಂದುವರೆಯಿತು
ಸರ್ವರ್‌ಗಳನ್ನು ಒಂದು ಬಳ್ಳಿಯೊಂದಿಗೆ LAN ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ. ಚರಣಿಗೆಗಳಲ್ಲಿನ ಸ್ವಿಚ್‌ಗಳು ಹೇಗಾದರೂ ಪರಸ್ಪರ ಸಂಪರ್ಕ ಹೊಂದಿವೆ, ಆದರೆ ಒಂದು ರ್ಯಾಕ್‌ನಲ್ಲಿ ಅಪಘಾತ ಸಂಭವಿಸಿದರೆ, ಇನ್ನೂ ಮೂರು ಪಕ್ಕದ ಪದಗಳಿಗಿಂತ ಬೀಳುತ್ತವೆ. ಯೋಜನೆಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ, ಆದರೆ ಅವುಗಳ ಪ್ರಸ್ತುತತೆಯ ಬಗ್ಗೆ ಅನುಮಾನಗಳಿವೆ. ಪ್ರತಿ ಸರ್ವರ್ ತನ್ನದೇ ಆದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ, ಅದನ್ನು ಹೋಸ್ಟರ್ನಿಂದ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ರಾಕ್ಗೆ ಕಟ್ಟಲಾಗುತ್ತದೆ. ಆ. ಸರ್ವರ್ ಅನ್ನು ಚಲಿಸುವಾಗ, ವಿಳಾಸವನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ.
ಏನು ಮಾಡಬೇಕು?
ರಾಕ್‌ನಲ್ಲಿರುವ ಸ್ವಿಚ್‌ಗಳಿಗೆ ಎರಡು ಹಗ್ಗಗಳೊಂದಿಗೆ LAG (ಲಿಂಕ್ ಅಗ್ರಿಗೇಷನ್ ಗ್ರೂಪ್) ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸರ್ವರ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ (ಅವುಗಳು ಸಹ ಅನಗತ್ಯವಾಗಿರಬೇಕು). ಚರಣಿಗೆಗಳ ನಡುವಿನ ಸಂಪರ್ಕಗಳನ್ನು ಕಾಯ್ದಿರಿಸಿ ಮತ್ತು ಅವುಗಳನ್ನು "ಸ್ಟಾರ್" (ಅಥವಾ ಈಗ ಫ್ಯಾಶನ್ CLOS) ಗೆ ಪರಿವರ್ತಿಸಿ ಇದರಿಂದ ಒಂದು ರಾಕ್ನ ನಷ್ಟವು ಇತರರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ನೆಟ್ವರ್ಕ್ ಕೋರ್ ಇರುವ "ಕೇಂದ್ರ" ಚರಣಿಗೆಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಇತರ ಚರಣಿಗೆಗಳನ್ನು ಎಲ್ಲಿ ಸಂಪರ್ಕಿಸಲಾಗುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಕ್ರಮವಾಗಿ ಇರಿಸಿ, ಹೋಸ್ಟರ್ನಿಂದ (ಅಥವಾ RIR ನಿಂದ, ಸಾಧ್ಯವಾದರೆ) ಸಬ್‌ನೆಟ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಅದನ್ನು ನೀವೇ (ಅಥವಾ ಹೋಸ್ಟರ್ ಮೂಲಕ) ಜಗತ್ತಿಗೆ ಘೋಷಿಸಿ.
ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಆಳವಾದ ಜ್ಞಾನವನ್ನು ಹೊಂದಿರದ "ಸಾಮಾನ್ಯ" ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರಿಂದ ಇದೆಲ್ಲವನ್ನೂ ಮಾಡಬಹುದೇ? ಸರಿಯಾಗಿ ಗೊತ್ತಿಲ್ಲ. ಆತಿಥೇಯರು ಇದನ್ನು ಮಾಡುತ್ತಾರೆಯೇ? ಬಹುಶಃ ಅದು ಆಗುತ್ತದೆ, ಆದರೆ ನಿಮಗೆ ಸಾಕಷ್ಟು ವಿವರವಾದ ತಾಂತ್ರಿಕ ವಿವರಣೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ, ಅದನ್ನು ಯಾರಾದರೂ ಸಹ ಸೆಳೆಯಬೇಕಾಗುತ್ತದೆ. ತದನಂತರ ಎಲ್ಲವನ್ನೂ ಸರಿಯಾಗಿ ಮಾಡಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಉದಾಹರಣೆ 2: ಮೇಘ
ನೀವು ಕೆಲವು ಸಾರ್ವಜನಿಕ ಕ್ಲೌಡ್‌ನಲ್ಲಿ VPC ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. VPC ಒಳಗೆ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಕಚೇರಿ ಅಥವಾ ಮೂಲಸೌಕರ್ಯದ ಆನ್-ಪ್ರೇಮ್ ಭಾಗದಿಂದ ಪ್ರವೇಶವನ್ನು ಪಡೆಯಲು, ನೀವು IPSec ಅಥವಾ ಮೀಸಲಾದ ಚಾನಲ್ ಮೂಲಕ ಸಂಪರ್ಕವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಒಂದೆಡೆ, IPSec ಅಗ್ಗವಾಗಿದೆ, ಏಕೆಂದರೆ ಹೆಚ್ಚುವರಿ ಯಂತ್ರಾಂಶವನ್ನು ಖರೀದಿಸುವ ಅಗತ್ಯವಿಲ್ಲ; ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಮತ್ತು ಕ್ಲೌಡ್‌ನೊಂದಿಗೆ ನಿಮ್ಮ ಸರ್ವರ್ ನಡುವೆ ನೀವು ಸುರಂಗವನ್ನು ಹೊಂದಿಸಬಹುದು. ಆದರೆ - ವಿಳಂಬಗಳು, ಸೀಮಿತ ಕಾರ್ಯಕ್ಷಮತೆ (ಚಾನಲ್ ಅನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಬೇಕಾಗಿರುವುದರಿಂದ), ಜೊತೆಗೆ ಖಾತರಿಯಿಲ್ಲದ ಸಂಪರ್ಕ (ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಪ್ರವೇಶಿಸುವುದರಿಂದ).
ಏನು ಮಾಡಬೇಕು?
ಮೀಸಲಾದ ಚಾನಲ್ ಮೂಲಕ ಸಂಪರ್ಕವನ್ನು ಹೆಚ್ಚಿಸಿ (ಉದಾಹರಣೆಗೆ, AWS ಇದನ್ನು ನೇರ ಸಂಪರ್ಕ ಎಂದು ಕರೆಯುತ್ತದೆ). ಇದನ್ನು ಮಾಡಲು, ನಿಮ್ಮನ್ನು ಸಂಪರ್ಕಿಸುವ ಪಾಲುದಾರ ಆಪರೇಟರ್ ಅನ್ನು ಹುಡುಕಿ, ನಿಮಗೆ ಹತ್ತಿರವಿರುವ ಸಂಪರ್ಕ ಬಿಂದುವನ್ನು ನಿರ್ಧರಿಸಿ (ನೀವು ಆಪರೇಟರ್‌ಗೆ ಮತ್ತು ಆಪರೇಟರ್‌ಗೆ ಕ್ಲೌಡ್‌ಗೆ) ಮತ್ತು, ಅಂತಿಮವಾಗಿ, ಎಲ್ಲವನ್ನೂ ಹೊಂದಿಸಿ. ನೆಟ್ವರ್ಕ್ ಇಂಜಿನಿಯರ್ ಇಲ್ಲದೆ ಇದೆಲ್ಲ ಮಾಡಲು ಸಾಧ್ಯವೇ? ಖಂಡಿತ ಹೌದು. ಆದರೆ ಸಮಸ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ ಅವನಿಲ್ಲದೆ ಹೇಗೆ ದೋಷನಿವಾರಣೆ ಮಾಡುವುದು ಎಂಬುದು ಇನ್ನು ಮುಂದೆ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ.
ಮೋಡಗಳ ನಡುವಿನ ಲಭ್ಯತೆಯ ಸಮಸ್ಯೆಗಳು (ನೀವು ಮಲ್ಟಿಕ್ಲೌಡ್ ಹೊಂದಿದ್ದರೆ) ಅಥವಾ ವಿವಿಧ ಪ್ರದೇಶಗಳ ನಡುವಿನ ವಿಳಂಬದ ಸಮಸ್ಯೆಗಳು ಇತ್ಯಾದಿ. ಸಹಜವಾಗಿ, ಈಗ ಮೋಡದಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ ಎಂಬುದರ ಪಾರದರ್ಶಕತೆಯನ್ನು ಹೆಚ್ಚಿಸುವ ಅನೇಕ ಸಾಧನಗಳು ಕಾಣಿಸಿಕೊಂಡಿವೆ (ಅದೇ ಸಾವಿರ ಕಣ್ಣುಗಳು), ಆದರೆ ಇವೆಲ್ಲವೂ ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ನ ಸಾಧನಗಳಾಗಿವೆ ಮತ್ತು ಅವನಿಗೆ ಬದಲಿಯಾಗಿಲ್ಲ.
ನನ್ನ ಅಭ್ಯಾಸದಿಂದ ನಾನು ಅಂತಹ ಹನ್ನೆರಡು ಉದಾಹರಣೆಗಳನ್ನು ಚಿತ್ರಿಸಬಹುದು, ಆದರೆ ತಂಡವು ನಿರ್ದಿಷ್ಟ ಮಟ್ಟದ ಮೂಲಸೌಕರ್ಯ ಅಭಿವೃದ್ಧಿಯಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನೆಟ್ವರ್ಕ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಲ್ಲ ವ್ಯಕ್ತಿಯನ್ನು (ಮೇಲಾಗಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು) ಹೊಂದಿರಬೇಕು ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ನೆಟ್ವರ್ಕ್ ಉಪಕರಣಗಳು ಮತ್ತು ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಿದರೆ ಅವುಗಳನ್ನು ಪರಿಹರಿಸಿ. ನನ್ನನ್ನು ನಂಬಿರಿ, ಅವನಿಗೆ ಏನಾದರೂ ಮಾಡಬೇಕು
ನೆಟ್ವರ್ಕರ್ ಏನು ತಿಳಿದಿರಬೇಕು?
ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗೆ ನೆಟ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಮಾತ್ರ ವ್ಯವಹರಿಸುವುದು ಅನಿವಾರ್ಯವಲ್ಲ (ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಹಾನಿಕಾರಕ) ಮತ್ತು ಬೇರೇನೂ ಅಲ್ಲ. ನಾವು ಸಂಪೂರ್ಣವಾಗಿ ಸಾರ್ವಜನಿಕ ಮೋಡದಲ್ಲಿ ವಾಸಿಸುವ ಮೂಲಸೌಕರ್ಯದೊಂದಿಗೆ ಆಯ್ಕೆಯನ್ನು ಪರಿಗಣಿಸದಿದ್ದರೂ (ಮತ್ತು, ಒಬ್ಬರು ಏನು ಹೇಳಿದರೂ, ಅದು ಹೆಚ್ಚು ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗುತ್ತಿದೆ), ಮತ್ತು ಉದಾಹರಣೆಗೆ, ಆವರಣ ಅಥವಾ ಖಾಸಗಿ ಮೋಡಗಳ ಮೇಲೆ ತೆಗೆದುಕೊಳ್ಳಿ. "CCNP-ಮಟ್ಟದ ಜ್ಞಾನ ಮಾತ್ರ" "ನೀವು ಬಿಡುವುದಿಲ್ಲ.
ಇದರ ಜೊತೆಗೆ, ವಾಸ್ತವವಾಗಿ, ನೆಟ್‌ವರ್ಕ್‌ಗಳು - ಅಧ್ಯಯನಕ್ಕಾಗಿ ಸರಳವಾಗಿ ಅಂತ್ಯವಿಲ್ಲದ ಕ್ಷೇತ್ರವಿದ್ದರೂ, ನೀವು ಒಂದು ಪ್ರದೇಶದಲ್ಲಿ ಮಾತ್ರ ಗಮನಹರಿಸಿದ್ದರೂ ಸಹ (ಒದಗಿಸುವವರ ನೆಟ್‌ವರ್ಕ್‌ಗಳು, ಉದ್ಯಮಗಳು, ಡೇಟಾ ಕೇಂದ್ರಗಳು, ವೈ-ಫೈ ...)
ಸಹಜವಾಗಿ, ನಿಮ್ಮಲ್ಲಿ ಹಲವರು ಈಗ ಪೈಥಾನ್ ಮತ್ತು ಇತರ "ನೆಟ್ವರ್ಕ್ ಆಟೊಮೇಷನ್" ಅನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತಾರೆ, ಆದರೆ ಇದು ಕೇವಲ ಅವಶ್ಯಕವಾಗಿದೆ, ಆದರೆ ಸಾಕಷ್ಟು ಸ್ಥಿತಿಯಲ್ಲ. ನೆಟ್ವರ್ಕ್ ಇಂಜಿನಿಯರ್‌ಗೆ "ಯಶಸ್ವಿಯಾಗಿ ತಂಡವನ್ನು ಸೇರಲು" ಅವರು ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಸಹ ನಿರ್ವಾಹಕರು/ಡೆವ್ಸ್ ಇಬ್ಬರೊಂದಿಗೆ ಒಂದೇ ಭಾಷೆಯನ್ನು ಮಾತನಾಡಲು ಶಕ್ತರಾಗಿರಬೇಕು. ಅದರ ಅರ್ಥವೇನು?
- ಬಳಕೆದಾರರಾಗಿ ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಮಾತ್ರವಲ್ಲ, ಕನಿಷ್ಠ ಸಿಸ್‌ಆಡ್ಮಿನ್-ಜುನ್ ಮಟ್ಟದಲ್ಲಿ ಅದನ್ನು ನಿರ್ವಹಿಸಲು ಸಹ ಸಾಧ್ಯವಾಗುತ್ತದೆ: ಅಗತ್ಯ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ, ವಿಫಲವಾದ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ, ಸರಳವಾದ ಸಿಸ್ಟಮ್‌ಡಿ-ಯೂನಿಟ್ ಅನ್ನು ಬರೆಯಿರಿ.
- ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಸ್ಟಾಕ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಹೈಪರ್‌ವೈಸರ್‌ಗಳು ಮತ್ತು ಕಂಟೈನರ್‌ಗಳಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ (ಎಲ್‌ಎಕ್ಸ್‌ಸಿ / ಡಾಕರ್ / ಕುಬರ್ನೆಟ್ಸ್) ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ (ಕನಿಷ್ಠ ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ).
- ಸಹಜವಾಗಿ, ಅನ್ಸಿಬಲ್ / ಬಾಣಸಿಗ / ಕೈಗೊಂಬೆ ಅಥವಾ ಇನ್ನೊಂದು SCM ಸಿಸ್ಟಮ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
- ಖಾಸಗಿ ಮೋಡಗಳಿಗೆ SDN ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಬಗ್ಗೆ ಪ್ರತ್ಯೇಕ ಸಾಲನ್ನು ಬರೆಯಬೇಕು (ಉದಾಹರಣೆಗೆ, ಟಂಗ್‌ಸ್ಟನ್ ಫ್ಯಾಬ್ರಿಕ್ ಅಥವಾ ಓಪನ್‌ವಿಸ್ವಿಚ್). ಇದು ಜ್ಞಾನದ ಮತ್ತೊಂದು ದೊಡ್ಡ ಪದರವಾಗಿದೆ.
ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ನಾನು ವಿಶಿಷ್ಟವಾದ ಟಿ-ಆಕಾರದ ತಜ್ಞರನ್ನು ವಿವರಿಸಿದ್ದೇನೆ (ಇದು ಈಗ ಹೇಳಲು ಫ್ಯಾಶನ್ ಆಗಿದೆ). ಇದು ಹೊಸದೇನಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಸಂದರ್ಶನದ ಅನುಭವದ ಆಧಾರದ ಮೇಲೆ, ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳು ಮೇಲಿನ ಪಟ್ಟಿಯಿಂದ ಕನಿಷ್ಠ ಎರಡು ವಿಷಯಗಳ ಜ್ಞಾನವನ್ನು ಹೆಗ್ಗಳಿಕೆಗೆ ಒಳಪಡಿಸುವುದಿಲ್ಲ. ಪ್ರಾಯೋಗಿಕವಾಗಿ, "ಸಂಬಂಧಿತ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ" ಜ್ಞಾನದ ಕೊರತೆಯು ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಮಾತ್ರವಲ್ಲದೆ, ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ವ್ಯಾಪಾರ ಮಾಡುವ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಯೋಜನೆಯ ಕೆಳಮಟ್ಟದ ಮೂಲಸೌಕರ್ಯವಾಗಿ ಬಹಳ ಕಷ್ಟಕರವಾಗಿದೆ. ಮತ್ತು ಈ ತಿಳುವಳಿಕೆಯಿಲ್ಲದೆ, ನಿಮ್ಮ ದೃಷ್ಟಿಕೋನವನ್ನು ರಕ್ಷಿಸಲು ಮತ್ತು ಅದನ್ನು ವ್ಯಾಪಾರಕ್ಕೆ "ಮಾರಾಟ" ಮಾಡುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗುತ್ತದೆ.
ಮತ್ತೊಂದೆಡೆ, "ಸಿಸ್ಟಮ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ" ಅದೇ ಅಭ್ಯಾಸವು ಹ್ಯಾಬ್ರೆ/ಮೀಡಿಯಂನಲ್ಲಿನ ಲೇಖನಗಳು ಮತ್ತು ಟೆಲಿಗ್ರಾಮ್‌ನಲ್ಲಿನ ಚಾಟ್‌ಗಳಿಂದ ತಂತ್ರಜ್ಞಾನಗಳ ಬಗ್ಗೆ ತಿಳಿದಿರುವ ವಿವಿಧ "ಜನರಲಿಸ್ಟ್" ಗಿಂತ ನೆಟ್‌ವರ್ಕರ್‌ಗಳಿಗೆ ಉತ್ತಮ ಪ್ರಯೋಜನವನ್ನು ನೀಡುತ್ತದೆ, ಆದರೆ ಹೇಗೆ ಎಂದು ಸಂಪೂರ್ಣವಾಗಿ ತಿಳಿದಿಲ್ಲ. ಈ ಅಥವಾ ಆ ಸಾಫ್ಟ್‌ವೇರ್ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ತತ್ವಗಳು? ಮತ್ತು ಕೆಲವು ಮಾದರಿಗಳ ಜ್ಞಾನವು ತಿಳಿದಿರುವಂತೆ, ಅನೇಕ ಸಂಗತಿಗಳ ಜ್ಞಾನವನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ.
ತೀರ್ಮಾನಗಳು, ಅಥವಾ ಕೇವಲ TL;DR
- ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರು (DBA ಅಥವಾ VoIP ಇಂಜಿನಿಯರ್‌ನಂತೆ) ಸಾಕಷ್ಟು ಕಿರಿದಾದ ಪ್ರೊಫೈಲ್‌ನೊಂದಿಗೆ ಪರಿಣಿತರಾಗಿದ್ದಾರೆ (ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು/devs/SRE ಗಿಂತ ಭಿನ್ನವಾಗಿ), ಇದರ ಅಗತ್ಯವು ತಕ್ಷಣವೇ ಉದ್ಭವಿಸುವುದಿಲ್ಲ (ಮತ್ತು ದೀರ್ಘಕಾಲದವರೆಗೆ ಉದ್ಭವಿಸದಿರಬಹುದು, ವಾಸ್ತವವಾಗಿ) . ಆದರೆ ಅದು ಉದ್ಭವಿಸಿದರೆ, ಅದನ್ನು ಹೊರಗಿನ ಪರಿಣತಿಯಿಂದ ಬದಲಾಯಿಸಲು ಅಸಂಭವವಾಗಿದೆ (ಹೊರಗುತ್ತಿಗೆ ಅಥವಾ ಸಾಮಾನ್ಯ ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ನಿರ್ವಾಹಕರು, "ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಸಹ ನೋಡಿಕೊಳ್ಳುವವರು"). ಸ್ವಲ್ಪ ದುಃಖದ ಸಂಗತಿಯೆಂದರೆ, ಅಂತಹ ತಜ್ಞರ ಅಗತ್ಯವು ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ಷರತ್ತುಬದ್ಧವಾಗಿ, 800 ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಮತ್ತು 30 ಡೆವೊಪ್‌ಗಳು/ನಿರ್ವಾಹಕರನ್ನು ಹೊಂದಿರುವ ಕಂಪನಿಯಲ್ಲಿ, ತಮ್ಮ ಜವಾಬ್ದಾರಿಗಳೊಂದಿಗೆ ಅತ್ಯುತ್ತಮವಾದ ಕೆಲಸವನ್ನು ಮಾಡುವ ಇಬ್ಬರು ನೆಟ್‌ವರ್ಕರ್‌ಗಳು ಮಾತ್ರ ಇರಬಹುದು. ಆ. ಮಾರುಕಟ್ಟೆಯು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ಉತ್ತಮ ಸಂಬಳದೊಂದಿಗೆ - ಇನ್ನೂ ಕಡಿಮೆ.
- ಮತ್ತೊಂದೆಡೆ, ಆಧುನಿಕ ಜಗತ್ತಿನಲ್ಲಿ ಉತ್ತಮ ನೆಟ್‌ವರ್ಕರ್‌ಗಳು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಮಾತ್ರ ತಿಳಿದಿರಬೇಕು (ಮತ್ತು ಅವುಗಳ ಸಂರಚನೆಯನ್ನು ಹೇಗೆ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವುದು), ಆದರೆ ಈ ನೆಟ್‌ವರ್ಕ್‌ಗಳ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಅವರೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತವೆ. ಇದು ಇಲ್ಲದೆ, ನಿಮ್ಮ ಸಹೋದ್ಯೋಗಿಗಳು ನಿಮ್ಮಿಂದ ಏನು ಕೇಳುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ಅವರಿಗೆ ನಿಮ್ಮ ಇಚ್ಛೆಗಳನ್ನು/ಅವಶ್ಯಕತೆಗಳನ್ನು (ಸಮಂಜಸವಾಗಿ) ತಿಳಿಸಲು ತುಂಬಾ ಕಷ್ಟವಾಗುತ್ತದೆ.
- ಮೋಡವಿಲ್ಲ, ಅದು ಬೇರೆಯವರ ಕಂಪ್ಯೂಟರ್. ಸಾರ್ವಜನಿಕ/ಖಾಸಗಿ ಕ್ಲೌಡ್‌ಗಳು ಅಥವಾ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರ ಸೇವೆಗಳನ್ನು ಬಳಸುವುದರಿಂದ "ನಿಮಗಾಗಿ ಎಲ್ಲವನ್ನೂ ಟರ್ನ್‌ಕೀ ಆಧಾರದ ಮೇಲೆ ಮಾಡುತ್ತದೆ" ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬ ಅಂಶವನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅದರೊಂದಿಗಿನ ಸಮಸ್ಯೆಗಳು ಕಾರ್ಯಾಚರಣೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ ಎಂದು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್. ನಿಮ್ಮ ಯೋಜನೆಯ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ಸಾಮರ್ಥ್ಯ ಕೇಂದ್ರವು ಎಲ್ಲಿದೆ ಎಂಬುದು ನಿಮ್ಮ ಆಯ್ಕೆಯಾಗಿದೆ.
ಮೂಲ: www.habr.com