ನೀವು ಹೆಚ್ಚು ಹೆಚ್ಚು ಕುಬರ್ನೆಟ್ ಸೇವೆಗಳನ್ನು ರಚಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಆರಂಭದಲ್ಲಿ ಸರಳವಾದ ಕಾರ್ಯಗಳು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಅಭಿವೃದ್ಧಿ ತಂಡಗಳು ಅದೇ ಹೆಸರಿನಲ್ಲಿ ಸೇವೆಗಳು ಅಥವಾ ನಿಯೋಜನೆಗಳನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೀವು ಸಾವಿರಾರು ಪಾಡ್ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಅವುಗಳನ್ನು ಸರಳವಾಗಿ ಪಟ್ಟಿ ಮಾಡಲು ಸಾಕಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಅವುಗಳನ್ನು ಸರಿಯಾಗಿ ನಿರ್ವಹಿಸುವುದನ್ನು ಬಿಡಿ. ಮತ್ತು ಇದು ಮಂಜುಗಡ್ಡೆಯ ತುದಿ ಮಾತ್ರ.
ಕುಬರ್ನೆಟ್ಸ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿರ್ವಹಿಸುವುದನ್ನು ನೇಮ್ಸ್ಪೇಸ್ ಹೇಗೆ ಸುಲಭಗೊಳಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ಹಾಗಾದರೆ ನೇಮ್ಸ್ಪೇಸ್ ಎಂದರೇನು? ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ನಿಮ್ಮ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ವರ್ಚುವಲ್ ಕ್ಲಸ್ಟರ್ ಎಂದು ಪರಿಗಣಿಸಬಹುದು. ಒಂದೇ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ನೀವು ಬಹು ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ಪರಸ್ಪರ ಪ್ರತ್ಯೇಕಿಸಬಹುದು. ಅವರು ನಿಜವಾಗಿಯೂ ನಿಮಗೆ ಮತ್ತು ನಿಮ್ಮ ತಂಡಗಳಿಗೆ ಸಂಸ್ಥೆ, ಭದ್ರತೆ ಮತ್ತು ಸಿಸ್ಟಂ ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ ಸಹಾಯ ಮಾಡಬಹುದು.
ಹೆಚ್ಚಿನ ಕುಬರ್ನೆಟ್ಸ್ ವಿತರಣೆಗಳಲ್ಲಿ, ಕ್ಲಸ್ಟರ್ "ಡೀಫಾಲ್ಟ್" ಎಂಬ ಹೆಸರಿನ ಜಾಗದೊಂದಿಗೆ ಬಾಕ್ಸ್ನಿಂದ ಹೊರಬರುತ್ತದೆ. ಕುಬರ್ನೆಟ್ಸ್ ವ್ಯವಹರಿಸುವ ಮೂರು ನೇಮ್ಸ್ಪೇಸ್ಗಳಿವೆ: ಡೀಫಾಲ್ಟ್, ಕ್ಯೂಬ್-ಸಿಸ್ಟಮ್ ಮತ್ತು ಕ್ಯೂಬ್-ಪಬ್ಲಿಕ್. ಪ್ರಸ್ತುತ, ಕ್ಯೂಬೆ-ಸಾರ್ವಜನಿಕವನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ.
ಕ್ಯೂಬ್ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಮಾತ್ರ ಬಿಡುವುದು ಒಳ್ಳೆಯದು, ವಿಶೇಷವಾಗಿ ಗೂಗಲ್ ಕುಬರ್ನೆಟ್ಸ್ ಎಂಜಿನ್ನಂತಹ ನಿರ್ವಹಿಸಲಾದ ಸಿಸ್ಟಮ್ನಲ್ಲಿ. ನಿಮ್ಮ ಸೇವೆಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ರಚಿಸಲಾದ ಸ್ಥಳವಾಗಿ ಇದು "ಡೀಫಾಲ್ಟ್" ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಬಳಸಲು ಬಾಕ್ಸ್ನ ಹೊರಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ನೀವು ಅದನ್ನು ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ಹೊರತುಪಡಿಸಿ, ಅದರಲ್ಲಿ ವಿಶೇಷವಾದ ಏನೂ ಇಲ್ಲ. ಪ್ರಾರಂಭಿಸಲು ಮತ್ತು ಕಡಿಮೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಇದು ಉತ್ತಮವಾಗಿದೆ, ಆದರೆ ದೊಡ್ಡ ಪ್ರಾಡ್ ಸಿಸ್ಟಮ್ಗಳಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಬಳಸಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ. ಎರಡನೆಯ ಪ್ರಕರಣದಲ್ಲಿ, ಒಂದು ಅಭಿವೃದ್ಧಿ ತಂಡವು ಬೇರೊಬ್ಬರ ಕೋಡ್ ಅನ್ನು ಸುಲಭವಾಗಿ ಪುನಃ ಬರೆಯಬಹುದು ಮತ್ತು ಇನ್ನೊಂದು ತಂಡದ ಕೆಲಸವನ್ನು ಅರಿತುಕೊಳ್ಳದೆಯೇ ಮುರಿಯಬಹುದು.
ಆದ್ದರಿಂದ, ನೀವು ಬಹು ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ರಚಿಸಬೇಕು ಮತ್ತು ನಿಮ್ಮ ಸೇವೆಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದಾದ ಘಟಕಗಳಾಗಿ ವಿಭಾಗಿಸಲು ಅವುಗಳನ್ನು ಬಳಸಬೇಕು. ಒಂದೇ ಆಜ್ಞೆಯೊಂದಿಗೆ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ರಚಿಸಬಹುದು. ನೀವು ಪರೀಕ್ಷೆ ಹೆಸರಿನ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ರಚಿಸಲು ಬಯಸಿದರೆ, ನಂತರ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ $ kubectl ನೇಮ್ಸ್ಪೇಸ್ ಪರೀಕ್ಷೆಯನ್ನು ರಚಿಸಿ ಅಥವಾ ಸರಳವಾಗಿ YAML ಫೈಲ್ ಅನ್ನು ರಚಿಸಿ ಮತ್ತು ಅದನ್ನು ಇತರ ಕುಬರ್ನೆಟ್ ಸಂಪನ್ಮೂಲಗಳಂತೆ ಬಳಸಿ.
$ kubectl get namespace ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ಎಲ್ಲಾ ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ವೀಕ್ಷಿಸಬಹುದು.
ಒಮ್ಮೆ ಇದನ್ನು ಮಾಡಿದ ನಂತರ, ನೀವು ಮೂರು ಅಂತರ್ನಿರ್ಮಿತ ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ಮತ್ತು "ಪರೀಕ್ಷೆ" ಎಂಬ ಹೊಸ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ನೋಡುತ್ತೀರಿ. ಪಾಡ್ ರಚಿಸಲು ಸರಳವಾದ YAML ಫೈಲ್ ಅನ್ನು ನೋಡೋಣ. ನೇಮ್ಸ್ಪೇಸ್ನ ಉಲ್ಲೇಖವಿಲ್ಲ ಎಂದು ನೀವು ಗಮನಿಸಬಹುದು.
ಈ ಫೈಲ್ ಅನ್ನು ಚಲಾಯಿಸಲು ನೀವು kubectl ಅನ್ನು ಬಳಸಿದರೆ, ಇದು ಪ್ರಸ್ತುತ ಸಕ್ರಿಯ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ mypod ಮಾಡ್ಯೂಲ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ. ನೀವು ಅದನ್ನು ಬದಲಾಯಿಸುವವರೆಗೆ ಇದು ಡೀಫಾಲ್ಟ್ ನೇಮ್ಸ್ಪೇಸ್ ಆಗಿರುತ್ತದೆ. ನಿಮ್ಮ ಸಂಪನ್ಮೂಲವನ್ನು ನೀವು ಯಾವ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ರಚಿಸಲು ಬಯಸುತ್ತೀರಿ ಎಂಬುದನ್ನು ಕುಬರ್ನೆಟ್ಗಳಿಗೆ ಹೇಳಲು 2 ಮಾರ್ಗಗಳಿವೆ. ಸಂಪನ್ಮೂಲವನ್ನು ರಚಿಸುವಾಗ ನೇಮ್ಸ್ಪೇಸ್ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಬಳಸುವುದು ಮೊದಲ ಮಾರ್ಗವಾಗಿದೆ.
YAML ಘೋಷಣೆಯಲ್ಲಿ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವುದು ಎರಡನೆಯ ಮಾರ್ಗವಾಗಿದೆ.
ನೀವು YAML ನಲ್ಲಿ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ, ಸಂಪನ್ಮೂಲವನ್ನು ಯಾವಾಗಲೂ ಆ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ರಚಿಸಲಾಗುತ್ತದೆ. ನೇಮ್ಸ್ಪೇಸ್ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಬಳಸುವಾಗ ನೀವು ಬೇರೆ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಬಳಸಲು ಪ್ರಯತ್ನಿಸಿದರೆ, ಆಜ್ಞೆಯು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ಈಗ ನೀವು ನಿಮ್ಮ ಪಾಡ್ ಅನ್ನು ಹುಡುಕಲು ಪ್ರಯತ್ನಿಸಿದರೆ, ನಿಮಗೆ ಹಾಗೆ ಮಾಡಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.
ಪ್ರಸ್ತುತ ಸಕ್ರಿಯ ನೇಮ್ಸ್ಪೇಸ್ನ ಹೊರಗೆ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದರಿಂದ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ನಿಮ್ಮ ಪಾಡ್ ಅನ್ನು ಹುಡುಕಲು, ನೀವು ನೇಮ್ಸ್ಪೇಸ್ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ, ಆದರೆ ಇದು ತ್ವರಿತವಾಗಿ ನೀರಸವಾಗುತ್ತದೆ, ವಿಶೇಷವಾಗಿ ನೀವು ತನ್ನದೇ ಆದ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಬಳಸುವ ತಂಡದಲ್ಲಿ ಡೆವಲಪರ್ ಆಗಿದ್ದರೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಆಜ್ಞೆಗೆ ಆ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಬಳಸಲು ಬಯಸುವುದಿಲ್ಲ. ಇದನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸಬಹುದು ಎಂದು ನೋಡೋಣ.
ಬಾಕ್ಸ್ ಹೊರಗೆ, ನಿಮ್ಮ ಸಕ್ರಿಯ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಡಿಫಾಲ್ಟ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ನೀವು ಸಂಪನ್ಮೂಲ YAML ನಲ್ಲಿ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಎಲ್ಲಾ ಕುಬರ್ನೆಟ್ಸ್ ಆಜ್ಞೆಗಳು ಈ ಸಕ್ರಿಯ ಡೀಫಾಲ್ಟ್ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಬಳಸುತ್ತವೆ. ದುರದೃಷ್ಟವಶಾತ್, kubectl ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸಕ್ರಿಯ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಪ್ರಯತ್ನಿಸುವುದು ವಿಫಲವಾಗಬಹುದು. ಆದಾಗ್ಯೂ, ಕುಬೆನ್ಸ್ ಎಂಬ ಉತ್ತಮ ಸಾಧನವಿದೆ, ಅದು ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೆಚ್ಚು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ನೀವು kubens ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿದಾಗ, ಹೈಲೈಟ್ ಮಾಡಲಾದ ಸಕ್ರಿಯ ನೇಮ್ಸ್ಪೇಸ್ನೊಂದಿಗೆ ನೀವು ಎಲ್ಲಾ ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ನೋಡುತ್ತೀರಿ.
ಸಕ್ರಿಯ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಪರೀಕ್ಷಾ ನೇಮ್ಸ್ಪೇಸ್ಗೆ ಬದಲಾಯಿಸಲು, ನೀವು $kubens ಪರೀಕ್ಷಾ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ. ನೀವು $kubens ಆಜ್ಞೆಯನ್ನು ಮತ್ತೊಮ್ಮೆ ಚಲಾಯಿಸಿದರೆ, ಹೊಸ ಸಕ್ರಿಯ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಈಗ ನಿಯೋಜಿಸಲಾಗಿದೆ ಎಂದು ನೀವು ನೋಡುತ್ತೀರಿ - ಪರೀಕ್ಷೆ.
ಪರೀಕ್ಷಾ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಪಾಡ್ ಅನ್ನು ನೋಡಲು ನಿಮಗೆ ನೇಮ್ಸ್ಪೇಸ್ ಫ್ಲ್ಯಾಗ್ ಅಗತ್ಯವಿಲ್ಲ ಎಂದರ್ಥ.
ಈ ರೀತಿಯಾಗಿ ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ಪರಸ್ಪರ ಮರೆಮಾಡಲಾಗಿದೆ, ಆದರೆ ಪರಸ್ಪರ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿಲ್ಲ. ಒಂದು ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿರುವ ಸೇವೆಯು ಮತ್ತೊಂದು ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿರುವ ಸೇವೆಯೊಂದಿಗೆ ಸುಲಭವಾಗಿ ಸಂವಹನ ನಡೆಸಬಹುದು, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ. ವಿಭಿನ್ನ ನೇಮ್ಸ್ಪೇಸ್ಗಳಲ್ಲಿ ಸಂವಹನ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ ಎಂದರೆ ನಿಮ್ಮ ಡೆವಲಪರ್ಗಳ ಸೇವೆಯು ಬೇರೊಂದು ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಮತ್ತೊಂದು ದೇವ್ ತಂಡದ ಸೇವೆಯೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಬಹುದು.
ವಿಶಿಷ್ಟವಾಗಿ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಕುಬರ್ನೆಟ್ಸ್ ಸೇವೆಯನ್ನು ಪ್ರವೇಶಿಸಲು ಬಯಸಿದಾಗ, ನೀವು ಅಂತರ್ನಿರ್ಮಿತ DNS ಅನ್ವೇಷಣೆ ಸೇವೆಯನ್ನು ಬಳಸುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸೇವೆಯ ಹೆಸರನ್ನು ನೀಡಿ. ಆದಾಗ್ಯೂ, ಹಾಗೆ ಮಾಡುವ ಮೂಲಕ, ನೀವು ಒಂದೇ ಹೆಸರಿನಲ್ಲಿ ಸೇವೆಯನ್ನು ಅನೇಕ ನೇಮ್ಸ್ಪೇಸ್ಗಳಲ್ಲಿ ರಚಿಸಬಹುದು, ಅದು ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ.
ಅದೃಷ್ಟವಶಾತ್, DNS ವಿಳಾಸದ ವಿಸ್ತರಿತ ರೂಪವನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಸುಲಭವಾಗಿ ಪಡೆಯಬಹುದು. ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿನ ಸೇವೆಗಳು ಸಾಮಾನ್ಯ DNS ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ತಮ್ಮ ಅಂತಿಮ ಬಿಂದುಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತವೆ. ಇದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
ವಿಶಿಷ್ಟವಾಗಿ, ನಿಮಗೆ ಸೇವೆಯ ಹೆಸರು ಬೇಕಾಗುತ್ತದೆ ಮತ್ತು DNS ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪೂರ್ಣ ವಿಳಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಆದಾಗ್ಯೂ, ನೀವು ಬೇರೆ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಸೇವೆಯನ್ನು ಪ್ರವೇಶಿಸಬೇಕಾದರೆ, ಸೇವೆಯ ಹೆಸರನ್ನು ಮತ್ತು ನೇಮ್ಸ್ಪೇಸ್ ಹೆಸರನ್ನು ಬಳಸಿ:
ಉದಾಹರಣೆಗೆ, ನೀವು ಪರೀಕ್ಷಾ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಸೇವಾ ಡೇಟಾಬೇಸ್ಗೆ ಸಂಪರ್ಕಿಸಲು ಬಯಸಿದರೆ, ನೀವು ವಿಳಾಸ ಡೇಟಾಬೇಸ್ database.test ಅನ್ನು ಬಳಸಬಹುದು
ನೀವು ಪ್ರಾಡ್ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಸೇವಾ ಡೇಟಾಬೇಸ್ಗೆ ಸಂಪರ್ಕಿಸಲು ಬಯಸಿದರೆ, ನೀವು database.prod ಅನ್ನು ಬಳಸುತ್ತೀರಿ.
ನೀವು ನಿಜವಾಗಿಯೂ ನೇಮ್ಸ್ಪೇಸ್ ಪ್ರವೇಶವನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಮತ್ತು ನಿರ್ಬಂಧಿಸಲು ಬಯಸಿದರೆ, ಕುಬರ್ನೆಟ್ಸ್ ನೆಟ್ವರ್ಕ್ ನೀತಿಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಮಾಡಲು ಕುಬರ್ನೆಟ್ಸ್ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಇದರ ಬಗ್ಗೆ ಮುಂದಿನ ಸಂಚಿಕೆಯಲ್ಲಿ ಮಾತನಾಡುತ್ತೇನೆ.
ನನಗೆ ಆಗಾಗ್ಗೆ ಪ್ರಶ್ನೆ ಕೇಳಲಾಗುತ್ತದೆ, ನಾನು ಎಷ್ಟು ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ರಚಿಸಬೇಕು ಮತ್ತು ಯಾವ ಉದ್ದೇಶಗಳಿಗಾಗಿ? ನಿರ್ವಹಿಸಲಾದ ಡೇಟಾದ ತುಣುಕು ಎಂದರೇನು?
ನೀವು ಹಲವಾರು ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ರಚಿಸಿದರೆ, ಅವು ನಿಮ್ಮ ದಾರಿಯಲ್ಲಿ ಬರುತ್ತವೆ. ಅವುಗಳಲ್ಲಿ ತುಂಬಾ ಕಡಿಮೆ ಇದ್ದರೆ, ಅಂತಹ ಪರಿಹಾರದ ಎಲ್ಲಾ ಪ್ರಯೋಜನಗಳನ್ನು ನೀವು ಕಳೆದುಕೊಳ್ಳುತ್ತೀರಿ. ಪ್ರತಿ ಕಂಪನಿಯು ತನ್ನ ಸಾಂಸ್ಥಿಕ ರಚನೆಯನ್ನು ರಚಿಸುವಾಗ ಹಾದುಹೋಗುವ ನಾಲ್ಕು ಮುಖ್ಯ ಹಂತಗಳಿವೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ ಅಥವಾ ಕಂಪನಿಯು ಅಭಿವೃದ್ಧಿಯ ಹಂತವನ್ನು ಅವಲಂಬಿಸಿ, ನೀವು ಸೂಕ್ತವಾದ ನೇಮ್ಸ್ಪೇಸ್ ತಂತ್ರವನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳಲು ಬಯಸಬಹುದು.
ನೀವು 5-10 ಮೈಕ್ರೊ ಸರ್ವೀಸ್ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಣ್ಣ ತಂಡದ ಭಾಗವಾಗಿದ್ದೀರಿ ಮತ್ತು ನೀವು ಎಲ್ಲಾ ಡೆವಲಪರ್ಗಳನ್ನು ಒಂದೇ ಕೋಣೆಯಲ್ಲಿ ಸುಲಭವಾಗಿ ಸಂಗ್ರಹಿಸಬಹುದು ಎಂದು ಕಲ್ಪಿಸಿಕೊಳ್ಳಿ. ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ಡೀಫಾಲ್ಟ್ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಎಲ್ಲಾ ಉತ್ಪನ್ನ ಸೇವೆಗಳನ್ನು ಚಲಾಯಿಸಲು ಇದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. ಸಹಜವಾಗಿ, ಹೆಚ್ಚು ನಮ್ಯತೆಗಾಗಿ, ನೀವು 2 ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ಬಳಸಬಹುದು - ಪ್ರೊಡ್ ಮತ್ತು ಡೆವ್ಗಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿ. ಮತ್ತು ಹೆಚ್ಚಾಗಿ, ಮಿನಿಕುಬ್ನಂತಹದನ್ನು ಬಳಸಿಕೊಂಡು ನಿಮ್ಮ ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್ನಲ್ಲಿ ನಿಮ್ಮ ಅಭಿವೃದ್ಧಿಯನ್ನು ನೀವು ಪರೀಕ್ಷಿಸುತ್ತೀರಿ.
ವಿಷಯಗಳು ಬದಲಾಗುತ್ತವೆ ಎಂದು ಹೇಳೋಣ ಮತ್ತು ನೀವು ಈಗ ಒಂದು ಸಮಯದಲ್ಲಿ 10 ಕ್ಕೂ ಹೆಚ್ಚು ಮೈಕ್ರೋಸರ್ವಿಸ್ಗಳಲ್ಲಿ ವೇಗವಾಗಿ ಬೆಳೆಯುತ್ತಿರುವ ತಂಡವನ್ನು ಹೊಂದಿದ್ದೀರಿ. ಪ್ರಾಡ್ ಮತ್ತು ಡೆವ್ಗಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಹಲವಾರು ಕ್ಲಸ್ಟರ್ಗಳು ಅಥವಾ ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ಬಳಸಲು ಅಗತ್ಯವಿರುವ ಸಮಯ ಬರುತ್ತದೆ. ನೀವು ತಂಡವನ್ನು ಹಲವಾರು ಉಪ-ತಂಡಗಳಾಗಿ ವಿಭಜಿಸಬಹುದು ಇದರಿಂದ ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ಮೈಕ್ರೊ ಸರ್ವೀಸ್ಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಸಾಫ್ಟ್ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬಿಡುಗಡೆಯನ್ನು ನಿರ್ವಹಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸುಲಭಗೊಳಿಸಲು ಈ ಪ್ರತಿಯೊಂದು ತಂಡಗಳು ತನ್ನದೇ ಆದ ನೇಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ಪ್ರತಿ ತಂಡದ ಸದಸ್ಯರು ಒಟ್ಟಾರೆಯಾಗಿ ಸಿಸ್ಟಮ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಒಳನೋಟವನ್ನು ಪಡೆಯುವುದರಿಂದ, ಎಲ್ಲಾ ಇತರ ಡೆವಲಪರ್ಗಳೊಂದಿಗೆ ಪ್ರತಿ ಬದಲಾವಣೆಯನ್ನು ಸಂಘಟಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗುತ್ತದೆ. ನಿಮ್ಮ ಸ್ಥಳೀಯ ಗಣಕದಲ್ಲಿ ಪೂರ್ಣ ಸ್ಟಾಕ್ ಅನ್ನು ತಿರುಗಿಸಲು ಪ್ರಯತ್ನಿಸುವುದು ಪ್ರತಿದಿನ ಕಷ್ಟವಾಗುತ್ತಿದೆ.
ದೊಡ್ಡ ಕಂಪನಿಗಳಲ್ಲಿ, ಡೆವಲಪರ್ಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಯಾರು ನಿಖರವಾಗಿ ಏನು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾರೆಂದು ತಿಳಿದಿರುವುದಿಲ್ಲ. ತಂಡಗಳು ಸೇವಾ ಒಪ್ಪಂದಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸಂವಹನ ನಡೆಸುತ್ತವೆ ಅಥವಾ ಸೇವಾ ಜಾಲರಿ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸುತ್ತವೆ, ಇದು ಇಸ್ಟಿಯೊ ಕಾನ್ಫಿಗರೇಶನ್ ಟೂಲ್ನಂತಹ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಅಮೂರ್ತ ಪದರವನ್ನು ಸೇರಿಸುತ್ತದೆ. ಸ್ಥಳೀಯವಾಗಿ ಸಂಪೂರ್ಣ ಸ್ಟಾಕ್ ಅನ್ನು ಚಲಾಯಿಸಲು ಪ್ರಯತ್ನಿಸುವುದು ಸರಳವಾಗಿ ಸಾಧ್ಯವಿಲ್ಲ. ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಸ್ಪಿನೇಕರ್ನಂತಹ ನಿರಂತರ ವಿತರಣೆ (ಸಿಡಿ) ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಬಳಸಲು ನಾನು ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ. ಆದ್ದರಿಂದ, ಪ್ರತಿ ಆಜ್ಞೆಗೆ ಖಂಡಿತವಾಗಿಯೂ ತನ್ನದೇ ಆದ ನೇಮ್ಸ್ಪೇಸ್ ಅಗತ್ಯವಿರುವ ಒಂದು ಹಂತ ಬರುತ್ತದೆ. ಪ್ರತಿ ತಂಡವು ದೇವ್ ಪರಿಸರ ಮತ್ತು ಪ್ರಾಡ್ ಪರಿಸರಕ್ಕಾಗಿ ಬಹು ನೇಮ್ಸ್ಪೇಸ್ಗಳನ್ನು ಸಹ ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ಅಂತಿಮವಾಗಿ, ದೊಡ್ಡ ಉದ್ಯಮಶೀಲ ಕಂಪನಿಗಳಿವೆ, ಇದರಲ್ಲಿ ಒಂದು ಗುಂಪಿನ ಡೆವಲಪರ್ಗಳು ಇತರ ಗುಂಪುಗಳ ಅಸ್ತಿತ್ವದ ಬಗ್ಗೆ ಸಹ ತಿಳಿದಿಲ್ಲ. ಅಂತಹ ಕಂಪನಿಯು ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ತಮ-ದಾಖಲಿತ API ಗಳ ಮೂಲಕ ಸಂವಹನ ಮಾಡುವ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಡೆವಲಪರ್ಗಳನ್ನು ನೇಮಿಸಿಕೊಳ್ಳಬಹುದು. ಅಂತಹ ಪ್ರತಿಯೊಂದು ಗುಂಪು ಹಲವಾರು ತಂಡಗಳು ಮತ್ತು ಹಲವಾರು ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಾನು ಮೊದಲು ಮಾತನಾಡಿದ ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ನೀವು ಬಳಸಬೇಕಾಗುತ್ತದೆ.
ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಸೇವೆಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿಯೋಜಿಸಬಾರದು ಮತ್ತು ಅವರಿಗೆ ಸಂಬಂಧಿಸದ ನೇಮ್ಸ್ಪೇಸ್ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬಾರದು. ಈ ಹಂತದಲ್ಲಿ, ಕಳಪೆಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಅಪ್ಲಿಕೇಶನ್ಗಳ "ಬ್ಲಾಸ್ಟ್ ತ್ರಿಜ್ಯ" ವನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ಬಿಲ್ಲಿಂಗ್ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಸಂಪನ್ಮೂಲ ನಿರ್ವಹಣೆಯನ್ನು ಸರಳಗೊಳಿಸಲು ಹಲವಾರು ಕ್ಲಸ್ಟರ್ಗಳನ್ನು ಹೊಂದಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ.
ಹೀಗಾಗಿ, ನಿಮ್ಮ ಸಂಸ್ಥೆಯಿಂದ ನೇಮ್ಸ್ಪೇಸ್ಗಳ ಸರಿಯಾದ ಬಳಕೆಯು ಕುಬರ್ನೆಟ್ಗಳನ್ನು ಹೆಚ್ಚು ನಿರ್ವಹಿಸಬಹುದಾದ, ನಿಯಂತ್ರಿಸಬಹುದಾದ, ಸುರಕ್ಷಿತ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವಂತೆ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಕೆಲವು ಜಾಹೀರಾತುಗಳು 🙂
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ,
ಆಮ್ಸ್ಟರ್ಡ್ಯಾಮ್ನಲ್ಲಿರುವ Equinix Tier IV ಡೇಟಾ ಸೆಂಟರ್ನಲ್ಲಿ Dell R730xd 2x ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ
ಮೂಲ: www.habr.com