Firebase Admin Node httpAgent៖ ការគ្របដណ្តប់ proxy តាមសេវា

កំណត់ថាតើប្រតិបត្តិការ Firebase Admin Node ណាខ្លះប្រើ HTTP agent ដែលបានកំណត់ មុនពេលសន្មតថាចរាចរណ៍ SDK ទាំងអស់ប្រើ proxy ដូចគ្នា។

ការហៅផ្ទៀងផ្ទាត់ដំណើរការតាម proxy ប៉ុន្តែការភ្ជាប់ទៅមូលដ្ឋានទិន្នន័យបរាជ័យ។ ក្នុងកម្មវិធី Firebase នេះអាចជាភាពខុសគ្នានៃការដឹកជញ្ជូន មិនមែនជា proxy ដែលដាច់ៗនោះទេ។

ជម្រើសកម្មវិធី httpAgent របស់ Admin Node SDK អនុវត្តចំពោះសេវាដែលធ្វើការហៅ REST រួមទាំង Auth និង Messaging។ វិសាលភាពដែលបានចងក្រងរបស់វាមិនរាប់បញ្ចូល Realtime Database និង Firestore ទេ។ វត្ថុសម្គាល់អត្តសញ្ញាណក៏មានការកំណត់ agent ផ្ទាល់ខ្លួនតាមរយៈវិធីសាស្ត្រ factory ដែលត្រូវគ្នា។

ប្រតិបត្តិការដែលបរាជ័យការកំណត់ដែលត្រូវពិនិត្យ
ការហៅសេវា Admin RESTHTTP agent របស់កម្មវិធី
ការទទួលបាន token សម្គាល់អត្តសញ្ញាណការកំណត់ HTTP របស់វត្ថុសម្គាល់អត្តសញ្ញាណ
ការភ្ជាប់មូលដ្ឋានទិន្នន័យការគាំទ្រការដឹកជញ្ជូនផ្ទាល់របស់ client មូលដ្ឋានទិន្នន័យ

នេះជាមូលហេតុដែលការបន្ថែម agent នៅពេលចាប់ផ្តើមមិនអាចធានាថារាល់ការភ្ជាប់បន្ទាប់នឹងធ្វើដំណើរតាមផ្លូវតែមួយបានទេ។ កត់ត្រាសេវា និងគោលដៅដែលបរាជ័យ មុនពេលផ្លាស់ប្តូរការកំណត់ដែលដំណើរការរួចហើយសម្រាប់សេវាផ្សេង។

ការពិភាក្សាចាស់ក៏លាយឧបករណ៍បន្ទាត់ពាក្យបញ្ជា Firebase ជាមួយ SDK កម្មវិធីដែរ។ ការកែ CLI ដើម្បីអាន http_proxy មិនបញ្ជាក់ថា client មូលដ្ឋានទិន្នន័យក្នុងដំណើរការ Node របស់អ្នកប្រើជម្រើសដូចគ្នានោះទេ។

ប្រើចំណុចប្រទាក់កំណត់ដែលបានគាំទ្រសម្រាប់ការដឹកជញ្ជូនដែលអ្នកពិតជាត្រូវការ។ ការដេរភ្ជាប់ការពឹងផ្អែក WebSocket ជាន់ក្នុងអាចមើលទៅដូចជាប៉ះពាល់ដល់ការភ្ជាប់មួយ ខណៈផ្លូវផ្សេងទៀតនៅដដែល ហើយធ្វើឱ្យការយល់ដឹងអំពីការធ្វើបច្ចុប្បន្នភាពការពឹងផ្អែកនាពេលអនាគតកាន់តែពិបាក។

អត្ថបទពាក់ព័ន្ធ