ಎಲ್ಲರೂ ಹಲೋ!
ಸಣ್ಣ ಪುಸ್ತಕವನ್ನು ಅನುವಾದಿಸಲು ಪ್ರಾರಂಭಿಸಿದೆ:
««
ಲೇಖಕ: ಜಾಕುಬ್ ಕೊರಾಬ್, ಪ್ರಕಾಶಕರು: ಓ'ರೈಲಿ ಮೀಡಿಯಾ, ಇಂಕ್., ಪ್ರಕಟಣೆಯ ದಿನಾಂಕ: ಜೂನ್ 2017, ISBN: 9781492049296.
ಪುಸ್ತಕದ ಪರಿಚಯದಿಂದ:
"... ಈ ಪುಸ್ತಕವು ಎರಡು ಜನಪ್ರಿಯ ಬ್ರೋಕಿಂಗ್ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಹೋಲಿಸುವ ಮತ್ತು ವ್ಯತಿರಿಕ್ತಗೊಳಿಸುವ ಮೂಲಕ ಬ್ರೋಕಡ್ ಮೆಸೇಜಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳ ಬಗ್ಗೆ ಹೇಗೆ ಯೋಚಿಸಬೇಕೆಂದು ನಿಮಗೆ ಕಲಿಸುತ್ತದೆ: Apache ActiveMQ ಮತ್ತು Apache Kafka. ಇದು ಬಳಕೆಯ ಪ್ರಕರಣಗಳು ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಪ್ರೋತ್ಸಾಹಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಅದು ಅವರ ಡೆವಲಪರ್‌ಗಳು ಸಿಸ್ಟಮ್‌ಗಳ ನಡುವೆ ಬ್ರೋಕರ್ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯ ಒಂದೇ ಪ್ರದೇಶಕ್ಕೆ ವಿಭಿನ್ನ ವಿಧಾನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಕಾರಣವಾಯಿತು. ನಾವು ನೆಲದಿಂದ ಈ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ನೋಡೋಣ ಮತ್ತು ದಾರಿಯುದ್ದಕ್ಕೂ ವಿಭಿನ್ನ ವಿನ್ಯಾಸದ ಆಯ್ಕೆಗಳ ಪ್ರಭಾವವನ್ನು ಹೈಲೈಟ್ ಮಾಡುತ್ತೇವೆ. ನೀವು ಎರಡೂ ಉತ್ಪನ್ನಗಳ ಆಳವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯುತ್ತೀರಿ, ಅವುಗಳನ್ನು ಹೇಗೆ ಬಳಸಬೇಕು ಮತ್ತು ಬಳಸಬಾರದು ಎಂಬ ತಿಳುವಳಿಕೆ ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ಇತರ ಸಂದೇಶ ಕಳುಹಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಪರಿಗಣಿಸುವಾಗ ಏನನ್ನು ನೋಡಬೇಕು ಎಂಬುದರ ಕುರಿತು ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯುತ್ತೀರಿ. … »
ಇಲ್ಲಿಯವರೆಗೆ ಅನುವಾದಿಸಿದ ಭಾಗಗಳು:
ಪೂರ್ಣಗೊಂಡ ಅಧ್ಯಾಯಗಳನ್ನು ಅನುವಾದಿಸಿದಂತೆ ಪೋಸ್ಟ್ ಮಾಡುತ್ತೇನೆ.
ಅಧ್ಯಾಯ 1
ಪರಿಚಯ
ಇಂಟರ್‌ಸಿಸ್ಟಮ್ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯು IT ಯ ಕಡಿಮೆ ಅರ್ಥವಾಗುವ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಡೆವಲಪರ್ ಅಥವಾ ವಾಸ್ತುಶಿಲ್ಪಿಯಾಗಿ, ನೀವು ವಿವಿಧ ಚೌಕಟ್ಟುಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್‌ಗಳೊಂದಿಗೆ ಬಹಳ ಪರಿಚಿತರಾಗಿರಬಹುದು. ಆದಾಗ್ಯೂ, ಬ್ರೋಕರ್-ಆಧಾರಿತ ಸಂದೇಶ ತಂತ್ರಜ್ಞಾನಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದರ ಕುರಿತು ನೀವು ಕೇವಲ ಒಂದು ನೋಟವನ್ನು ಹೊಂದಿರುವ ಸಾಧ್ಯತೆಯಿದೆ. ನೀವು ಹೀಗೆ ಭಾವಿಸಿದರೆ, ಚಿಂತಿಸಬೇಡಿ, ನೀವು ಉತ್ತಮ ಕಂಪನಿಯಲ್ಲಿದ್ದೀರಿ.
ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಸಂದೇಶ ಮೂಲಸೌಕರ್ಯದೊಂದಿಗೆ ಬಹಳ ಸೀಮಿತ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಸಾಮಾನ್ಯವಾಗಿ ಅವರು ಬಹಳ ಹಿಂದೆಯೇ ರಚಿಸಲಾದ ಸಿಸ್ಟಮ್ಗೆ ಸಂಪರ್ಕ ಕಲ್ಪಿಸುತ್ತಾರೆ, ಅಥವಾ ಇಂಟರ್ನೆಟ್ನಿಂದ ವಿತರಣಾ ಕಿಟ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ, ಅದನ್ನು PROM ನಲ್ಲಿ ಸ್ಥಾಪಿಸಿ ಮತ್ತು ಅದಕ್ಕೆ ಕೋಡ್ ಬರೆಯಲು ಪ್ರಾರಂಭಿಸಿ. PROM ನಲ್ಲಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ಚಲಾಯಿಸಿದ ನಂತರ, ಫಲಿತಾಂಶಗಳು ಮಿಶ್ರಣವಾಗಬಹುದು: ಕ್ರ್ಯಾಶ್‌ಗಳಲ್ಲಿ ಸಂದೇಶಗಳು ಕಳೆದುಹೋಗುತ್ತವೆ, ಕಳುಹಿಸುವಿಕೆಗಳು ನೀವು ನಿರೀಕ್ಷಿಸಿದಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಅಥವಾ ದಲ್ಲಾಳಿಗಳು ನಿಮ್ಮ ನಿರ್ಮಾಪಕರನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುತ್ತಾರೆ ಅಥವಾ ನಿಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸಬೇಡಿ.
ಪರಿಚಿತ ಧ್ವನಿಗಳು?
ಸದ್ಯಕ್ಕೆ ನಿಮ್ಮ ಮೆಸೇಜಿಂಗ್ ಕೋಡ್ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸಾಮಾನ್ಯ ಸನ್ನಿವೇಶ. ಅದು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುವವರೆಗೆ. ಈ ಅವಧಿಯು ಜಾಗರೂಕತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸುರಕ್ಷತೆಯ ತಪ್ಪು ಅರ್ಥವನ್ನು ನೀಡುತ್ತದೆ, ಇದು ತಂತ್ರಜ್ಞಾನದ ಮೂಲಭೂತ ನಡವಳಿಕೆಯ ಬಗ್ಗೆ ತಪ್ಪು ಕಲ್ಪನೆಗಳ ಆಧಾರದ ಮೇಲೆ ಇನ್ನಷ್ಟು ಕೋಡ್‌ಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ವಿಷಯಗಳು ತಪ್ಪಾಗಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ನೀವು ಅಹಿತಕರವಾದ ಸತ್ಯವನ್ನು ಎದುರಿಸುತ್ತೀರಿ: ಉತ್ಪನ್ನದ ಆಧಾರವಾಗಿರುವ ನಡವಳಿಕೆ ಅಥವಾ ಲೇಖಕರು ಆಯ್ಕೆ ಮಾಡಿದ ವ್ಯಾಪಾರ-ವಹಿವಾಟುಗಳು, ಕಾರ್ಯಕ್ಷಮತೆ ವರ್ಸಸ್ ದೃಢತೆ ಅಥವಾ ವಹಿವಾಟಿನ ವಿರುದ್ಧ ಅಡ್ಡ ಸ್ಕೇಲೆಬಿಲಿಟಿ.
ದಲ್ಲಾಳಿಗಳು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ಎಂಬುದರ ಬಗ್ಗೆ ಆಳವಾದ ತಿಳುವಳಿಕೆಯಿಲ್ಲದೆ, ಜನರು ತಮ್ಮ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯ ವ್ಯವಸ್ಥೆಗಳ ಬಗ್ಗೆ ತೋರಿಕೆಯಲ್ಲಿ ಸಮಂಜಸವಾದ ಹಕ್ಕುಗಳನ್ನು ಮಾಡುತ್ತಾರೆ, ಉದಾಹರಣೆಗೆ:
- ಸಿಸ್ಟಮ್ ಎಂದಿಗೂ ಸಂದೇಶಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ
- ಸಂದೇಶಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ
- ಗ್ರಾಹಕರನ್ನು ಸೇರಿಸುವುದರಿಂದ ಸಿಸ್ಟಮ್ ವೇಗವಾಗುತ್ತದೆ
- ಸಂದೇಶಗಳನ್ನು ಒಮ್ಮೆ ಮಾತ್ರ ತಲುಪಿಸಲಾಗುತ್ತದೆ
ದುರದೃಷ್ಟವಶಾತ್, ಈ ಕೆಲವು ಹೇಳಿಕೆಗಳು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಮಾತ್ರ ಅನ್ವಯಿಸುವ ಊಹೆಗಳನ್ನು ಆಧರಿಸಿವೆ, ಆದರೆ ಇತರವು ನಿಜವಲ್ಲ.
ಈ ಪುಸ್ತಕವು ಎರಡು ಜನಪ್ರಿಯ ಬ್ರೋಕರ್ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಹೋಲಿಸುವ ಮತ್ತು ವ್ಯತಿರಿಕ್ತಗೊಳಿಸುವ ಮೂಲಕ ಬ್ರೋಕರ್ ಮೆಸೇಜಿಂಗ್ ಸಿಸ್ಟಂಗಳ ಬಗ್ಗೆ ಹೇಗೆ ತಾರ್ಕಿಕಗೊಳಿಸಬೇಕೆಂದು ನಿಮಗೆ ಕಲಿಸುತ್ತದೆ: Apache ActiveMQ ಮತ್ತು Apache Kafka. ಇದು ಬಳಕೆಯ ಪ್ರಕರಣಗಳು ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಪ್ರೋತ್ಸಾಹಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಅದು ಅವರ ಡೆವಲಪರ್‌ಗಳು ಸಿಸ್ಟಮ್‌ಗಳ ನಡುವೆ ಬ್ರೋಕರ್ ಮಾಡಿದ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯ ಒಂದೇ ಪ್ರದೇಶಕ್ಕೆ ವಿಭಿನ್ನ ವಿಧಾನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಕಾರಣವಾಯಿತು. ನಾವು ನೆಲದಿಂದ ಈ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ನೋಡೋಣ ಮತ್ತು ದಾರಿಯುದ್ದಕ್ಕೂ ವಿಭಿನ್ನ ವಿನ್ಯಾಸದ ಆಯ್ಕೆಗಳ ಪ್ರಭಾವವನ್ನು ಹೈಲೈಟ್ ಮಾಡುತ್ತೇವೆ. ನೀವು ಎರಡೂ ಉತ್ಪನ್ನಗಳ ಆಳವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯುತ್ತೀರಿ, ಅವುಗಳನ್ನು ಹೇಗೆ ಬಳಸಬೇಕು ಮತ್ತು ಬಳಸಬಾರದು ಎಂಬ ತಿಳುವಳಿಕೆ ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ಇತರ ಸಂದೇಶ ಕಳುಹಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಪರಿಗಣಿಸುವಾಗ ಏನನ್ನು ನೋಡಬೇಕು ಎಂಬುದರ ಕುರಿತು ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯುತ್ತೀರಿ.
ನಾವು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು, ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ನೋಡೋಣ.
ಸಂದೇಶ ವ್ಯವಸ್ಥೆ ಎಂದರೇನು ಮತ್ತು ಅದು ಏಕೆ ಬೇಕು
ಎರಡು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸಲು, ಅವರು ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬೇಕು. ಈ ಇಂಟರ್‌ಫೇಸ್‌ನ ವ್ಯಾಖ್ಯಾನವು HTTP, MQTT, ಅಥವಾ SMTP ಯಂತಹ ಸಾರಿಗೆ ಅಥವಾ ಪ್ರೋಟೋಕಾಲ್‌ನ ಆಯ್ಕೆ ಮತ್ತು ಸಿಸ್ಟಮ್‌ಗಳು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವ ಸಂದೇಶ ಸ್ವರೂಪಗಳ ಸಮಾಲೋಚನೆಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಸಂದೇಶಕ್ಕಾಗಿ ಪೇಲೋಡ್ ವೆಚ್ಚದ ಅವಶ್ಯಕತೆಗಳೊಂದಿಗೆ XML ಸ್ಕೀಮಾವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವಂತಹ ಕಟ್ಟುನಿಟ್ಟಾದ ಪ್ರಕ್ರಿಯೆಯಾಗಿರಬಹುದು ಅಥವಾ HTTP ವಿನಂತಿಯ ಕೆಲವು ಭಾಗವು ಕ್ಲೈಂಟ್ ಐಡೆಂಟಿಫೈಯರ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಎರಡು ಡೆವಲಪರ್‌ಗಳ ನಡುವಿನ ಒಪ್ಪಂದದಂತಹ ಕಡಿಮೆ ಔಪಚಾರಿಕವಾಗಿರಬಹುದು.
ಸಂದೇಶಗಳ ಸ್ವರೂಪ ಮತ್ತು ಅವುಗಳನ್ನು ಕಳುಹಿಸುವ ಕ್ರಮವು ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ ಸ್ಥಿರವಾಗಿರುವವರೆಗೆ, ಅವರು ಇತರ ವ್ಯವಸ್ಥೆಯ ಅನುಷ್ಠಾನದ ಬಗ್ಗೆ ಚಿಂತಿಸದೆ ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆ ಅಥವಾ ಬಳಸಿದ ಫ್ರೇಮ್‌ವರ್ಕ್‌ನಂತಹ ಈ ವ್ಯವಸ್ಥೆಗಳ ಆಂತರಿಕ ಅಂಶಗಳು ಕಾಲಾನಂತರದಲ್ಲಿ ಬದಲಾಗಬಹುದು. ಒಪ್ಪಂದವನ್ನು ನಿರ್ವಹಿಸುವವರೆಗೆ, ಪರಸ್ಪರ ಕ್ರಿಯೆಯು ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಬದಲಾಗದೆ ಮುಂದುವರಿಯಬಹುದು. ಈ ಇಂಟರ್‌ಫೇಸ್‌ನಿಂದ ಎರಡು ವ್ಯವಸ್ಥೆಗಳನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬೇರ್ಪಡಿಸಲಾಗುತ್ತದೆ (ಬೇರ್ಪಡಿಸಲಾಗಿದೆ).
ಸಂದೇಶ ವ್ಯವಸ್ಥೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ವ್ಯವಸ್ಥೆಗಳ ನಡುವಿನ ಮಧ್ಯವರ್ತಿಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ, ಅದು ಸ್ವೀಕರಿಸುವವರಿಂದ ಅಥವಾ ಸ್ವೀಕರಿಸುವವರಿಂದ ಕಳುಹಿಸುವವರನ್ನು ಮತ್ತಷ್ಟು ಬೇರ್ಪಡಿಸಲು (ಪ್ರತ್ಯೇಕಿಸಲು) ಸಂವಹನ ನಡೆಸುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಂದೇಶ ಕಳುಹಿಸುವ ವ್ಯವಸ್ಥೆಯು ಸ್ವೀಕರಿಸುವವರು ಎಲ್ಲಿದ್ದಾರೆ, ಅವರು ಸಕ್ರಿಯರಾಗಿದ್ದಾರೆಯೇ ಅಥವಾ ಅವರ ಎಷ್ಟು ನಿದರ್ಶನಗಳನ್ನು ತಿಳಿಯದೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಲು ಕಳುಹಿಸುವವರಿಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಮೆಸೇಜಿಂಗ್ ಸಿಸ್ಟಮ್ ಪರಿಹರಿಸುವ ಸಮಸ್ಯೆಗಳಿಗೆ ಒಂದೆರಡು ಸಾದೃಶ್ಯಗಳನ್ನು ನೋಡೋಣ ಮತ್ತು ಕೆಲವು ಮೂಲಭೂತ ಪದಗಳನ್ನು ಪರಿಚಯಿಸೋಣ.
ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್
ಅಲೆಕ್ಸಾಂಡ್ರಾ ಆಡಮ್‌ಗೆ ಪ್ಯಾಕೇಜ್ ಕಳುಹಿಸಲು ಅಂಚೆ ಕಚೇರಿಗೆ ಹೋಗುತ್ತಾಳೆ. ಅವಳು ಕಿಟಕಿಯ ಬಳಿಗೆ ಹೋಗಿ ಪಾರ್ಸೆಲ್ ಅನ್ನು ಉದ್ಯೋಗಿಗೆ ಹಸ್ತಾಂತರಿಸುತ್ತಾಳೆ. ಉದ್ಯೋಗಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಎತ್ತಿಕೊಂಡು ಅಲೆಕ್ಸಾಂಡ್ರಾಗೆ ರಶೀದಿಯನ್ನು ನೀಡುತ್ತಾನೆ. ಪ್ಯಾಕೇಜ್ ಕಳುಹಿಸಿದಾಗ ಆಡಮ್ ಮನೆಯಲ್ಲಿರಬೇಕಾಗಿಲ್ಲ. ಭವಿಷ್ಯದಲ್ಲಿ ಕೆಲವು ಹಂತದಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಆಡಮ್‌ಗೆ ತಲುಪಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ತನ್ನ ವ್ಯವಹಾರವನ್ನು ಮುಂದುವರಿಸಬಹುದು ಎಂದು ಅಲೆಕ್ಸಾಂಡ್ರಾ ವಿಶ್ವಾಸ ವ್ಯಕ್ತಪಡಿಸಿದ್ದಾರೆ. ನಂತರ, ಕೆಲವು ಹಂತದಲ್ಲಿ, ಆಡಮ್ ಒಂದು ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾನೆ.
ಇದು ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯ ಮಾದರಿಯ ಉದಾಹರಣೆಯಾಗಿದೆ ಪಾಯಿಂಟ್ ಟು ಪಾಯಿಂಟ್. ಇಲ್ಲಿನ ಅಂಚೆ ಕಛೇರಿಯು ಪ್ಯಾಕೇಜ್ ವಿತರಣಾ ಕಾರ್ಯವಿಧಾನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಪ್ರತಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಒಮ್ಮೆ ವಿತರಿಸಲಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಅಂಚೆ ಕಛೇರಿಯ ಬಳಕೆಯು ಪಾರ್ಸೆಲ್ ವಿತರಣೆಯಿಂದ ಪಾರ್ಸೆಲ್ ಕಳುಹಿಸುವ ಕ್ರಿಯೆಯನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ.
ಕ್ಲಾಸಿಕ್ ಮೆಸೇಜಿಂಗ್ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಮಾದರಿಯನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ ಸಾಲುಗಳು. ಕ್ಯೂ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರು ಚಂದಾದಾರರಾಗಬಹುದಾದ FIFO (ಮೊದಲಿಗೆ, ಮೊದಲನೆಯದು) ಬಫರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರತಿ ಸಂದೇಶವನ್ನು ಮಾತ್ರ ತಲುಪಿಸಲಾಗುತ್ತದೆ ಚಂದಾದಾರರ ಗ್ರಾಹಕರಲ್ಲಿ ಒಬ್ಬರು. ಸರತಿ ಸಾಲುಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸಂದೇಶಗಳನ್ನು ಗ್ರಾಹಕರ ನಡುವೆ ನ್ಯಾಯಯುತವಾಗಿ ವಿತರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತವೆ. ಒಬ್ಬ ಗ್ರಾಹಕರು ಮಾತ್ರ ಈ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ.
"ಬಾಳಿಕೆ ಬರುವ" ಪದವನ್ನು ಕ್ಯೂಗಳಿಗೆ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ. ವಿಶ್ವಾಸಾರ್ಹತೆ ಗ್ರಾಹಕರು ಸಂದೇಶ ವಿತರಣಾ ಸರತಿಗೆ ಚಂದಾದಾರರಾಗುವವರೆಗೆ ಸಂದೇಶ ವ್ಯವಸ್ಥೆಯು ಸಕ್ರಿಯ ಚಂದಾದಾರರ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ ಸಂದೇಶಗಳನ್ನು ಇರಿಸುತ್ತದೆ ಎಂದು ಖಾತರಿಪಡಿಸುವ ಸೇವಾ ಆಸ್ತಿಯಾಗಿದೆ.
ವಿಶ್ವಾಸಾರ್ಹತೆ ಹೆಚ್ಚಾಗಿ ಗೊಂದಲಕ್ಕೊಳಗಾಗುತ್ತದೆ ಹಠ ಮತ್ತು, ಎರಡು ಪದಗಳು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದರೂ, ಅವು ವಿಭಿನ್ನ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ. ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸುವ ಮತ್ತು ಗ್ರಾಹಕರಿಗೆ ಕಳುಹಿಸುವ ನಡುವಿನ ಕೆಲವು ರೀತಿಯ ಸಂಗ್ರಹಣೆಗೆ ಸಂದೇಶ ಕಳುಹಿಸುವ ವ್ಯವಸ್ಥೆಯಿಂದ ಸಂದೇಶವನ್ನು ಬರೆಯಲಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ನಿರಂತರತೆಯು ನಿರ್ಧರಿಸುತ್ತದೆ. ಸರತಿ ಸಾಲಿನಲ್ಲಿ ಕಳುಹಿಸಲಾದ ಸಂದೇಶಗಳು ನಿರಂತರವಾಗಿರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು.
ಬಳಕೆಯ ಸಂದರ್ಭದಲ್ಲಿ ಸಂದೇಶದ ಮೇಲೆ ಒಂದೇ ಕ್ರಿಯೆಯ ಅಗತ್ಯವಿರುವಾಗ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಖಾತೆಗೆ ಹಣವನ್ನು ಠೇವಣಿ ಮಾಡುವುದು ಅಥವಾ ವಿತರಣಾ ಆದೇಶವನ್ನು ಪೂರೈಸುವುದು ಉದಾಹರಣೆಗಳು. ಒಂದು-ಬಾರಿ ವಿತರಣೆಯನ್ನು ಒದಗಿಸಲು ಸ್ವತಃ ಸಂದೇಶ ವ್ಯವಸ್ಥೆಯು ಏಕೆ ಅಸಮರ್ಥವಾಗಿದೆ ಮತ್ತು ಏಕೆ ಸರತಿ ಸಾಲುಗಳು ಅತ್ಯುತ್ತಮವಾಗಿ ಡೆಲಿವರಿ ಗ್ಯಾರಂಟಿಯನ್ನು ಒದಗಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನಾವು ನಂತರ ಚರ್ಚಿಸುತ್ತೇವೆ. ಒಂದು ಸಲವಾದರೂ.
ಪ್ರಕಾಶಕರು-ಚಂದಾದಾರರು
ಗೇಬ್ರಿಯೆಲಾ ಕಾನ್ಫರೆನ್ಸ್ ಸಂಖ್ಯೆಯನ್ನು ಡಯಲ್ ಮಾಡುತ್ತಾರೆ. ಅವಳು ಕಾನ್ಫರೆನ್ಸ್‌ಗೆ ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ, ಉಳಿದ ಕರೆ ಭಾಗವಹಿಸುವವರ ಜೊತೆಗೆ ಸ್ಪೀಕರ್ ಹೇಳುವ ಎಲ್ಲವನ್ನೂ ಅವಳು ಕೇಳುತ್ತಾಳೆ. ಅವಳು ಕಪ್ಪಾಗುತ್ತಾಳೆ, ಅವಳು ಹೇಳಿದ್ದನ್ನು ತಪ್ಪಿಸುತ್ತಾಳೆ. ಮರುಸಂಪರ್ಕಿಸುವಾಗ, ಅವಳು ಹೇಳುವುದನ್ನು ಕೇಳುತ್ತಲೇ ಇರುತ್ತಾಳೆ.
ಇದು ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಯ ಮಾದರಿಯ ಉದಾಹರಣೆಯಾಗಿದೆ ಪ್ರಕಟಿಸಿ-ಚಂದಾದಾರರಾಗಿ. ಕಾನ್ಫರೆನ್ಸ್ ಕರೆ ಪ್ರಸಾರ ಕಾರ್ಯವಿಧಾನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಮಾತನಾಡುತ್ತಿರುವ ವ್ಯಕ್ತಿಯು ಪ್ರಸ್ತುತ ಕರೆಯಲ್ಲಿ ಎಷ್ಟು ಜನರು ಇದ್ದಾರೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸುವುದಿಲ್ಲ - ಪ್ರಸ್ತುತ ಸಂಪರ್ಕದಲ್ಲಿರುವ ಯಾರಾದರೂ ಹೇಳುವುದನ್ನು ಕೇಳುತ್ತಾರೆ ಎಂದು ಸಿಸ್ಟಮ್ ಖಚಿತಪಡಿಸುತ್ತದೆ.
ಕ್ಲಾಸಿಕ್ ಮೆಸೇಜಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ, ಪಬ್ಲಿಷ್-ಸಬ್‌ಸ್ಕ್ರೈಬ್ ಮೆಸೇಜಿಂಗ್ ಮಾದರಿಯನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ ಮೇಲ್ಭಾಗಗಳು. ಒಂದು ವಿಷಯವು ಕಾನ್ಫರೆನ್ಸಿಂಗ್ ಕಾರ್ಯವಿಧಾನದಂತೆಯೇ ಅದೇ ಪ್ರಸಾರ ವಿಧಾನವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಒಂದು ವಿಷಯಕ್ಕೆ ಸಂದೇಶವನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿದಾಗ, ಅದನ್ನು ವಿತರಿಸಲಾಗುತ್ತದೆ ಎಲ್ಲಾ ಚಂದಾದಾರರ ಬಳಕೆದಾರರಿಗೆ.
ಸಾಮಾನ್ಯವಾಗಿ ವಿಷಯಗಳು ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲ (ಬಾಳಲಾಗದ). ಕಾನ್ಫರೆನ್ಸ್ ಕರೆಯಲ್ಲಿ ಹೇಳುವುದನ್ನು ಕೇಳಿಸಿಕೊಳ್ಳದ ಕೇಳುಗನಂತೆ, ಕೇಳುಗನು ಆಫ್‌ಲೈನ್‌ಗೆ ಹೋದಾಗ, ವಿಷಯ ಚಂದಾದಾರರು ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿರುವಾಗ ಕಳುಹಿಸುವ ಯಾವುದೇ ಸಂದೇಶಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಾರೆ. ಈ ಕಾರಣಕ್ಕಾಗಿ, ಟಾಪ್ಸ್ ವಿತರಣೆಯ ಗ್ಯಾರಂಟಿ ನೀಡುತ್ತದೆ ಎಂದು ನಾವು ಹೇಳಬಹುದು. ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಇಲ್ಲ ಪ್ರತಿ ಗ್ರಾಹಕನಿಗೆ.
ಸಂದೇಶಗಳು ಮಾಹಿತಿಯ ಸ್ವರೂಪದ್ದಾಗಿರುವಾಗ ಮತ್ತು ಒಂದೇ ಸಂದೇಶದ ನಷ್ಟವು ನಿರ್ದಿಷ್ಟವಾಗಿ ಮಹತ್ವದ್ದಾಗಿರದಿದ್ದಾಗ ಪ್ರಕಟಿಸಲು-ಚಂದಾದಾರ ಸಂದೇಶವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ವಿಷಯವು ಸೆಕೆಂಡಿಗೆ ಒಮ್ಮೆ ಸಂವೇದಕಗಳ ಗುಂಪಿನಿಂದ ತಾಪಮಾನದ ವಾಚನಗೋಷ್ಠಿಯನ್ನು ರವಾನಿಸಬಹುದು. ಪ್ರಸ್ತುತ ತಾಪಮಾನದಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿರುವ ಮತ್ತು ವಿಷಯಕ್ಕೆ ಚಂದಾದಾರರಾಗುವ ವ್ಯವಸ್ಥೆಯು ಸಂದೇಶವನ್ನು ತಪ್ಪಿಸಿಕೊಂಡರೆ ಚಿಂತಿಸುವುದಿಲ್ಲ - ಇನ್ನೊಂದು ಶೀಘ್ರದಲ್ಲೇ ಬರಲಿದೆ.
ಹೈಬ್ರಿಡ್ ಮಾದರಿಗಳು
ಸ್ಟೋರ್ ವೆಬ್‌ಸೈಟ್ ಆರ್ಡರ್ ಸಂದೇಶಗಳನ್ನು "ಸಂದೇಶ ಸರತಿ" ಗೆ ಇರಿಸುತ್ತದೆ. ಈ ಸಂದೇಶಗಳ ಮುಖ್ಯ ಗ್ರಾಹಕ ಕಾರ್ಯನಿರ್ವಾಹಕ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ನಂತರದ ಟ್ರ್ಯಾಕಿಂಗ್‌ಗಾಗಿ ಆಡಿಟ್ ಸಿಸ್ಟಮ್ ಈ ಆದೇಶ ಸಂದೇಶಗಳ ನಕಲುಗಳನ್ನು ಹೊಂದಿರಬೇಕು. ಸಿಸ್ಟಂಗಳು ಕೆಲವು ಸಮಯದವರೆಗೆ ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೂ ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳು ಸಂದೇಶಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ವೆಬ್‌ಸೈಟ್ ಇತರ ವ್ಯವಸ್ಥೆಗಳ ಬಗ್ಗೆ ತಿಳಿದಿರಬಾರದು.
ಬಳಕೆಯ ಸಂದರ್ಭಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಪಬ್ಲಿಷ್-ಸಬ್‌ಸ್ಕ್ರೈಬ್ ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಮೆಸೇಜಿಂಗ್ ಮಾದರಿಗಳ ಮಿಶ್ರಣದ ಅಗತ್ಯವಿರುತ್ತದೆ, ಉದಾಹರಣೆಗೆ ಬಹು ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಸಂದೇಶದ ನಕಲು ಅಗತ್ಯವಿರುವಾಗ ಮತ್ತು ಸಂದೇಶ ನಷ್ಟವನ್ನು ತಡೆಯಲು ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ನಿರಂತರತೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ.
ಈ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಒಂದು ಗಮ್ಯಸ್ಥಾನ (ಸರತಿ ಸಾಲುಗಳು ಮತ್ತು ವಿಷಯಗಳಿಗೆ ಸಾಮಾನ್ಯ ಪದ) ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದು ಮೂಲಭೂತವಾಗಿ ಒಂದು ವಿಷಯದಂತಹ ಸಂದೇಶಗಳನ್ನು ವಿತರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಸಂದೇಶವನ್ನು ಈ ಸಂದೇಶಗಳಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿರುವ ಪ್ರತ್ಯೇಕ ವ್ಯವಸ್ಥೆಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಪ್ರತಿ ಸಿಸ್ಟಮ್ ಹಲವಾರು ಗ್ರಾಹಕರನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು. ಅದು ಒಳಬರುವ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಅದು ಹೆಚ್ಚು ಸರದಿಯಂತೆ ಇರುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ ಓದುವ ಪ್ರಕಾರ - ಪ್ರತಿ ಪಾಲುದಾರರಿಗೆ ಒಮ್ಮೆ. ಈ ಹೈಬ್ರಿಡ್ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಬಾಳಿಕೆ ಅಗತ್ಯವಿರುತ್ತದೆ ಆದ್ದರಿಂದ ಗ್ರಾಹಕರು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿದರೆ, ಗ್ರಾಹಕರು ಮರುಸಂಪರ್ಕಿಸಿದಾಗ ಆ ಸಮಯದಲ್ಲಿ ಕಳುಹಿಸಲಾದ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ.
ಹೈಬ್ರಿಡ್ ಮಾದರಿಗಳು ಹೊಸದಲ್ಲ ಮತ್ತು ಆಕ್ಟಿವ್‌ಎಮ್‌ಕ್ಯೂ (ವಿಷಯಗಳು ಮತ್ತು ಸರತಿ ಸಾಲುಗಳನ್ನು ಸಂಯೋಜಿಸುವ ವರ್ಚುವಲ್ ಅಥವಾ ಸಂಯೋಜಿತ ತಾಣಗಳ ಮೂಲಕ) ಮತ್ತು ಕಾಫ್ಕಾ (ಸೂಚ್ಯವಾಗಿ, ಅದರ ಗಮ್ಯಸ್ಥಾನ ವಿನ್ಯಾಸದ ಮೂಲಭೂತ ಆಸ್ತಿಯಾಗಿ) ಸೇರಿದಂತೆ ಹೆಚ್ಚಿನ ಸಂದೇಶ ಕಳುಹಿಸುವ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸಬಹುದು.
ಈಗ ನಾವು ಕೆಲವು ಮೂಲಭೂತ ಪರಿಭಾಷೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಸಂದೇಶ ಕಳುಹಿಸುವ ವ್ಯವಸ್ಥೆಯು ಯಾವುದಕ್ಕೆ ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂಬುದರ ಕುರಿತು ತಿಳುವಳಿಕೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ, ನಾವು ವಿವರಗಳಿಗೆ ಹೋಗೋಣ.
ಅನುವಾದ ಮಾಡಲಾಗಿದೆ:
ಮುಂದಿನ ಅನುವಾದಿಸಿದ ಭಾಗ:
ಮುಂದುವರೆಸಲು ...
ಮೂಲ: www.habr.com