Firebase Admin Node httpAgent: ಸೇವೆಯ ಪ್ರಕಾರ ಪ್ರಾಕ್ಸಿ ವ್ಯಾಪ್ತಿ
ಎಲ್ಲಾ SDK ಸಂಚಾರವೂ ಒಂದೇ ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುವ ಮೊದಲು ಯಾವ Firebase Admin Node ಕಾರ್ಯಾಚರಣೆಗಳು ಸಂರಚಿಸಿದ HTTP ಏಜೆಂಟ್ ಬಳಸುತ್ತವೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಿ.
ಒಂದು ದೃಢೀಕರಣ ಕರೆ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ಡೇಟಾಬೇಸ್ ಸಂಪರ್ಕ ವಿಫಲವಾಗುತ್ತದೆ. Firebase ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಇದು ಮಧ್ಯಂತರ ಪ್ರಾಕ್ಸಿ ಬದಲು ಸಾಗಣೆಯ ವ್ಯತ್ಯಾಸವಾಗಿರಬಹುದು.
Admin Node SDK ನ httpAgent ಅಪ್ಲಿಕೇಶನ್ ಆಯ್ಕೆ REST ಕರೆಗಳನ್ನು ಮಾಡುವ ಸೇವೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ Auth ಮತ್ತು Messaging ಸೇರಿವೆ. ಅದರ ದಾಖಲಿತ ವ್ಯಾಪ್ತಿ Realtime Database ಮತ್ತು Firestore ಅನ್ನು ಹೊರಗಿಡುತ್ತದೆ. ರುಜುವಾತು ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗೂ ಸಂಬಂಧಿತ ರುಜುವಾತು ಫ್ಯಾಕ್ಟರಿ ವಿಧಾನಗಳ ಮೂಲಕ ತಮ್ಮದೇ ಏಜೆಂಟ್ ಸಂರಚನೆ ಇರುತ್ತದೆ.
| ವಿಫಲವಾಗುವ ಕಾರ್ಯಾಚರಣೆ | ಪರಿಶೀಲಿಸಬೇಕಾದ ಸಂರಚನೆ |
|---|---|
| Admin REST ಸೇವಾ ಕರೆ | ಅಪ್ಲಿಕೇಶನ್‌ನ HTTP ಏಜೆಂಟ್ |
| ರುಜುವಾತು ಟೋಕನ್ ಪಡೆಯುವುದು | ರುಜುವಾತು ಆಬ್ಜೆಕ್ಟ್‌ನ HTTP ಸಂರಚನೆ |
| ಡೇಟಾಬೇಸ್ ಸಂಪರ್ಕ | ಡೇಟಾಬೇಸ್ ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಸಾಗಣೆ ಬೆಂಬಲ |
ಅದಕ್ಕಾಗಿಯೇ ಆರಂಭದಲ್ಲಿ ಏಜೆಂಟ್ ಸೇರಿಸುವುದು ನಂತರದ ಪ್ರತಿಯೊಂದು ಸಂಪರ್ಕವೂ ಅದೇ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಲಾರದು. ಇನ್ನೊಂದು ಸೇವೆಗೆ ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಂರಚನೆಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು ವಿಫಲವಾಗುವ ಸೇವೆ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ದಾಖಲಿಸಿ.
ಹಳೆಯ ಚರ್ಚೆಗಳು Firebase ಆಜ್ಞಾ ಸಾಲಿನ ಉಪಕರಣವನ್ನು ಅಪ್ಲಿಕೇಶನ್ SDK ಗಳೊಂದಿಗೂ ಬೆರೆಸುತ್ತವೆ. http_proxy ಓದಲು ಮಾಡುವ CLI ಸರಿಪಡಿಸುವಿಕೆ ನಿಮ್ಮ Node ಪ್ರಕ್ರಿಯೆಯೊಳಗಿನ ಡೇಟಾಬೇಸ್ ಕ್ಲೈಂಟ್ ಅದೇ ಆಯ್ಕೆ ಬಳಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಸಾಗಣೆಗೆ ಬೆಂಬಲಿತ ಸಂರಚನಾ ಇಂಟರ್ಫೇಸ್ ಬಳಸಿ. ಒಳಗೊಂಡ WebSocket ಅವಲಂಬನೆಯನ್ನು ಪ್ಯಾಚ್ ಮಾಡುವುದು ಒಂದು ಸಂಪರ್ಕದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಿದಂತೆ ಕಾಣಬಹುದು, ಇನ್ನೊಂದು ಮಾರ್ಗ ಬದಲಾಗದೆ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಭವಿಷ್ಯದ ಅವಲಂಬನೆ ನವೀಕರಣವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದನ್ನು ಕಷ್ಟಕರಗೊಳಿಸುತ್ತದೆ.