ಪಾಲುದಾರ API, ಕರೆ ಮಾಡುವ Heroku ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾಗುವ dynos ಮೇಲೆ ಚಲಿಸುತ್ತಿದ್ದರೂ ವಿನಂತಿಗಳು ತಿಳಿದಿರುವ ಮೂಲ IP ಯಿಂದ ಬರಬೇಕೆಂದು ಒತ್ತಾಯಿಸಬಹುದು. ಇರುವ Proximo ಸಂಯೋಜನೆ ನಿಗದಿತ ಸ್ಥಿರ ವಿಳಾಸದ ಮೂಲಕ ಔಟ್‌ಬೌಂಡ್ ಮಾರ್ಗವನ್ನು ಒದಗಿಸುತ್ತದೆ.

dyno’s API client → Proximo gateway → partner API
                         assigned source IP

ನಿಗದಿತ ಇಗ್ರೆಸ್ ವಿಳಾಸವೇ ಪಾಲುದಾರರ ಮೂಲ ಅನುಮತಿ ಪಟ್ಟಿಯಲ್ಲಿ ಇರಬೇಕಾದದ್ದು. PROXIMO_URL, ಅಪ್ಲಿಕೇಶನ್ ಆ ಮಾರ್ಗವನ್ನು ಪ್ರವೇಶಿಸಲು ಬಳಸುವ ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ರುಜುವಾತುಗಳನ್ನು ಗುರುತಿಸುತ್ತದೆ; ಇದು ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಾರ್ವಜನಿಕ ವೆಬ್‌ಸೈಟ್ URL ಅಲ್ಲ.

ಕರೆ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಗೆ ಮಾರ್ಗವನ್ನು ಅನ್ವಯಿಸಿ

ವೆಬ್ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಹಿನ್ನೆಲೆ ಕೆಲಸಗಾರ ಪ್ರತ್ಯೇಕ API ವಿನಂತಿಗಳನ್ನು ಮಾಡಬಹುದು. ಪ್ರತಿ ಅಗತ್ಯ ಗ್ರಾಹಕನನ್ನು ಅದರ ಬೆಂಬಲಿತ ಪ್ರಾಕ್ಸಿ ಸಂಯೋಜನೆಯ ಮೂಲಕ ಸಂರಚಿಸಿ. ಒಂದು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮಾರ್ಗೀಕರಿಸುವುದು ಎಲ್ಲಾ ಇತರ ಪ್ರಕ್ರಿಯೆಗಳು ಗೇಟ್‌ವೇ ಬಳಸುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

JVM ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ಸೂಕ್ತವಾದ ಸ್ಥಳೀಯ HTTP ಅಥವಾ SOCKS ಕ್ಲೈಂಟ್ ಸಂರಚನೆ ಮತ್ತು ಒದಗಿಸುವವರು ಬೆಂಬಲಿಸುವ ದೃಢೀಕರಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಿ. ಬೇರೆ ರನ್‌ಟೈಮ್‌ಗಾಗಿ ಬರೆದ wrapper ಉದಾಹರಣೆಯಿಂದ Java ಹೊಂದಾಣಿಕೆಯನ್ನು ಊಹಿಸಬೇಡಿ.

ಒಳಬರುವ ವಿನಂತಿಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ನ ಮಾರ್ಗದಲ್ಲೇ ಇರಿಸಿ

Proximo ನ Heroku ದಾಖಲೆಗಳು ಅದು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಇನ್‌ಬೌಂಡ್ ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತವೆ. ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ತಲುಪುವ ಕ್ಲೈಂಟ್‌ಗಳು ಇನ್ನೂ ಅದರ ಸಂರಚಿತ Heroku ಹೋಸ್ಟ್‌ನಾಮ್ ಮತ್ತು ಮಾರ್ಗೀಕರಣವನ್ನು ಬಳಸುತ್ತವೆ.

ಒಳಬರುವ ವೆಬ್ ಪ್ರವೇಶವನ್ನು ಪರಿಶೀಲಿಸಲು ಅಪ್ಲಿಕೇಶನ್ URL ಬಳಸಿ. ಪಾಲುದಾರರು ಸ್ವೀಕರಿಸಿದ ವಿನಂತಿಗಳ ಸಾಕ್ಷ್ಯವನ್ನು ಬಳಸಿ ಔಟ್‌ಬೌಂಡ್ ಮೂಲ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸ್ಥಿರ ಪ್ರಾಕ್ಸಿ IP ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವುದು ಆ ಎರಡು ದಿಕ್ಕುಗಳನ್ನು ಔಟ್‌ಬೌಂಡ್ ಸೇವೆ ನೀಡದ ವೈಶಿಷ್ಟ್ಯವಾಗಿ ಸೇರಿಸುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು