ನೀವು ಹೆಚ್ಚಿನ ಜನರಂತೆ ಇದ್ದರೆ, ನಿಮ್ಮ ಕ್ಲಸ್ಟರ್ನ ಹೊರಗೆ ಚಲಿಸುವ ಸಂಪನ್ಮೂಲಗಳನ್ನು ನೀವು ಬಹುಶಃ ಬಳಸುತ್ತಿರುವಿರಿ. ಪಠ್ಯ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸಲು ಅಥವಾ Google ಕ್ಲೌಡ್ ವಿಷನ್ API ಬಳಸಿಕೊಂಡು ಚಿತ್ರಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಲು ನೀವು ಬಹುಶಃ Taleo API ಅನ್ನು ಬಳಸುತ್ತೀರಿ.
ನಿಮ್ಮ ಎಲ್ಲಾ ಪರಿಸರದಲ್ಲಿ ನೀವು ಸರ್ವರ್-ಸೈಡ್ ವಿನಂತಿಯ ಅಂತಿಮ ಬಿಂದುವನ್ನು ಬಳಸಿದರೆ ಮತ್ತು ನಿಮ್ಮ ಸರ್ವರ್ಗಳನ್ನು ಕುಬರ್ನೆಟ್ಸ್ಗೆ ಸ್ಥಳಾಂತರಿಸಲು ಯೋಜಿಸದಿದ್ದರೆ, ನಿಮ್ಮ ಕೋಡ್ನಲ್ಲಿಯೇ ಸೇವಾ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಹೊಂದಲು ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಉತ್ತಮವಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಘಟನೆಗಳ ಬೆಳವಣಿಗೆಗೆ ಹಲವು ಇತರ ಸನ್ನಿವೇಶಗಳಿವೆ. ಈ ಕುಬರ್ನೆಟ್ಸ್ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳ ಸರಣಿಯಲ್ಲಿ, ಕ್ಲಸ್ಟರ್ನ ಒಳಗೆ ಮತ್ತು ಹೊರಗೆ ಸೇವೆಗಳನ್ನು ಅನ್ವೇಷಿಸಲು ಕುಬರ್ನೆಟ್ಸ್ನ ಅಂತರ್ನಿರ್ಮಿತ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂಬುದನ್ನು ನೀವು ಕಲಿಯುವಿರಿ.
ಸಾಮಾನ್ಯ ಬಾಹ್ಯ ಸೇವೆಯ ಉದಾಹರಣೆಯೆಂದರೆ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ನ ಹೊರಗೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಡೇಟಾಬೇಸ್. Google ಕ್ಲೌಡ್ ಡೇಟಾ ಸ್ಟೋರ್ ಅಥವಾ Google ಕ್ಲೌಡ್ ಸ್ಪ್ಯಾನರ್ನಂತಹ ಕ್ಲೌಡ್ ಡೇಟಾಬೇಸ್ಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ, ಎಲ್ಲಾ ಪ್ರವೇಶಕ್ಕಾಗಿ ಒಂದೇ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಬಳಸುತ್ತದೆ, ಹೆಚ್ಚಿನ ಡೇಟಾಬೇಸ್ಗಳು ವಿಭಿನ್ನ ಸಂದರ್ಭಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಅಂತ್ಯಬಿಂದುಗಳನ್ನು ಹೊಂದಿವೆ.
MySQL ಮತ್ತು MongoDB ಯಂತಹ ಸಾಂಪ್ರದಾಯಿಕ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ಬಳಸುವ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳು ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ವಿಭಿನ್ನ ಪರಿಸರಗಳಿಗೆ ವಿಭಿನ್ನ ಘಟಕಗಳಿಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದ್ದೀರಿ ಎಂದರ್ಥ. ಉತ್ಪಾದನಾ ಡೇಟಾಕ್ಕಾಗಿ ನೀವು ದೊಡ್ಡ ಯಂತ್ರವನ್ನು ಮತ್ತು ಪರೀಕ್ಷಾ ಪರಿಸರಕ್ಕಾಗಿ ಸಣ್ಣ ಯಂತ್ರವನ್ನು ಹೊಂದಬಹುದು. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ IP ವಿಳಾಸ ಅಥವಾ ಡೊಮೇನ್ ಹೆಸರನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಆದರೆ ಒಂದು ಪರಿಸರದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಚಲಿಸುವಾಗ ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಬದಲಾಯಿಸಲು ನೀವು ಬಹುಶಃ ಬಯಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಈ ವಿಳಾಸಗಳನ್ನು ಹಾರ್ಡ್-ಕೋಡಿಂಗ್ ಮಾಡುವ ಬದಲು, ನೀವು ಸ್ಥಳೀಯ ಕುಬರ್ನೆಟ್ ಸೇವೆಗಳ ರೀತಿಯಲ್ಲಿಯೇ ಕುಬರ್ನೆಟ್ಸ್ ಅಂತರ್ನಿರ್ಮಿತ DNS-ಆಧಾರಿತ ಬಾಹ್ಯ ಸೇವೆಯ ಅನ್ವೇಷಣೆಯನ್ನು ಬಳಸಬಹುದು.
ನೀವು Google ಕಂಪ್ಯೂಟ್ ಎಂಜಿನ್ನಲ್ಲಿ MongoDB ಡೇಟಾಬೇಸ್ ಅನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. ನೀವು ಅದನ್ನು ಕ್ಲಸ್ಟರ್ಗೆ ವರ್ಗಾಯಿಸಲು ನಿರ್ವಹಿಸುವವರೆಗೆ ನೀವು ಈ ಹೈಬ್ರಿಡ್ ಜಗತ್ತಿನಲ್ಲಿ ಸಿಲುಕಿಕೊಳ್ಳುತ್ತೀರಿ.
ಅದೃಷ್ಟವಶಾತ್, ನಿಮ್ಮ ಜೀವನವನ್ನು ಸ್ವಲ್ಪ ಸುಲಭಗೊಳಿಸಲು ನೀವು ಸ್ಥಿರ ಕುಬರ್ನೆಟ್ಸ್ ಸೇವೆಗಳನ್ನು ಬಳಸಬಹುದು. ಈ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಾನು Google Cloud Launcher ಅನ್ನು ಬಳಸಿಕೊಂಡು MongoDB ಸರ್ವರ್ ಅನ್ನು ರಚಿಸಿದ್ದೇನೆ. ಇದು ಒಂದೇ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ (ಅಥವಾ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ VPC) ರಚಿಸಲ್ಪಟ್ಟಿರುವುದರಿಂದ, ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಆಂತರಿಕ IP ವಿಳಾಸವನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಪ್ರವೇಶಿಸಲಾಗುತ್ತದೆ.
ಇದು Google ಕ್ಲೌಡ್ನಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಸೆಟ್ಟಿಂಗ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಏನನ್ನೂ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಿಲ್ಲ. ಈಗ ನೀವು IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದ್ದೀರಿ, ಸೇವೆಯನ್ನು ರಚಿಸುವುದು ಮೊದಲ ಹಂತವಾಗಿದೆ. ಈ ಸೇವೆಗೆ ಯಾವುದೇ ಪಾಡ್ ಸೆಲೆಕ್ಟರ್ಗಳಿಲ್ಲ ಎಂಬುದನ್ನು ನೀವು ಗಮನಿಸಬಹುದು. ಅಂದರೆ, ಟ್ರಾಫಿಕ್ ಅನ್ನು ಎಲ್ಲಿಗೆ ಕಳುಹಿಸಬೇಕೆಂದು ತಿಳಿಯದ ಸೇವೆಯನ್ನು ನಾವು ರಚಿಸಿದ್ದೇವೆ. ಈ ಸೇವೆಯಿಂದ ದಟ್ಟಣೆಯನ್ನು ಪಡೆಯುವ ಎಂಡ್ಪಾಯಿಂಟ್ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ರಚಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಸೇವೆಯಂತೆಯೇ ಅದೇ ಮೊಂಗೋ ಹೆಸರನ್ನು ಬಳಸಿಕೊಂಡು ಡೇಟಾಬೇಸ್ಗಾಗಿ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು ಐಪಿ ವಿಳಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ ಎಂದು ಕೆಳಗಿನ ಕೋಡ್ ಉದಾಹರಣೆ ತೋರಿಸುತ್ತದೆ.
ಕುಬರ್ನೆಟ್ಸ್ ಎಲ್ಲಾ IP ವಿಳಾಸಗಳನ್ನು ಸಾಮಾನ್ಯ ಕುಬರ್ನೆಟ್ಸ್ ಪಾಡ್ಗಳಂತೆ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಹುಡುಕಲು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಈಗ ನೀವು ಮೇಲಿನ ಹೆಸರಿನ mongodb://mongo ಗೆ ಸರಳ ಸಂಪರ್ಕ ಸ್ಟ್ರಿಂಗ್ನೊಂದಿಗೆ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಪ್ರವೇಶಿಸಬಹುದು. ನಿಮ್ಮ ಕೋಡ್ನಲ್ಲಿ IP ವಿಳಾಸಗಳನ್ನು ಬಳಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಭವಿಷ್ಯದಲ್ಲಿ IP ವಿಳಾಸಗಳು ಬದಲಾದರೆ, ಹೊಸ IP ವಿಳಾಸದೊಂದಿಗೆ ನಿಮ್ಮ ಅಂತಿಮ ಬಿಂದುಗಳನ್ನು ನೀವು ಸರಳವಾಗಿ ನವೀಕರಿಸಬಹುದು ಮತ್ತು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ರೀತಿಯಲ್ಲಿ ಮಾರ್ಪಡಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ನೀವು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಹೋಸ್ಟ್ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಹೋಸ್ಟ್ನ ಮಾಲೀಕರು ನಿಮಗೆ ಸಂಪರ್ಕಿಸಲು ಯುನಿಫಾರ್ಮ್ ರಿಸೋರ್ಸ್ ಐಡೆಂಟಿಫೈಯರ್ URI ಅನ್ನು ಒದಗಿಸಿರುವ ಸಾಧ್ಯತೆಯಿದೆ. ಆದ್ದರಿಂದ ನಿಮಗೆ IP ವಿಳಾಸವನ್ನು ನೀಡಿದ್ದರೆ, ನೀವು ಹಿಂದಿನ ವಿಧಾನವನ್ನು ಸರಳವಾಗಿ ಬಳಸಬಹುದು. mLab ಹೋಸ್ಟ್ನಲ್ಲಿ ನಾನು ಎರಡು MongoDB ಡೇಟಾಬೇಸ್ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಿದ್ದೇನೆ ಎಂದು ಈ ಉದಾಹರಣೆ ತೋರಿಸುತ್ತದೆ.
ಒಂದು ಡೆವಲಪರ್ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಇನ್ನೊಂದು ಪ್ರೊಡಕ್ಷನ್ ಡೇಟಾಬೇಸ್. ಈ ಡೇಟಾಬೇಸ್ಗಳ ಸಂಪರ್ಕ ತಂತಿಗಳು ಈ ರೀತಿ ಕಾಣುತ್ತವೆ - mLab ನಿಮಗೆ ಡೈನಾಮಿಕ್ URI ಮತ್ತು ಡೈನಾಮಿಕ್ ಪೋರ್ಟ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ. ನೀವು ನೋಡುವಂತೆ, ಅವು ವಿಭಿನ್ನವಾಗಿವೆ.
ಇದನ್ನು ಅಮೂರ್ತಗೊಳಿಸಲು, ನಾವು ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಬಳಸೋಣ ಮತ್ತು ಡೆವಲಪರ್ ಡೇಟಾಬೇಸ್ಗೆ ಸಂಪರ್ಕಿಸೋಣ. ನೀವು ಬಾಹ್ಯ ಕುಬರ್ನೆಟ್ಸ್ ಸೇವಾ ಹೆಸರನ್ನು ರಚಿಸಬಹುದು, ಇದು ನಿಮಗೆ ಸ್ಥಿರ ಸೇವೆಯನ್ನು ನೀಡುತ್ತದೆ ಅದು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಬಾಹ್ಯ ಸೇವೆಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ.
ಈ ಸೇವೆಯು ಕನಿಷ್ಟ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪ್ರಭಾವದೊಂದಿಗೆ ಕರ್ನಲ್ ಮಟ್ಟದಲ್ಲಿ ಸರಳವಾದ CNAME ಫಾರ್ವರ್ಡ್ ಮಾಡುವಿಕೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು ನೀವು ಸರಳವಾದ ಸಂಪರ್ಕ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಬಳಸಬಹುದು.
ಆದರೆ ಬಾಹ್ಯ ಹೆಸರು CNAME ಫಾರ್ವರ್ಡ್ ಮಾಡುವಿಕೆಯನ್ನು ಬಳಸುವುದರಿಂದ, ಇದು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದನ್ನು ನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದ್ದರಿಂದ, ಈ ಪರಿಹಾರವು ಸ್ಥಿರ ಪೋರ್ಟ್ಗಳಿಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ ಮತ್ತು ಡೈನಾಮಿಕ್ ಪೋರ್ಟ್ಗಳೊಂದಿಗೆ ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಆದರೆ mLab ಫ್ರೀ ಟೈರ್ ಬಳಕೆದಾರರಿಗೆ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಡೈನಾಮಿಕ್ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ನೀವು ಅದನ್ನು ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದರರ್ಥ ನೀವು dev ಮತ್ತು prod ಗಾಗಿ ವಿವಿಧ ಸಂಪರ್ಕ ಕಮಾಂಡ್ ಲೈನ್ಗಳ ಅಗತ್ಯವಿದೆ. ಕೆಟ್ಟ ವಿಷಯವೆಂದರೆ ಇದು ನಿಮಗೆ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯನ್ನು ಹಾರ್ಡ್ಕೋಡ್ ಮಾಡುವ ಅಗತ್ಯವಿರುತ್ತದೆ. ಹಾಗಾದರೆ ಕೆಲಸ ಮಾಡಲು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದನ್ನು ನೀವು ಹೇಗೆ ಪಡೆಯುತ್ತೀರಿ?
URI ಯಿಂದ IP ವಿಳಾಸವನ್ನು ಪಡೆಯುವುದು ಮೊದಲ ಹಂತವಾಗಿದೆ. ನೀವು nslookup, ಹೋಸ್ಟ್ಹೆಸರು ಅಥವಾ URI ಅನ್ನು ಪಿಂಗ್ ಮಾಡಿದರೆ, ನೀವು ಡೇಟಾಬೇಸ್ನ IP ವಿಳಾಸವನ್ನು ಪಡೆಯಬಹುದು. ಸೇವೆಯು ನಿಮಗೆ ಹಲವಾರು IP ವಿಳಾಸಗಳನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ, ಈ ಎಲ್ಲಾ ವಿಳಾಸಗಳನ್ನು ವಸ್ತುವಿನ ಅಂತಿಮ ಬಿಂದುಗಳಲ್ಲಿ ಬಳಸಬಹುದು.
ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳಬೇಕಾದ ಒಂದು ವಿಷಯವೆಂದರೆ, IP URI ಗಳು ಸೂಚನೆಯಿಲ್ಲದೆ ಬದಲಾಗಬಹುದು, ಅವುಗಳನ್ನು ಉತ್ಪನ್ನದಲ್ಲಿ ಬಳಸಲು ಸಾಕಷ್ಟು ಅಪಾಯಕಾರಿ. ಈ IP ವಿಳಾಸವನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ಪೋರ್ಟ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದೆಯೇ ದೂರಸ್ಥ ಡೇಟಾಬೇಸ್ಗೆ ಸಂಪರ್ಕಿಸಬಹುದು. ಹೀಗಾಗಿ, ಕುಬರ್ನೆಟ್ಸ್ ಸೇವೆಯು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವಿಕೆಯನ್ನು ಸಾಕಷ್ಟು ಪಾರದರ್ಶಕವಾಗಿ ನಿರ್ವಹಿಸುತ್ತದೆ.
ಮ್ಯಾಪಿಂಗ್, ಅಥವಾ ಬಾಹ್ಯ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಆಂತರಿಕ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಮ್ಯಾಪಿಂಗ್ ಮಾಡುವುದು, ಮರುಫಲಕ ಮಾಡುವ ಪ್ರಯತ್ನಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುವಾಗ ಭವಿಷ್ಯದಲ್ಲಿ ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ಈ ಸೇವೆಗಳನ್ನು ಬಳಸಲು ನಿಮಗೆ ನಮ್ಯತೆಯನ್ನು ನೀಡುತ್ತದೆ. ನಿಮ್ಮ ಕಂಪನಿಯು ಯಾವ ಬಾಹ್ಯ ಸೇವೆಗಳನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಒಳನೋಟವನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು ಒದಗಿಸುವುದನ್ನು ಇದು ಸುಲಭಗೊಳಿಸುತ್ತದೆ.
ಅತಿ ಶೀಘ್ರದಲ್ಲಿ ಮುಂದುವರೆಯುವುದು...
ಕೆಲವು ಜಾಹೀರಾತುಗಳು 🙂
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ,
ಆಮ್ಸ್ಟರ್ಡ್ಯಾಮ್ನಲ್ಲಿರುವ Equinix Tier IV ಡೇಟಾ ಸೆಂಟರ್ನಲ್ಲಿ Dell R730xd 2x ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ
ಮೂಲ: www.habr.com