Firebase Admin Node httpAgent: פראקסי־דעקונג לויט סערוויס
באַשטימט וואָס Firebase Admin Node אָפּעראַציעס נוצן דעם קאָנפיגורירטן HTTP agent איידער איר האַלט אַז דער גאַנצער SDK פֿאַרקער נוצט דעם זעלבן פּראַקסי.
אַן אויטענטיפֿיקאַציע־רוף אַרבעט דורך דעם פּראַקסי, אָבער אַ דאַטן־באַזע פֿאַרבינדונג פֿאַלט. אין אַ Firebase אַפּליקאַציע קען דאָס זייַן אַ חילוק אין טראַנספּאָרט און נישט אַ פּאַוסירנדיקער פּראַקסי.
די אַפּליקאַציע־אָפּציע httpAgent אין Admin Node SDK גילט פֿאַר סערוויסעס וואָס מאַכן REST־רופֿן, אַרײַנגערעכנט Auth און Messaging. איר דאָקומענטירטער באַרײַך שליסט אויס Realtime Database און Firestore. אויך קרעדענציאַל־אָביעקטן האָבן זייער אייגענע agent־קאָנפיגוראַציע דורך די פּאַסיקע קרעדענציאַל־פֿאַבריק מעטאָדן.
| פֿאַלטאַנע אָפּעראַציע | קאָנפיגוראַציע צו פּריפֿן |
|---|---|
| אַן Admin REST סערוויס־רוף | דער אַפּליקאַציע'ס HTTP agent |
| באַקומען אַ קרעדענציאַל־טאָקען | די HTTP־קאָנפיגוראַציע פֿונעם קרעדענציאַל־אָביעקט |
| אַ דאַטן־באַזע פֿאַרבינדונג | דעם דאַטן־באַזע קליענט'ס אייגענע טראַנספּאָרט־שטיצע |
דערפֿאַר קען צוגעבן אַן agent בײַם אָנהייב נישט פֿאַרזיכערן אַז יעדע שפּעטערדיקע פֿאַרבינדונג נעמט דעם זעלבן וועג. פֿאַרשריַבט די פֿאַלטאַנע סערוויס און ציל איידער איר ענדערט אַ קאָנפיגוראַציע וואָס אַרבעט שוין פֿאַר אַן אַנדער סערוויס.
עלטערע דיסקוסיעס פֿאַרמישן אויך דעם Firebase באַפֿעל־שורה געצייג מיט אַפּליקאַציע־SDK־ס. אַ CLI־פֿאַררעכטונג צו לייענען http_proxy באַווײַזט נישט אַז אַ דאַטן־באַזע קליענט אין אײַער Node פּראָצעס נוצט די זעלבע אָפּציע.
נוצט די געשטיצטע קאָנפיגוראַציע־צווישנפֿלאַך פֿאַר דעם טראַנספּאָרט וואָס איר דאַרפֿט טאַקע. פֿאַרליימען אַ נעסטעד WebSocket־אָפּהענגיקײַט קען אויסזען ווי עס באַפֿלוסט איין פֿאַרבינדונג בשעת אַן אַנדער וועג בלײַבט אומגעענדערט, און עס מאַכט אַ צוקונפֿטיקע אָפּהענגיקײַט־דערהײַנטיקונג שווערער צו פֿאַרשטיין.